工作流模型分析-Read.PPTVIP

工作流模型分析 pjj 文档介绍 本文档主要介绍几种常见工作流模型，以及流程嵌套和整合 详见“工作流模型分析 v1.1.pdf” 任务与活动 活动（Activity）是WMFC 的标准模型元素，描述的是工作流中的一个逻辑步骤——“A description of a piece of work that forms one logical step within a process”。活动是描述流程运转的最小单元 一个任务表示的是流程的所需要完成的某一项工作，这项工作可能是一次操作（Action）即可完成，也可能是几次操作的组合。 任务与Block Activity 任务和Block Activity非常相似，但并不一样 如图，task中的多个action没有顺序关系， Block Activity中，各个activity应该顺序执行 流程起点模型（一） 任何一个工作流能够运行，需要条件－－“起点”来激活 起点也是一种任务节点。这个节点可能会进行一定的操作，可能只涉及一些数据的改变。导致一个流程被激活 流程起点模型（二）单起点模型 流程起点模型（三）多起点模型1 在同一流程中，存在多个起点。重新申明：起点也是一种任务节点，而不是独立于工作流任务特殊节点。 起点A 和起点B，它们都可以激活流程的运行，而且激活后，流程都会共同指向Task A。所以，对于Task B 来说，其不关心流程是如何激活的，其只关系从Task A是否正确的传递来正确的流程数据。 流程起点模型（四）多起点模型2 起点A 激活工作流后，导致流程沿着Task A——Task B——Task C 方向流转。而从起点B 激活工作流后，Task A 则被跳过。 流程起点模型（五）多起点模型3 虽然也存在多个起点，但是基本是按照一个统一流程方向运行的。这是与方式二最大的区别所在。在此，须要再此申明：一个起点（Start Node）同时也是一个任务节点（Task Node）。 应用：在多个流程之间信息交互的时候，流程A 发送消息数据，激活流程B 的运行。但是未必是从流程B 的默认激活点激活，可能是从流程B 的中途某个任务激活。 流程激活模型（一）人工激活 大多数的流程激活，都是因为人为的信息数据输入或产生。比如一个订单处理流程，客户提交了订单信息（订单信息数据产生），则激活了订单处理流程的开始。 流程激活模型（二）定时或限时激活 在一个特定的时间，因为特定的情况，符合特定的条件，激活某个特定的流程（或任务）。 这种激活方式，在现实中很少单独出现，大多数情况，都因为在某一个流程中，因为在限定的时间内，因某项任务未达到预期的状态，而激活另外的任务或新的处理流程。 例子：订单处理流程中的催办流程。如果到时候没有发货，则激活催办流程 流程激活模型（三）外消息激活 大多是在多流程信息交互（或大小流程嵌套）应用中 如下图所示，流程A，在结束的时候（在以下的所有图中，将采用红色框图，表示结束节点），会向流程B 发送Message，以激活流程B 的运行。 流程运转模型（一）简单运转模型 按照预定的任务列表，有序的执行 流程运转模型（二）自循环模型 同一个任务节点，重复的执行多次。 模式1：人为选择 模式2：既定规则选择 流程运转模型（三）发散运转模型并行 And 模式，在流程运行过程中，因为不同的条件或情况，或者处理的业务需要多部门（多任务）分开处理，而产生了流程分支。 流程运转模型（四）发散运转模型异或模型（显式） 异或（XOR）显式模型，又叫Exclusive Choice（独占式选择）。当一个任务处理完后，发现其后面可允许走多个分支流程，但只允许选择其中某一个分支运行。 流程运转模型（五）发散运转模型异或模型（隐式） 隐式和显式的区别不是太大。存在分支A—C 和分支A—D 都满足条件，但最终也依然只能有一个分支被激活。至于哪一个分支被激活，这可能是人为的操作，也可能是某种随机的自动选择。但必须只有一个分支被激活 应用非常少，而且大多数的工作流引擎不支持这种模型，仅支持显式XOR 模型。 流程运转模型（六）发散运转模型鉴别模型 同前面的“独占式选择”很相似。当任务达到这个鉴别器的时候，鉴别器会根据当前流程所处的状态，对比预先设定的一些选择规则，自动判别接下来流程的流向 流程运转模型（七）发散运转模型抄送模型 意思是，存在主流程（A——C），在一个任务（A）执行完毕后，会继续执行主流程上下一个预定任务（C），但是同时也会激活另一任务（B）（或另外的流程）的执行，但是任务B 以及任务B 的后续流程，不会对主流程运转造成影响。 比如一个发文，在交司局会签的时候，可能会抄送一份给另外的司局备案，这个过程就或额外的激活一个不影响主会签流程的“抄送