工作流_概述（A2）

目前以上的业务过程建模能把用户的业务流程描述清楚了，用户的问题基本都能摆平了，局方的脸色也缓和了许多，见了面可以嘻哈一阵了，相互敬烟了，然后内心模模糊糊有个念头，隐隐约约有个想法，就是觉得局方的流程画起来太复杂了，是不是可以简化一下？嗯，那我们继续摆出法宝：扩展。把可以重复使用的部分独立出来。如果只是简单的把复杂业务分解成几个简单的步骤，并且能统一管理，那就采用块活动与子活动的方式，见图1.4。

比如局方有个复杂的人工交互业务，固定电话新装：需要选定产品，选附属产品，指定付费关系等，而这些又都属于一个叫“业务受理”的活动，也就是说这个业务受理活动需要几个表单来共同完成一个活动，那就把这些表单分解成一个个的子活动，每个子活动负责一个表单，所有的子活动共享一个活动状态空间（业务受理活动），子活动前后串行排序。
[img]/upload/attachment/91744/1e5abde2-e1e1-355c-831a-0d7af17b4df7.png[/img]
图1.4、块活动与子活动

如果觉得块活动和子活动的表现能力还是单薄了一些，我们就引入过程和子过程的方式。子过程也是一个完整的过程体系，所不同的是它不能被参与者启动，只能被一个叫“子过程活动”类型的活动来启动，见图1.5。子过程和过程的之间的关系很复杂的，比如他们有同步异步关系；远近关系，比如也许过程和子过程处于同一个JVM中，这关系当然很亲近了；也许处于同一个防火墙后的不同主机，之间采用web service或者是EJB来远程调用；当然了还有很远的关系，比如处于不同防火墙后面的各自子独立的主机，需要通过复杂认证机制才能启动远程服务的子过程，例如图1.6。
[img]/upload/attachment/91746/098aa732-75d9-37b8-ab47-263d1d840a59.png[/img]
图1.5、过程与子过程



[img]/upload/attachment/91748/8d426f08-144c-3b9d-9918-cff71909536e.png[/img]
图1.6、远程子过程