2. 泳道图符号标准:池、道、活动、网关、事件、数据对象

适用场景

当跨部门、跨角色审批流程需要明确责任边界和协作顺序时,泳道图(BPMN 2.0 标准)是首选建模工具。泳道图通过“池”和“道”隔离组织边界或系统边界,再用活动、网关、事件、数据对象描述流程行为和数据流转。适用于以下典型场景:

  • 跨部门审批:如采购审批(申请人→部门经理→财务→采购→仓库)
  • 系统间交互:如 CRM 提审订单 → ERP 库存校验 → 财务结算 → 发货通知
  • 并行分支与复杂路由:多级会签、条件分支、超时处理、异常事件捕获

前置条件

  1. 已确定流程的起点(触发事件)和终点(结束事件)。
  2. 已收集全部参与者清单(部门、角色、系统),并明确每个参与者的职责。
  3. 已梳理出流程中的关键决策点、并行任务、时间约束和异常场景。
  4. 具备 BPMN 建模工具(如 Camunda Modeler、Visio、Draw.io),或使用纸笔/白板绘制。

操作步骤

以下标准符号规则将作为泳道图绘制的“语法”。请按步骤依次掌握每个符号的定义、画法和语义约束。

步骤符号定义与用法常见错误
1 池(Pool) 代表一个完整的流程参与者(组织/系统)。必须用矩形框,左上角标注参与者名称。池可包含多个道,也可为空(如体外消息池)。 将多个部门画在同一池内未分道;或给每个部门单独画池(应改用道)。
2 道(Lane) 池内的子分区,代表同一个组织内部的不同角色/部门。用虚线或实线分隔,道内标注角色名称。 道内放置不属于该角色的任务;池与道之间无明确边界。
3 活动(Activity) 流程中的工作单元。圆角矩形。任务(Task)用直连子流程(Sub-process)用➕标记。常用类型:用户任务、服务任务、脚本任务、手动任务、接收任务、发送任务。 将需要多人协作的任务画成单个活动(应拆分为多个活动并用消息流连接)。
4 网关(Gateway) 菱形,用于控制流程的分支与合并。常用类型:排他网关(X)、包容网关(O)、并行网关(+)、事件网关(星形)。 排他网关上未标注条件;并行网关后跟顺序流未配对。
5 事件(Event) 用圆形表示流程中发生的事情。按位置分:开始事件(单细线)、中间事件(双细线)、结束事件(单粗线)。内部可加标记(消息、定时、错误、条件等)。 结束事件外部无连接线;中间事件放在流中间但无触发逻辑。
6 数据对象(Data Object) 用缺角的矩形(类似文档形状)表示流程中产生、传递或持久存储的数据(如审批单、附件、状态记录)。通常通过数据关联(虚线箭头)连接到活动。 将数据对象放置在道外部(应属于某参与者);或混用消息流和数据关联。
操作口诀:先池后道再活动,网关定分支,事件定起止,数据对象记流转。

输入输出物

类别物项说明
输入 参与角色清单 | 流程事件列表 | 决策点清单 | 数据实体定义 从业务流程梳理阶段获得,确保所有符号都有对应真实元素。
输出 泳道图草稿(含池/道/活动/网关/事件/数据对象) | 符号注释表 可进入建模评审和模拟验证环节。

责任边界

  • 流程架构师:负责符号标准化,确保整个组织使用相同图例。
  • 建模人员:负责将符号放置在正确的池/道中,避免跨道混入不相关的活动。
  • 业务专家:验证事件触发条件、网关分支逻辑是否反映真实业务规则。
  • 评审人员:对照输入输出清单检查是否有遗漏的数据对象或事件。

异常处理

异常现象原因处理方法
同一池内出现多个不相关组织 误将多个业务实体放在一个池内 拆分为多个池,用消息流连接
网关前后缺乏配对 有分支网关无合并网关,或数量不匹配 补齐对应的合并网关,保证分支和合并对称
数据对象与活动无关联 数据对象虽出现在图中,但没画数据关联线 为每个数据对象添加虚线数据关联到相关活动
中间事件未触发 中间事件缺少定时、消息、错误等定义 明确事件类型,修改标记如⏰📧⚠️
警惕“万能符号”陷阱:网关、事件、活动是三种完全不同的概念。当审批需要超时重试时,必须使用中间定时事件或错误边界事件,不能单纯靠排他网关模拟。

验收标准

  • 所有参与者(角色/系统)被正确分配到对应的池和道。
  • 每个活动使用正确的任务类型(用户/服务/脚本等),子流程有展开图或标注。
  • 网关类型与分支逻辑匹配:排他网关有明确的条件表达式(文字或标签),并行网关无顺序依赖。
  • 开始事件只有一个(流程有唯一起点),结束事件至少一个(可多结束)。
  • 数据对象覆盖所有关键业务单据(如申请单、审批意见、附件、审计日志)。
  • 整张泳道图无孤立节点,所有元素通过顺序流、消息流或数据关联连通。

泳道图符号标准一览(SVG)

泳道图符号标准:池、道、活动、网关、事件、数据对象 BPMN 泳道图核心符号标准示意 池 (Pool) 组织/系统:XX公司 角色A (道) 提交申请 角色B (道) 审核处理 X 事件 (Event) 开始 (空事件) ✉ 消息中间事件 ⏰ 定时中间事件 结束 结束事件 错误中间事件 数据对象 审批单 (数据对象) 网关 X 排他网关 + 并行网关 O 包容网关 活动 符号组合规则 • 池和道定义参与者和角色边界。 • 活动放在具体道内,通过顺序流连接;网关控制分支合并;事件定义流程起止和中间触发。 • 数据对象通过虚线数据关联连接到活动,表示输入/输出文档或状态。
记忆要点:泳道图的“骨架”由池和道组成,“动作”由活动完成,“判断”由网关处理,“触发”由事件驱动,“证据”由数据对象承载。在实际绘制中,务必使用区分度高的颜色或标签,避免混淆。