模块粒度怎么定：拆太细/太粗各有什么问题？
模块粒度怎么定：拆太细/太粗各有什么问题？：结合自动排版与树形编辑的方法，讲清模块图分层规则、常见错误或导出交付要点，并提供在线生成功能模块图入口。
结论先说：模块图越画越乱，通常不是排版问题，而是“边界不清 + 视角混用 + 粒度不一致”。
如果你现在手上只有一段需求描述，想快速得到一张结构清晰、排版美观的功能模块图，可以先用在线工具把层级搭出来，再按本文方法微调：
常见错误 1：把流程画进模块图
症状：节点命名里大量出现“进入/点击/跳转/提交/返回”。
修正：模块图只表达“系统能力的层级结构”，流程用流程图/活动图补充。
常见错误 2：一层按业务域，下一层按端
症状：上层是“订单/商品/用户”，下层突然出现“后台/小程序/APP”。
修正：先选定拆分视角（业务域/用户目标/子系统），在同一张图里保持一致；要表达“端”，建议单独开一张图或用注释说明。
常见错误 3：粒度忽大忽小
症状：同一层同时出现“用户管理”和“删除用户”。
修正：同一层级保持粒度一致：要么都写“管理类能力”，要么都写“可验收动作”。
常见错误 4：模块边界互相重叠
症状：“订单管理”里出现“商品上架”，或“库存管理”里包含“退款处理”。
修正：用一句话描述每个模块的职责范围（What/Not What），把跨域能力放到正确模块或抽成“共享能力”。
常见错误 5：把技术实现当模块
症状：出现“Redis/消息队列/网关/数据库”作为模块节点。
修正：模块图表达的是业务能力结构，技术实现放在架构图或技术方案里。
一份 5 分钟自查清单
- 系统边界是否明确写在顶层？
- 每一层的拆分视角是否一致？
- 同层级粒度是否一致？
- 叶子节点是否能落到需求/验收？
- 是否混入了流程/技术实现？
需要把现有文本快速整理成模块图骨架，可以直接用工具先生成一版再对照修改：