功能结构图和系统流程图经常被画成同一种东西——两张长得差不多的树形图交上去,答辩时评委问一句"这个业务的异常分支怎么处理",图上答不出来。
捷码AI 的做法是:基于同一份项目结构,分别生成功能结构图和流程图。前者讲"系统有什么",后者讲"业务怎么跑",两张图共享同一套角色与模块定义,也能互相校验。
本文用真实案例实测这两个功能的生成效果。
素材说明:界面截图来自捷码AI Studio「超市会员管理系统」演示项目;示例图来自「学生信息管理系统」;流程图案例来自「大学生就业咨询系统」综合交付目录(共 17 张流程图)。它们用于说明两种图的画法,并非同一个项目。
01|两张图的区别:连接线就不同
这是捷码AI 在设计上刻意分开两类图纸的原因。判据很直接:
| 功能结构图 | 系统流程图 | |
|---|---|---|
| 连接线 | 无箭头的树形连线 | 带方向的箭头 |
| 有顺序吗 | 没有,同级模块无先后 | 有,严格按步骤推进 |
| 有判断吗 | 没有 | 必须有判定节点 + 多个出口 |
| 有起止吗 | 没有 | 必须有开始和结束 |
| 回答什么 | 系统"有什么" | 业务"怎么跑" |
再补一条最本质的判据:
如果图上出现了菱形判断框,那它一定是流程图。功能结构图里不应该有菱形。
两者在设计文档里是衔接关系:功能结构图决定你要画几张流程图。
02|功能结构图:捷码AI 怎么生成
捷码AI 的功能结构图支持两种组织方式,对应两种不同课题:
方式一:按角色拆。系统下面挂角色,角色下面挂该角色能用的功能。
在 Studio 里编辑时,右侧是角色树,左侧画布实时同步成树形图——改一处,图跟着动:
案例中「超市会员管理系统」拆出2 个角色、17 个功能模块,角色与模块的归属关系一目了然。
方式二:按业务模块拆。系统下面直接挂模块,再细分子功能。
以「学生信息管理系统」为例,从用户、班级、课程、选课等业务对象展开:
读这张图时注意:同级模块之间没有顺序关系。"班级管理"和"课程管理"谁在前,这张图不表达,也不需要表达。
案例项目「大学生就业咨询系统」用的是按业务模块组织,11 个业务对象对应 11 个模块:
03|功能结构图的三个常见问题
捷码AI 按层级自动生成,但生成后建议按这三条核对:
问题一:层级过深。拆到第 5、6 层,图变得又窄又长。通常说明把"操作"也画进来了——功能结构图拆到功能为止,再往下是流程图的范畴。建议控制在 3 层以内。
问题二:模块粒度不一致。同层里既有"系统管理"这种大模块,又有"修改密码"这种细功能。同层粒度应该大致相当。
问题三:角色与模块关系不清。两个角色能用的功能完全不同,建议按角色拆;高度重合则按模块拆更合适。
04|系统流程图:捷码AI 生成什么
流程图的重点在判定。捷码AI 生成的流程图包含五个必备要素:
- 开始(圆角矩形 / 椭圆)
- 处理步骤(矩形)
- 判定条件(菱形)—— 每个判定至少两个出口
- 不同结果的走向
- 结束
以「学生信息管理系统」的流程为例:
登录流程:判定分支的最佳例子
登录流程虽然简单,但把判定分支表达得最完整。一个合格的登录流程至少区分三条路径:验证码错误 / 账号密码错误 / 验证通过。
对比常见错误画法:把"用户输入账号密码 → 系统验证 → 登录成功"画成一条直线。这样画等于没有流程——真实系统一定有失败分支,图上却看不到。
自查方法:拿这张图去问"如果这一步失败了会怎样"。图上找不到答案,就是漏了分支。
05|实测:一个项目生成 17 张流程图
案例项目「大学生就业咨询系统」共导出17 张流程图。这个数量不是凑的,而是按"业务对象 + 办理动作"逐个展开的结果。
带业务规则的办理流程(涉及备份校验和恢复确认):
同一业务的多张图——注意案例里有 3 张都叫「需求信息办理流程」。这不是重复,而是同一业务在不同粒度上的展开:
按业务对象逐个展开:
从这 17 张能总结出两条经验:
- 一张流程图讲一件事。不要把"用人单位管理"和"需求信息管理"塞进一张图,判定分支会缠在一起。
- 粒度要和功能结构图对齐。功能结构图上拆出几个需要办理的业务,流程图就大致对应几张。
06|两张图怎么互相校验
这是捷码AI 同源生成带来的额外好处:两张图可以交叉验证。
校验方法:
- 数一数功能结构图上有几个需要办理的业务模块;
- 数一数流程图有几张;
- 两者应该大致对应。差得多,说明有一边漏了。
这个校验在手工画图时很难做,因为两张图往往由不同时间、不同思路画出来。同源生成则天然一致。
07|能改什么,怎么导出
生成之后可以在画布上继续调整:
| 图纸 | 可改项 |
|---|---|
| 功能结构图 | 增删角色、调整模块归属、改名、控制显示层级(子模块 / 具体功能开关) |
| 系统流程图 | 增删步骤、改判定条件、补失败分支、调整节点顺序 |
功能结构图支持「可视化编辑」和「快速填写」两种模式,模块多的时候用快速填写更快。
导出时按类型分文件夹保存:功能结构图 1 张、流程图 N 张,各自成文件。
08|放到设计文档哪一章
| 图 | 建议位置 |
|---|---|
| 功能结构图 | 需求分析 → 功能需求 / 系统功能结构 |
| 系统流程图 | 需求分析 → 业务流程;详细设计 → 模块流程 |
编号连贯:图 2-1 系统功能结构图,图 2-2 ~ 2-18 各业务流程。正文要有引用。
09|生成后的自查清单
功能结构图
- 连接线是无箭头的树形连线,不是箭头串联
- 图里没有菱形判断框
- 模块名都是名词性短语(“会员管理”),不是动作(“管理会员”)
- 层级不超过 3 层,同层粒度相当
- 每个角色能访问的模块标注清楚
系统流程图
- 有明确的开始和结束节点
- 每个判定菱形至少两个出口,出口都标注了条件
- 失败 / 异常分支都有交代,不是只有成功路径
- 处理步骤用动宾结构命名
- 与功能结构图对照,拆出的业务是否都画了流程
10|小结
捷码AI 的功能结构图与流程图功能,解决的是三个问题:
- 两张图同源:共享同一套角色与模块定义,不会各画各的;
- 可以互相校验:功能结构图决定流程图数量,粒度能对上;
- 可在线继续改:生成的是初稿,判定分支和命名仍可调整。
使用时记住:工具保证两张图一致,你保证业务判断正确。判定分支是否覆盖真实异常、命名是否符合课题语境,仍然要逐项核对。
最后一句话:流程图的价值不在画得漂亮,而在逼你把异常情况想清楚。绝大多数毕设系统被问住的,都不是主流程,而是"如果数据重复了怎么办"“如果审核不通过怎么处理”。这些问题,本该在画流程图的时候就回答掉。