功能模块图怎么画？按职责拆解系统结构

功能模块图用来回答“系统由哪些功能块组成，每个功能块下面有哪些子能力”。它常放在系统设计章节，承接需求分析，又为后面的流程图、时序图和实现说明提供目录。

很多模块图看起来像后台菜单截图：用户管理、订单管理、系统设置、基础配置一排排堆上去。问题是菜单是给用户操作的，模块图是给读者理解设计的。它要说明职责拆分，而不是复刻界面。

这张图由哪些东西组成

本工具的模块图是一棵树。第一行是系统根节点，下面用两个空格缩进表示子模块，再继续缩进表示更细的功能。

组件	DSL 写法	图里表达什么
根节点	论文图表工作台	系统名称，也是整张图的根
一级模块	项目管理	业务域或核心能力
二级模块	项目创建	具体功能职责
更深层级	继续缩进	子功能或局部能力

一个例子：

论文图表工作台
  项目管理
    项目创建
    文档保存
  图表生成
    流程图编辑
    ER 图生成
    Word 导出
  账号权限
    登录注册
    会话管理

后端会要求根节点名称和系统名称一致，根节点至少要有一个子模块；同一张图里的节点标识不能重复。前端文本解析会自动生成节点标识，你只需要把层级写清楚。

一级模块按业务域命名

一级模块最好对应系统的业务域或核心能力，例如“项目管理”“图表生成”“文档导出”“账号权限”。不要把“首页”“弹窗”“提交按钮”当成一级模块。界面元素可以在界面设计里讲，模块图里应该讲功能职责。

同级模块粒度也要接近。如果一个模块叫“导出管理”，另一个叫“点击下载按钮”，就不是同一层级。可以把后者放进流程说明或交互说明里。

二级模块写具体职责，不写空泛名词

二级模块要让读者知道这个模块到底做什么。“数据处理”太空，“图表脚本解析”更清楚；“文件功能”太泛，“Word/PDF 导出”更具体；“系统管理”如果只包含用户权限，就直接写“用户权限管理”。

模块名称最好能直接进入正文：

图表生成模块负责接收用户输入的图表脚本，并调用解析与布局能力生成预览结果；文档导出模块负责生成 Word 文件和 PDF 预览。

如果你无法用一句话解释某个模块，它很可能命名太虚。

层级不要为了显得复杂而加深

毕业论文里的功能模块图通常两到三层就够了。层级太深，图会又宽又密，放进 Word 后看不清。复杂系统可以先画总模块图，再挑核心模块单独画子模块图。

当前后端允许较深的树，但允许不等于应该使用。论文图优先保证读者能读完。

写进论文时怎么落笔

图题可以写成“图 3-2 系统功能模块图”。图后按一级模块顺序解释职责，不要逐个节点念一遍。

例如：项目管理模块负责项目创建、重命名和文档保存；图表生成模块负责各类图表脚本解析、预览和导出；账号权限模块负责用户登录注册和会话维护。这样读者能把模块图和后续实现章节对应起来。

定稿前检查

• 第一行是否是一个清晰的系统名称。
• 一级模块是否对应业务域，而不是页面菜单。
• 同级模块粒度是否一致。
• 模块名称是否能在正文中自然解释。
• 图宽和层级是否适合论文版心。