第4章 流程图符号与建模规范

适用场景

当团队需要统一描述用户操作流程、审批流转、系统交互或跨角色协作时，必须依据规范的流程图符号与建模规则进行绘制。本章适用于以下场景：

• 业务流程梳理与文档化
• SOP标准化培训前的流程澄清
• 系统功能需求分析与操作手册编制
• 跨部门、跨系统的责任边界划分
• 流程审计与优化前的基线建立

前置条件

1. 已明确流程的起点、终点及关键里程碑。
2. 已识别所有参与角色或系统（泳道划分依据）。
3. 已收集流程分支条件与异常路径。
4. 团队成员接受过至少一次基础流程图符号培训，或已配备符号对照图。
5. 选定统一的建模工具（如Draw.io、Visio、PlantUML），并确认团队可共享编辑。

操作步骤

步骤1：选择符号标准

推荐使用BPMN 2.0 或 UML活动图 核心符号子集，确保团队成员能准确辨识。常用符号对照表如下：

符号名称	形状	含义	使用规则
开始事件	圆形（无边框细线）	流程起点	每个流程有且仅有一个开始节点
结束事件	圆形（粗边框）	流程终点	允许一个或多个结束节点
活动（任务）	圆角矩形	执行的操作	名称应为动词+宾语
网关（判定）	菱形	分支/汇聚/并行	必须明确条件表达式
子流程	圆角矩形带加号	可展开的嵌套流程	子流程编号与主流程索引对齐
数据对象	文档形（非矩形）	输入/输出数据	置于活动侧边或泳道外
泳道（池/道）	长条矩形（横向/纵向）	角色/系统责任区	每个角色独占一行/列

步骤2：规定连线规则

• 箭头方向：从上游活动指向下游活动，不可出现双向箭头。
• 进出网关：进入网关的连线只能有一条；离开网关的连线数量等于分支数（汇聚时反向）。
• 跨越泳道：箭头必须垂直或水平穿过泳道边界，不能倾斜跨越。
• 标签：除默认顺序流外，每条连线上必须标注条件或流转说明（如“审批通过”“超时”）。
• 线型：默认消息流用虚线；顺序流用实线。

步骤3：设置泳道与责任边界

• 按角色（用户、客服、财务）、系统（CRM、ERP）或部门划分泳道。
• 泳道名称写在左侧/顶部；每个活动必须明确归属到唯一泳道。
• 跨泳道连线用【消息流】或【顺序流】加文字说明交互内容。

步骤4：规范分支与汇聚

• 排他网关：菱形内部显示“X”或无符号，条件互斥。
• 并行网关：菱形内部显示“+”，表示所有分支同时执行。
• 包容网关：菱形内部显示“O”，表示至少一条分支执行。
• 每个分支必须从同一个网关出发，并由同一个网关汇聚；禁止多个网关混合分支。

步骤5：绘制初稿并评审

使用建模工具绘制初稿，组织至少2名相关角色参与评审，记录修改意见。

输入输出物

类型	名称	说明
输入	流程文档草稿	含步骤列表、角色、分支条件
输入	符号标准手册	团队认可的符号集
输出	跨职能流程图（初版）	含泳道、网关、至少10个活动
输出	符号验收核对表	见本章验收标准

责任边界

• 流程所有者：提供业务逻辑与条件判断依据，审核流程真实性。
• 流程图绘制员（通常为BA或需求分析师）：确保符号规范、连线无交叉、泳道正确。
• 评审者：至少一名技术实现人员 + 一名业务执行人员。
• 文档管理员：维护符号标准手册，组织版本归档。

记录材料

• 流程图源文件（.drawio / .vsdx / .puml）
• 评审会议纪要（含修改项清单）
• 符号标准版本变更记录（Excel或Wiki）

异常处理

验收标准

使用以下核对表逐项检查流程图的合规性：

验收项	检查方法	通过标准
符号标准	对照符号手册逐一比对	100%符号符合统一标准，无自创形状
连线方向	静态检查箭头方向	全部从上游指向下游，无循环（有循环需加左箭头并标注）
泳道归属	遍历每个活动	每个活动恰好位于一个泳道内
分支汇聚	选取所有网关	进出口数量与网关类型匹配（排他1进N出；并行N进1出）
命名规范	检查活动、网关、数据对象名称	活动为动词+宾语；条件为陈述句
标签完整	所有连线有文字或条件表达式	无条件分支可标注“Always”，但不可空

内联SVG：流程图符号与建模规范示例