工作流的基本模式

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

工作流的基本模式

1

、顺序(Sequence )模式

描述:只有当前一个活动结束后,后一个活动才会被触发,即按照预定的任务列表,有序的执行。(提交一亍日UG、______________________ 弍FEX该日UG

、 _______________________________ Close^BUG

2、并行(Parallel Split)模式

描述:- 一个活动的结束能够触发若干个活动的开始,这些被触发的活动能以并行的方式同时或按任意顺序举例:当提交一个BUG时会分别向BUG信息表和BUG日志表中添加相应记录

进行

3、同步(Synchronization )模式

描述:如果不考虑超时(一般流程会设定任务执行期限)和异常等情况,流程必须在聚合点等待所有的分支都执行完(到达And汇聚点)才能激活后继任务,才能正确的往下运行。

举例:支持人员分派的问题由开发人员修改,然后不仅要经过测试人员验证通过还要再次经支持人员验证通过才能Close该BUG。

4独占式选择(Exclusive Choice )模式

该模式分为显式独占模型(explic Exclusive Choice )和隐式独占选择模式(implicit Exclusive

Choice)

1)显式独占选模型(explic Exclusive Choice ) 描述:当一个活动处理完后,其后有若干个分支流程可供选择,但根据工作流控制数据

(workflow control data )只允许选择其中某一个分支运行。

XOR1 1

t

Task B

Tiisk C

Task D

如上图所示,虽然在任务Task A后可以三个不同的活动流程可被选择,但是仅Task D满足条件, 造成后续的流程中,走了A―― D分支,而另外的分支被抛弃。

举例:当PSO人员提交一个问题时,该问题的类型需要被确定。如果是产品的错误而引起的那么问题类型即为BUG ;如果是由于客户的操作失误而引起的那么问题类型即为ISSUE ;如是对产品的有价值的建

议,那么问题的类型即为ADVICE ;由上可知,当确定问题类型时三种只能选其一。

2)隐式独占选模型(implicit Exclusive Choice ) 描述:同为XOR模型,隐式和显式的区别不是太大。唯一的不同点就是,隐式独占选模型在可供选择的分支中存在存在若干个分支满足条件,但最终,依然仅有一个分支运行。

Task B

XORI-. I

如上图所示,存在分支 A —C和分支A—D都满足条件,但最终也依然只能有一个分支被激活。至于哪一个分支被激活,这可能是人为的操作,也可能是某种随即的自动选择。不论哪种方式,人须保证一个分支被激活后,其他分支被抛弃。

举例:PSO的人员在提交问题的时候,他会根据问题的来源将它提交给负责相应区域的支持人员。但是,具体提交给负责该区域的哪一位支持者,就由PSO的人员自己决定或系统随机产生。不管如何选择都必

须有一位支持人员要接收该问题。

不管是显式独占模型(explic Exclusive Choice )还是隐式独占选择模式(implicit Exclusive

Choice )他们的执行流程都是一样的。

5、简单聚合(Simple Merge)模型

描述:前面的若干个分支,只要有一个活动被执行(假定不存在两个分支同时被执行) ,后面的活动就会被触发。当然,一旦某一个分支被通过。则余下的分支则被终止,或者运行到聚合点就结束。

举例:如果产品中存在某个BUG那么可能会被不同地方的用户发现,但只要有一个地方的PSO人员提

岀这个问题BUG就会得到处理。当其它地方的PSO再次提岀该问题的时候就不会重复处理了

6、强制循环模式

模式描述:在一个流程实例中,有些活动是需要多次执行的。

模式所解决的问题:

在流程中需要回流到某一个以前的节点。

模式应用举例:

在一个审批流程中,如果经理不审批,则审批发起人需要重新提交审批申请,直到经理审批同意。

7.隐式终止模式

模式描述:

在一个流程实例中,当执行完所有的激活的活动之后,该流程实例应该终止

模式所解决的问题:

流程引擎必须决定什么时候流程终止。

模式应用举例:在一个客户服务流程中,当给客户发送信息之后,流程必须终止

Repty

8.

活动取消模式

模式描述:

在一个流程实例中,是否执行某一个活动取决于运行时的条件判断。 模式所解决的问题:

在流程中,必须根据运行时的条件来决定是否跳过某一个活动。 模式应用举例:

在一个网上订货流程中,客户可以选择客户化过程,也可以选择使用默认的选项,这时,流程需要跳过客 户化过程。 解决方案:

1)使用一个接受选项(receive choice ),添加两个路径,一个是正常路径,执行正常活动,一个是满 足某个条件时跳

过该活动。

Receive 1

..,—、一 .............................. ............ ........ ―

1

[8

Assign

I

撐 Invoke 3 Q

Wait

Receive Choice

9.实例取消模式

模式描述:

在一个流程实例中,在某一步时终止整个实例。

模式所解决的问题:

流程引擎必须可以终止流程实例,该流程实例的所有子流程也必须全部终止。模式应用举例:

在一个订单流程中,客户在货物发送之前可以取消订单,进而终止整个流程。解决方案:

1)使用终止活动节点,终止整个流程实例

相关文档
最新文档