BPMN 2.0 是什么
BPMN（Business Process Model and Notation）是面向业务流程的建模符号标准，用池与泳道划分参与方，用任务、网关、事件与子流程描述流程走向。它的关键价值在于网关语义严格区分：排他网关多选一，并行网关全部触发，包含网关按条件触发多个分支。跨部门流程梳理、审批链路设计以及流程引擎（如 Camunda、Activiti）的落地，都常用 BPMN 表达。
基本信息
| 标准版本 | OMG BPMN 2.0.2（2013），可导出为引擎可执行的 XML |
|---|---|
| 基本元素 | 池与泳道、任务、网关、事件、子流程、数据对象 |
| 网关语义 | 排他（X）多选一、并行（+）全触发、包含（O）条件满足即触发 |
| 泳道划分 | 按角色或部门划分，而不是按具体人员 |
| 执行落地 | 图与引擎配置需分离：先对齐业务语义，再处理引擎限制 |
典型使用场景
- 跨部门流程梳理：把申请、审批、执行、归档的交接点画清楚
- 审批链路设计：金额与风险分级决定审批层级与是否需要会签
- 超时与升级：用边界事件捕获超时，自动升级或提醒
- 流程引擎配置：将模型导出为引擎可执行定义，驱动任务流转
- 流程优化：按节点耗时与等待时间找出瓶颈环节
- 需求沟通载体：业务方按图核对分支，比文字描述更易发现问题
常用元素与语义
| 元素 | 作用 | 示例 |
|---|---|---|
| 排他网关 X | 多个条件中只走一条分支 | 审批通过或驳回 |
| 并行网关 + | 所有分支同时触发，需全部到齐后再汇聚 | 同时通知财务与仓库 |
| 包含网关 O | 满足条件的分支全部触发 | 多条件叠加的补贴计算 |
| 边界事件 | 捕获子流程外部的事件并打断或并行处理 | 超时未审批自动升级 |
| 结束与终止事件 | 结束当前分支或结束整个流程实例 | 流程归档，后续节点不再执行 |
建模顺序要点
建模顺序要点
# 1 先划池与泳道：参与的部门/角色，不写人名，人员变动不破坏模型
# 2 再列正常路径：从触发事件到结束事件的顺序任务
# 3 补分支与网关：明确每处多选一还是全触发，标注判断条件
# 4 标异常与超时：驳回、超时升级、取消等由边界事件承接
# 5 定义数据：每个任务读写的表单、状态字段与必填校验
# 6 最后对齐引擎：确认并行网关、子流程等能否被目标引擎正确执行BPMN 图与流程引擎的 XML 可以互转，但建模时先按业务语义画清楚，再考虑引擎对并行、多实例与补偿的支持差异，避免让工具限制反向扭曲业务。
泳道按角色或部门划分：按人划分的模型在人员调整后需要重画，也难以作为权限与职责设计依据。