工作流的基本模式

精心整理工作流的根本模式1、依次Sequence模式描述：只有当前一个活动完毕后，后一个活动才会被触发，即遵照预定的任务列表，有序的执行。举例：对于一个BUG的处理就满意该模式。2、并行Parallel Split模式描述：一个活动的完毕能够触发假设干个活动的起先，这些被触发的活动能以并行的方式同时或按随意依次进展。举例：当提交一个BUG时会分别向BUG信息表和BUG日志表中添加相应记录3、同步Synchronization模式描述：假如不考虑超时一般流程会设定任务执行期限和异样等状况，流程必需在聚合点等待全部的分支都执行完到达And 会聚点才能激活后继任务，才能正确的往下运行。举例：支持人员分派的问题由开发人员修改，然后不仅要经过测试人员验证通过还要再次经支持人员验证通过才能Close该BUG。4 独占式选择Exclusive Choice模式该模式分为显式独占模型explic Exclusive Choice 和隐式独占选择模式implicitExclusive Choice1显式独占选模型explic Exclusive Choice 描述：当一个活动处理完后，其后有假设干个分支流程可供选择，但依据工作流限制数据workflowcontrol data只允许选择其中某一个分支运行。如上图所示，虽然在任务Task A 后可以三个不同的活动流程可被选择，但是仅Task D 满意条件，造成后续的流程中，走了AD 分支，而另外的分支被抛弃。举例：当PSO人员提交一个问题时，该问题的类型须要被确定。假如是产品的错误而引起的那么问题类型即为BUG；假如是由于客户的操作失误而引起的那么问题类型即为ISSUE；如是对产品的有价值的建议，那么问题的类型即为ADVICE；由上可知，当确定问题类型时三种只能选其一。2隐式独占选模型implicit Exclusive Choice 描述：同为XOR 模型，隐式和显式的区分不是太大。唯一的不同点就是，隐式独占选模型在可供选择的分支中存在存在假设干个分支满意条件，但最终，仍旧仅有一个分支运行。如上图所示，存在分支AC 和分支AD 都满意条件，但最终也仍旧只能有一个分支被激活。至于哪一个分支被激活，这可能是人为的操作，也可能是某种随即的自动选择。不管哪种方式，人须保证一个分支被激活后，其他分支被抛弃。举例：PSO的人员在提交问题的时候，他会依据问题的来源将它提交给负责相应区域的支持人员。但是，详细提交给负责该区域的哪一位支持者，就由PSO的人员自己确定或系统随机产生。不管如何选择都必需有一位支持人员要接收该问题。不管是显式独占模型explic Exclusive Choice 还是隐式独占选择模式implicit Exclusive Choice他们的执行流程都是一样的。5、简洁聚合Simple Merge模型描述：前面的假设干个分支，只要有一个活动被执行假定不存在两个分支同时被执行，后面的活动就会被触发。当然，一旦某一个分支被通过。那么余下的分支那么被终止，或者运行到聚合点就完毕。举例：假如产品中存在某个BUG那么可能会被不同地方的用户发觉，但只要有一个地方的PSO人员提出这个问题BUG就会得到处理。当其它地方的PSO再次提出该问题的时候就不会重复处理了6、强制循环模式模式描述:在一个流程实例中，有些活动是须要屡次执行的。模式所解决的问题:在流程中须要回流到某一个以前的节点。模式应用举例:在一个审批流程中，假如经理不审批，那么审批发起人须要重新提交审批申请，直到经理审批同意。7. 隐式终止模式模式描述:在一个流程实例中，当执行完全部的激活的活动之后，该流程实例应当终止。模式所解决的问题:流程引擎必需确定什么时候流程终止。模式应用举例:在一个客户效劳流程中，当给客户发送信息之后，流程必需终止。8. 活动取消模式模式描述:在一个流程实例中，是否执行某一个活动取决于运行时的条件判定。模式所解决的问题:在流程中，必需依据运行时的条件来确定是否跳过某一个活动。模式应用举例:在一个网上订货流程中，客户可以选择客户化过程，也可以选择运用默认的选项，这时，流程须要跳过客户化过程。解决方案:1运用一个承受选项receive choice，添加两个路径，一个是正常路径，执行正常活动，一个是满意某个条件时跳过该活动。9. 实例取消模式模式描述:在一个流程实例中，在某一步时终止整个实例。模式所解决的问题:流程引擎必需可以终止流程实例，该流程实例的全部子流程也必需全部终止。模式应用举例:在一个订单流程中，客户在货物发送之前可以取消订单，进而终止整个流程。解决方案:1运用终止活动节点，终止整个流程实例。10. 延迟选择模式模式描述:在个流程实例中存在多个执行路径，详细要执行某一个路径取决于外界的运行时状态。模式所解决的问题:流程的运行路径取决于一些条件，但流程本身没法确定走哪一条路径。模式应用举例:在一个付款流程中，客户可以选择不同的付款方式，不同的付款方式将确定付款流程如何走。解决方案:运用承受选项receive choice，通过接收流程外不同的消息，来确定流程走哪一条路径。11 交替平行路由模式在一个流程实例中，存在多条可以并行执行的路径，依据外界的条件，可以执行其中一条。模式所解决的问题:流程须要以随意依次执行一些活动，但不能同时执行两个活动。模式应用举例:在一个审批流程中，经理可以同意或者拒绝一个恳求，但每次只能处理一个恳求。解决方案:1创立一个并行流。12 里程碑模式模式描述: 在一个流程实例中，一个活动能否执行取决于一个指定的状态。也就是说，只有在到达一个特定的未过期的里程碑时，活动才被执行。模式所解决的问题:任务节点的可用性取决于特定的状态条件，也就是说任务只有在某一里程碑已经到达并且还没有过期的时候才可被激活。模式应用举例:在一个论文审批流程中，论文提交后，该论文必需在3周内被3个查阅者查阅才可以发表。解决方案:1在一个并行流中，参加两个分支，一个利用延迟选择来限制业务逻辑，另一个分支用来处理时间过期。2干脆用延迟选择来限制业务逻辑，时间过期的处理用时间来完成备注：由于里程碑模式比拟困难，下面以一个论文审批流程为例来说明：第一步：论文作者在网上提交论文，网上应用发送一个带有论文信息的XML格式的文件到该流程。其次步：第一个调用活动检查论文的格式。第三步：已被查阅计数器置零。第四步：进入两个分支，左边分支等待查阅者看法，右边分支等待时间即三周。第五步：选择接收活动等待承受评阅者的看法。第六步：假如有一个查阅者审批同意，那么查阅计数器加一，并等待其他两个查阅者的看法。第七步：当然，查阅者也可以拒绝，同样查阅计数器加一，并等待其他两个查阅者的看法。第八步：三周后，计时器激活，并发送cancel消息。第九步：选择接收活动承受到cancel消息，执行相应处理，置计数器为三，循环退出，流程完毕。