引言

在BPM项目实施过程中经常会用到子流程，在不同项目中，需求场景也是多种多样的。本文就几种在实施过程中收集的常见子流程场景进行简单介绍，供大家参考。
根据不同的使用场景，子流程大致可划分为以下几种类型：“复用型” 、“集成型”、“内嵌型”、“事务型”、“事件型”，后面章节将对这些类型的子流程场景和特点分别进行说明。

正文

复用型

复用型子流程为最常用的子流程场景，顾名思义是为了复用流程定义而采用的主子流程调用模式，也被称为“调用型子流程”（BPMN规范中对应Call Activity实现，BPS产品中对应“子流程活动”图元）。这种类型的流程通常包含如下特点：

主子流程参数传递：在这种模式下，主子流程定义相对独立，类似软件程序中的两个函数间的互相调用。运行期间，主子流程会产生不同的流程实例，调用时可以通过上下文参数传递的方式进行数据交换。
调用方式：一般会有“同步”、“异步”两种调用模式。同步的含义是“子流程调用活动”启动后，需等待新创建的 “子流程实例”执行结束通知主流程，收到“子流程实例”结束的通知后，主流程中的“子流程调用活动”才结束。异步的含义是“子流程调用活动”启动后，只需等待“子流程实例”创建完毕后“子流程调用活动”就结束向后流转，并不等待“子流程实例”执行结束。
多子流程实例：“子流程调用活动”支持根据主流程的数据创建子流程实例，子流程实例个数通过上下文参数动态决定。在主子流程调用场景下，多个子流程实例各自独立，并行多实例场景比较常见目前尚未发现串行多实例的场景。

集成型

“集成型子流程”在多系统集成流程场景中应用较多，流程中的某个环节对应的是另外一个系统中的流程，通常称为“外部系统子流程”。“外部系统子流程”活动实现过程本质上是通过一系列约定好的接口服务进行调用以及回调。不同技术实现的流程系统之间交互的前提需要分别开发适配程序实现约定的服务接口。集成型子流程一般具有如下特点：

主子流程参数传递：在流程设计时，需动态定义外部系统流程的输入输出参数，以方便同外部系统流程进行数据交换。不同系统之间的数据格式转换一般由适配程序负责处理。
以服务调用方式进行操作和管理：运行时在外部子流程流程执行和管理过程中需要以类似“复用型子流程”的方式，同外部系统的子流程进行流转执行和管理监控等交互。
- 流程流转执行方面通常包括：启动、结束；即“外部系统子流程”活动启动时，调用外部系统的流程启动服务，通知该流程启动。当外部系统的流程实例运行结束后，回调主流程所在系统提供的流程结束通知服务。
- 管理监控层面包括：挂起、恢复、终止等操作和流程实例状态图展现。其中挂起、恢复、终止等操作主子流程所在系统均存在调用和回调的场景。流程实例状态图展现则通常是通过页面集成的方式实现。

内嵌型

“内嵌型子流程”通常也是为了进行复用，但与“复用型子流程”不同，“内嵌型子流程”是主流程中的一部分流程片段，并非独立的流程定义。“内嵌型子流程”一般包含如下特点：

流程图片段复用：在设计一些复杂人工流程时，可能会有上百个活动节点，流程图繁杂，连接线混乱交叉，可读性很差。而内嵌子流程就是将其中一部分可复用的片段组合到一个区域块中进行复用，支持子流程的展开与缩放，使流程图设计更加简洁明了。
流程灵活流转：运行时，“内嵌子流程”活动块里面的活动执行同外部活动执行方式一致（属于同一个流程实例），相对于“复用型子流程”的独立流程实例，可以方便的执行活动跳转、回退等操作以及任务列表查询。

内嵌型流程图示例：示例银行贷款授信审批类流程

贷款审批流程：子流程未展开

贷款审批流程：子流程展开

事务型

“事务型子流程”是一中特殊含义的“内嵌型子流程”通常称为“事务块”，除了具有内嵌子流程的特性外，其内部的活动还有“事务一致性”特点，即活动执行要么一起成功，要么一起失败。“事务型子流程”通常以如下方式来支持事务一致性保障：

异常定义、抛出：事务块中的活动节点中需要对可能抛出的异常进行定义，运行时发生异常后抛出异常事件。
异常捕获：在事务块活动上需要对块内异常进行捕获，并执行后续处理流转。
出错补偿：事务块内活动出错后，可以按顺序将块内已执行的活动进行出错补偿。
示例流程如下：

话费充值示意流程图

上图中，流程中的双实线区域内容就是“事务型子流程”即“事务块”。块中的三个自动服务“获取转账凭证”、“在线支付”、“手机账户加值”属于一个事务型交易，当出现异常时会抛出取消事件，取消事件会被事务块上的取消边界事件捕获，进行整个事务块中活动的补偿回滚操作。完成补偿后，执行后续流转，流程终止。

事件型

“事件型子流程”是一种特殊的子流程也可称为“支线流程”，属于主流程之外的独立支线主线和分支不用连线相连，支线在某些特定的情况下才触发执行。一般具有如下特点：

主线、支线独立：流程设计时，流程主线和支线之间活动独立，不存在连线流转。事件子流程的开始事件通常定义为消息捕获类型的事件。
事件触发支线：运行时，在主流程未结束的情况下，“事件性子流程”通过开始事件定义的触发规则触发执行，事件子流程执行不会产生新的流程实例，主流程中的活动实例与“事件子流程”中的活动实例本质属于同一个流程实例。
支线、主线共享数据：“事件子流程”支线触发时，支线同主线的关系也根据场景不同而不同。一般会有“并行执行”和“中断主线，执行支线”两种模式。支线流程执行过程中能够方便的同主线流程共享上下文数据。
示例流程如下：

订单创建与取消流程

上图的流程为典型的事件型子流程场景，主流程完成订单创建后进行后续处理过程中，如果此时用户发起了取消订单请求，那么支线的取消订单流程将执行，最终终止主流程执行。

小结

综上所述，子流程的使用场景有很多，可能还有其他场景我没有接触到，欢迎大家提供更多需求场景以及对上述场景说明的一些意见一起讨论。目前我们的BPS产品目前仅支持“复用型”子流程，未来产品需要加强这方面的能力来满足更复杂的业务场景。后续我还将会对BPS产品中增加支持其他类型的子流程支持的可行性方案进行研究。

转载本文需注明出处：BPM中常见子流程使用场景介绍