功能模块图怎么画？分步教程来了！

更新时间：2026年10月12日

功能模块图怎么画？先确定系统边界，再把用户任务按“系统 → 业务模块 → 可验收功能”向下拆，最后检查每条线表达的是包含关系还是跨模块依赖。本文用电商订单管理贯穿八个步骤：从需求材料提取下单、支付、取消、退款等任务，画出层级并给叶节点写清职责。需要先认识图的用途，可看功能模块图的概念与适用场景。

1. 创建白板或使用模板

在 Boardmix 工作台新建一块白板，或从与当前任务相符的模板开始。先建一个“订单管理”顶层节点；模板只是起点，名称和分层仍要按自己的需求调整。

需要参考布局时，可先查看页面上方的仓库管理系统模块图：它把系统、一级模块和具体功能放在不同层级。参考的是分层方法，不要把仓库业务节点原样搬进订单系统。

本例的输入材料是四项用户任务：买家提交订单、买家完成支付、买家取消未完成订单、售后人员处理退款。先逐条写成“谁做什么、何时完成”，再标出规则与异常；没有原始需求依据的功能先放到待确认区，不急着上图。

先按这四项任务练习，再用自己的需求替换节点。若项目只覆盖订单创建与支付，就先不要把售后系统画得很完整；范围决定层级，不是模板决定范围。

在画布中先放一个顶层框“订单管理”，下一层按职责放“订单创建”“支付处理”“订单状态”“售后退款”四个模块。不要把“支付成功”直接放在与“订单创建”同一级：前者是状态或结果，后者是功能模块。先把层级和名称写对，再调整形状与颜色。

从每个一级模块继续向下拆，但只拆到团队能说明输入、处理和结果的粒度。例如“订单创建”下可写“校验商品与数量”“生成订单编号”；“支付处理”下可写“发起支付”“接收支付结果”。如果一个叶节点还只是“优化体验”或“处理问题”，它尚未构成可验收功能。

本节的订单管理小图展示了父子层级，适合观察框的位置和连线。请对照上表补齐取消与退款分支，并标注哪些需求仍待确认。不同项目可把售后独立为系统，这取决于组织和产品边界，而不是图形布局。

先用普通连接线表达“上层包含下层”，从顶层指向一级模块，再指向叶功能。跨模块调用另作标记，例如“订单创建”需要查询商品信息，但商品查询并不因此成为订单创建的子功能。不要把层级线、数据流和时间顺序都画成同一种箭头；读者无法判断线的含义时，优先拆成两张图。

给每个叶功能补一句输入与结果，而不是在方框里堆长段说明。例如“接收支付结果”的输入是支付回调或查询结果，输出是订单状态变更；“校验可取消状态”要说明哪些状态允许取消。异常规则放在节点旁的便签或需求文档链接中，图上保留便于浏览的短名称。

（1）调整字体大小和颜色

同一层使用相同字号和形状；节点文字尽量用“动词 + 对象”，如“生成订单编号”。当一张图缩小后看不清叶节点，就先隐藏细节或把一个一级模块单独拆图，不靠缩小字体强行塞进同一屏。

（2）保持模块间的信息整洁

检查左右间距和连线交叉，更重要的是检查分组是否一眼能读通：从“订单管理”往下走，每个叶节点都应能回答“属于哪个模块”；反过来从叶节点往上读，也不应出现两个含义相同的父节点。布局只是帮助发现结构问题，不能替代需求审查。

画完后把白板链接发给产品、研发和测试共同走查。产品核对需求是否漏项，研发指出跨模块依赖，测试检查取消、支付失败和退款等异常分支。每条修改意见记录在对应节点旁，并由负责人确认；不要只收集一句“看起来没问题”。

完成后做三项走查：第一，四类输入任务在图中都有落点；第二，父子连线只表达包含，跨模块依赖有单独标记；第三，任意叶节点都能说清输入、处理和结果。若做不到，先补需求或调整层级，再美化图形。