BPMN是个啥——工作流引擎的通用语言系列第一篇在折腾Activiti、Flowable、Camunda之前咱们先把BPMN这门通用语言学明白。一、从一个让人崩溃的需求说起最近接手了一个新项目产品经理丢过来一张流程图[提交申请] → [经理审批] → [通过?] → [是] → [结束] ↓ [否] ↓ [驳回]我看完有点懵“这是用Word画的箭头怎么连的通过?这个判断条件写在哪驳回之后还能重新提交吗”产品经理一脸无辜“就是个简单的审批流啊你们开发不是有工作流引擎吗配一下不就行了”问题就在这了。没有统一的标准每个人画的流程图都不一样开发拿到手根本不知道怎么翻译成代码。你画你的我理解我的最后做出来的东西和需求对不上互相甩锅。这时候就需要一个大家都能看懂的通用语言——BPMN。二、BPMN到底是啥BPMN全称Business Process Model and Notation业务流程模型和标记法。说白了它就是一套画流程图的国际标准。就像五线谱是音乐界的通用语言BPMN就是工作流界的通用语言。它的核心作用就两个业务人员能看懂——产品经理、业务分析师用它画流程不用写代码技术人员能执行——开发可以直接把BPMN图丢给工作流引擎跑起来一张BPMN图业务看了说对就是这么个流程引擎看了说好我知道怎么执行。两边不打架完美。三、BPMN的三大件BPMN 2.0规范里元素不少但日常工作中常用的就三大类记住它们看懂80%的流程图没问题。1. 事件Event——圆圈事件就是发生了某件事。圆圈里的图标不同代表的事件类型不同。图标名称含义○细线开始事件流程从这里启动○粗线结束事件流程到这里结束○带时钟定时事件到了某个时间点触发○带信封消息事件收到某个消息触发○ ◎ 开始事件 结束事件 (细圈) (粗圈)举个栗子请假流程员工提交申请就是开始事件流程结束就是结束事件。2. 活动Activity——圆角矩形活动就是要干点啥。最常见的有两种图标名称含义▭圆角用户任务需要人手动处理的任务▭圆角齿轮服务任务系统自动执行的任务┌─────────────┐ ┌─────────────┐ │ 经理审批 │ │ 发送邮件 │ │ (用户任务) │ │ (服务任务) │ └─────────────┘ └─────────────┘用户任务需要人登录系统点同意或驳回引擎会把这个任务推到待办列表里。服务任务系统自动干比如发送通知邮件、“调用外部API扣库存”不需要人干预。3. 网关Gateway——菱形网关就是走到这要判断一下怎么走。图标名称含义◇空心排他网关多选一走其中一条◇加号并行网关多条路同时走◇叉号包容网关满足条件的都走◇ 排他网关 / \ 通过 驳回 / \排他网关XOR最常用的“如果金额1000需要总监审批否则经理审批就行”。并行网关AND“请假需要经理审批同时HR备案两个都完成才能结束”。四、画一个完整的BPMN流程光说元素有点抽象咱们来画一个完整的请假流程这也是后面几篇代码示例要用的流程。场景小明要请假流程如下小明提交请假申请直属经理审批如果经理驳回流程结束小明可以重新发起如果经理同意继续如果请假天数 3天需要总监审批总监驳回流程结束总监同意继续HR备案系统自动记录发送通知邮件给小明流程结束BPMN图┌─────────────┐ ┌─────────→│ 经理驳回 │ │ │ (结束事件) │ │ └─────────────┘ │ ○ ↓ ┌─────────────┐ ◇ ┌─────────────┐ 开始 ───→ │ 经理审批 │──→ 通过? │ │ 事件 │ (用户任务) │ 排他网关 │ │ └─────────────┘ │ 驳回 │ │ └──┬─────┘ │ │ 通过 │ ↓ │ ┌─────────────┐ │ │ 天数3? │ │ │ 排他网关 │ │ └──────┬──────┘ │ 是 / \ 否 │ / \ │ ↓ ↓ │ ┌────────┐ ┌────────┐ │ │总监审批│ │ │ │ │用户任务│ │ │ │ └───┬────┘ │ │ │ 通过│驳回 │ │ │ ↓ ↓ │ │ │ ┌────┐ ┌────┐ │ │ │继续│ │结束│ │ │ └──┬─┘ └────┘ │ │ │ │ │ └────────┬────────┘ │ ↓ │ ┌─────────────┐ │ │ HR备案 │ │ │ (服务任务) │ │ └──────┬──────┘ │ ↓ │ ┌─────────────┐ │ │ 发送通知邮件│ │ │ (服务任务) │ │ └──────┬──────┘ │ ↓ │ ┌─────────────┐ │ │ 流程结束 │←───────┘ │ (结束事件) │ └─────────────┘对应的BPMN 2.0 XML核心片段?xml version1.0 encodingUTF-8?definitionsxmlnshttp://www.omg.org/spec/BPMN/20100524/MODELxmlns:xsihttp://www.w3.org/2001/XMLSchema-instanceidDefinitions_1targetNamespacehttp://example.org/leave-processprocessidleave-processname请假流程isExecutabletrue!-- 1. 开始事件 --startEventidstartname提交申请/!-- 2. 经理审批用户任务 --userTaskidmanager-approvalname经理审批assignee${managerId}/!-- 3. 排他网关经理是否通过 --exclusiveGatewayidmanager-decisionname经理审批结果/!-- 4. 经理驳回 → 结束 --endEventidmanager-reject-endname经理驳回/!-- 5. 排他网关天数是否大于3天 --exclusiveGatewayiddays-checkname天数3?/!-- 6. 总监审批用户任务 --userTaskiddirector-approvalname总监审批assignee${directorId}/!-- 7. 总监驳回 → 结束 --endEventiddirector-reject-endname总监驳回/!-- 8. HR备案服务任务 --serviceTaskidhr-recordnameHR备案camunda:classcom.example.HrRecordDelegate/!-- 9. 发送邮件服务任务 --serviceTaskidsend-emailname发送通知邮件camunda:classcom.example.SendEmailDelegate/!-- 10. 结束事件 --endEventidendname流程结束/!-- 连线Sequence Flow --!-- 开始 → 经理审批 --sequenceFlowidflow1sourceRefstarttargetRefmanager-approval/!-- 经理审批 → 决策网关 --sequenceFlowidflow2sourceRefmanager-approvaltargetRefmanager-decision/!-- 决策网关 → 驳回条件approved false --sequenceFlowidflow3-rejectsourceRefmanager-decisiontargetRefmanager-reject-endname驳回conditionExpressionxsi:typetFormalExpression${approved false}/conditionExpression/sequenceFlow!-- 决策网关 → 天数检查条件approved true --sequenceFlowidflow3-passsourceRefmanager-decisiontargetRefdays-checkname通过conditionExpressionxsi:typetFormalExpression${approved true}/conditionExpression/sequenceFlow!-- 天数检查 → 总监审批条件days 3 --sequenceFlowidflow4-directorsourceRefdays-checktargetRefdirector-approvalname是conditionExpressionxsi:typetFormalExpression${days 3}/conditionExpression/sequenceFlow!-- 天数检查 → 跳过总监条件days 3 --sequenceFlowidflow4-skipsourceRefdays-checktargetRefhr-recordname否conditionExpressionxsi:typetFormalExpression${days 3}/conditionExpression/sequenceFlow!-- 总监审批 → 决策通过/驳回由任务完成时的变量决定 --sequenceFlowidflow5sourceRefdirector-approvaltargetRefhr-record/!-- HR备案 → 发送邮件 --sequenceFlowidflow6sourceRefhr-recordtargetRefsend-email/!-- 发送邮件 → 结束 --sequenceFlowidflow7sourceRefsend-emailtargetRefend//process/definitions关键点说明isExecutabletrue告诉引擎这个流程是可以执行的不是只画来看的conditionExpression网关走哪条线的判断条件用${}写表达式assignee${managerId}任务分配给哪个用户启动流程时传入变量五、BPMN图 vs 普通流程图有人可能会问“我用Visio画流程图不也挺好的吗为啥非要学BPMN”对比项普通流程图BPMN图标准化各画各的没有统一规范OMG国际标准全球通用可执行性只能看不能跑可以直接被引擎解析执行元素语义随意发挥理解靠猜每个元素都有明确定义工具生态画图工具各自为政Modeler、引擎、监控一套打通说白了普通流程图是给人看的BPMN图是既能给人看又能给机器执行。六、常用元素速查表最后送大家一张速查表建议收藏分类图形元素用途事件○细圈开始事件流程起点事件◎粗圈结束事件流程终点事件○时钟定时事件定时触发活动▭圆角用户任务人工审批/处理活动▭圆角齿轮服务任务系统自动执行活动▭圆角加号子流程嵌套另一个流程网关◇空心排他网关多选一网关◇加号并行网关多路同时执行网关◇叉号包容网关满足条件的都执行数据数据对象流程中的文档/数据泳道横条/竖条泳道按角色/部门划分职责七、小结这篇咱们聊了为什么需要BPMN——没有标准业务和技术各说各话BPMN三大件——事件圆圈、活动圆角矩形、网关菱形画了一个完整的请假流程——从BPMN图到XML一一对应BPMN vs 普通流程图——能执行是最大区别下一篇预告有了BPMN基础咱们开始折腾第一个引擎——Activiti。这个老牌引擎现在还能打吗Spring Boot怎么集成代码怎么写参考资料BPMN 2.0 SpecificationActiviti 官方文档Flowable 官方文档Camunda BPMN 教程你在项目中用过BPMN吗是用什么工具画图的欢迎在评论区交流