如何控制工作流中的流程流转？工作流流程元素之顺序流和网关的详细解析

Posted 攻城狮Chova

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了如何控制工作流中的流程流转？工作流流程元素之顺序流和网关的详细解析相关的知识，希望对你有一定的参考价值。

顺序流

描述
  • 顺序流是连接两个流程节点的连线
  • 流程执行完一个节点后,会沿着节点的所有外出顺序流继续执行
  • BPMN 2.0默认的行为就是并发的:两个外出顺序流会创造两个单独的,并发流程分支
图形标记
  • 顺序流显示为从起点到终点的箭头.箭头总是指向终点
    在这里插入图片描述
XML内容
  • 顺序流需要流程范围内唯一的id, 以及对起点与终点元素的引用
<sequenceFlow id="flow1" sourceRef="theStart" targetRef="theTask" />

条件顺序流

描述
  • 为顺序流定义一个条件
  • 离开一个BPMN 2.0节点时,默认会计算外出顺序流的条件
    • 如果条件结果为true,就会选择外出顺序流继续执行
    • 当多条顺序流被选中时,就会创建多条分支,流程会继续以并行方式继续执行
  • 注意: 不包括网关 ,网关会用特定的方式处理顺序流中的条件, 这与网关类型相关
图形标记
  • 条件顺序流显示为一个正常的顺序流,在起点有一个菱形. 条件表达式也会显示在顺序流上
    在这里插入图片描述
XML内容
  • 条件顺序流定义为一个正常的顺序流, 包含conditionExpression子元素
  • 目前只支持tFormalExpressions, 如果没有设置xsi:type="", 就会默认值支持目前支持的表达式类型
<sequenceFlow id="flow" sourceRef="theStart" targetRef="theTask">
  <conditionExpression xsi:type="tFormalExpression">
    <![CDATA[${order.price > 100 && order.price < 250}]]>
  </conditionExpression>
</sequenceFlow>
  • 当前条件表达式只能使用UEL, 使用的表达式需要返回boolean值,否则会在解析表达式时抛出异常
    • 引用了流程变量的数据,通过getter调用JavaBean
      <conditionExpression xsi:type="tFormalExpression">
<![CDATA[${order.price > 100 && order.price < 250}]]>
</conditionExpression>
    • 通过调用方法返回一个boolean值
      <conditionExpression xsi:type="tFormalExpression">
<![CDATA[${order.isStandardOrder()}]]>
</conditionExpression>
  • 在activiti发布包中,包含以下流程实例,使用了值和方法表达式
    在这里插入图片描述

默认顺序流

描述
  • 所有的BPMN 2.0任务和网关都可以设置一个默认顺序流
  • 只有在节点的其它外出顺序流不能被选中时,才会使用作为外出顺序流继续执行
  • 默认顺序流的条件设置不会生效
图形标记
  • 默认顺序流显示为普通顺序流, 起点有一个斜线标记
    在这里插入图片描述
XML内容
  • 默认顺序流通过对应节点的default属性定义
  • 下面的XML代码演示了排他网关设置了默认顺序流flow 2.只有当conditionA和conditionB都返回false时,才会选择它作为外出连线继续执行:
<exclusiveGateway id="exclusiveGw" name="Exclusive Gateway" default="flow2" />
<sequenceFlow id="flow1" sourceRef="exclusiveGw" targetRef="task1">
  <conditionExpression xsi:type="tFormalExpression">${conditionA}</conditionExpression>
</sequenceFlow>
<sequenceFlow id="flow2" sourceRef="exclusiveGw" targetRef="task2"/>
<sequenceFlow id="flow3" sourceRef="exclusiveGw" targetRef="task3">
  <conditionExpression xsi:type="tFormalExpression">${conditionB}</conditionExpression>
</sequenceFlow>
  • 对应图形:
    在这里插入图片描述

网关

  • 网关用来控制流程的流向(流程的tokens),网关可以消费也可以生成token
  • 网关显示成菱形图形,内部有有一个小图标.图标表示网关的类型:
    在这里插入图片描述

排他网关

描述
  • 排他网关: 异或XOR网关,用来在流程中实现决策
  • 当流程执行到这个网关,所有外出顺序流都会被处理一遍.其中条件解析为true的顺序流（或者没有设置条件,概念上在顺序流上定义了一个[true])会被选中,让流程继续运行
  • 注意: 通常情况下,所有条件结果为true的顺序流都会被选中,以并行方式执行,但排他网关只会选择一条顺序流执行. 就是说,虽然多个顺序流的条件结果为true,那么XML中的第一个顺序流(也只有这一条)会被选中,并用来继续运行流程.如果没有选中任何顺序流,会抛出一个异常
图形标记
  • 排他网关显示成一个普通网关(比如,菱形图形),内部是一个X图标,表示异或(XOR)语义.
  • 没有内部图标的网关,默认为排他网关
  • BPMN 2.0规范不允许在同一个流程定义中同时使用没有X和有X的菱形图形
    在这里插入图片描述
XML内容
  • 用一行定义了网关,条件表达式定义在外出顺序流中
  • 模型实例:
    在这里插入图片描述
<exclusiveGateway id="exclusiveGw" name="Exclusive Gateway" />

<sequenceFlow id="flow2" sourceRef="exclusiveGw" targetRef="theTask1">
  <conditionExpression xsi:type="tFormalExpression">${input == 1}</conditionExpression>
</sequenceFlow>

<sequenceFlow id="flow3" sourceRef="exclusiveGw" targetRef="theTask2">
  <conditionExpression xsi:type="tFormalExpression">${input == 2}</conditionExpression>
</sequenceFlow>

<sequenceFlow id="flow4" sourceRef="exclusiveGw" targetRef="theTask3">
  <conditionExpression xsi:type="tFormalExpression">${input == 3}</conditionExpression>
</sequenceFlow>

并行网关

描述
  • 网关也可以表示流程中的并行情况
  • 允许将流程分成多条分支,也可以把多条分支汇聚到一起
  • 并行网关的功能是基于进入和外出的顺序流的:
    • 分支: 并行后的所有外出顺序流,为每个顺序流都创建一个并发分支
    • 汇聚: 所有到达并行网关,在此等待的进入分支 ,直到所有进入顺序流的分支都到达以后, 流程就会通过汇聚网关
  • 同一个并行网关有多个进入和多个外出顺序流,同时具有分支和汇聚功能
  • 网关会先汇聚所有进入的顺序流,然后再切分成多个并行分支
  • 并行网关不会解析条件: 与其他网关不同,即使顺序流中定义了条件,也会忽略
图形标记
  • 并行网关显示成一个普通网关(菱形)内部是一个 + 图标,表示与(AND) 语义
    -
XML内容
  • 定义并行网关只需要一行XML
<parallelGateway id="myParallelGateway" />
  • 实际发生的行为(分支,聚合,同时分支聚合),要根据并行网关的顺序流来决定
 <startEvent id="theStart" />
    <sequenceFlow id="flow1" sourceRef="theStart" targetRef="fork" />

    <parallelGateway id="fork" />
    <sequenceFlow sourceRef="fork" targetRef="receivePayment" />
    <sequenceFlow sourceRef="fork" targetRef="shipOrder" />

    <userTask id="receivePayment" name="Receive Payment" />
    <sequenceFlow sourceRef="receivePayment" targetRef="join" />

    <userTask id="shipOrder" name="Ship Order" />
    <sequenceFlow sourceRef="shipOrder" targetRef="join" />

    <parallelGateway id="join" />
    <sequenceFlow sourceRef="join" targetRef="archiveOrder" />

    <userTask id="archiveOrder" name="Archive Order" />
    <sequenceFlow sourceRef="archiveOrder" targetRef="theEnd" />

    <endEvent id="theEnd" />
  • 流程启动之后,会创建两个任务:
ProcessInstance pi = runtimeService.startProcessInstanceByKey("forkJoin");
TaskQuery query = taskService.createTaskQuery()
                         .processInstanceId(pi.getId())
                         .orderByTaskName()
                         .asc();

List<Task> tasks = query.list();
assertEquals(2, tasks.size());

Task task1 = tasks.get(0);
assertEquals("Receive Payment", task1.getName());
Task task2 = tasks.get(1);
assertEquals("Ship Order", task2.getName());

当两个任务都完成时,第二个并行网关会汇聚两个分支.因为它只有一条外出连线,不会创建并行分支,只会创建归档订单任务

  • 注意并行网关不需要是"平衡的"(对应并行网关的进入和外出节点数目相等).并行网关只是等待所有进入顺序流,并为每个外出顺序流创建并发分支,不会受到其他流程节点的影响
    在这里插入图片描述

包含网关

描述
  • 排他网关和并行网关的结合体:
    • 和排他网关一样,可以在外出顺序流上定义条件,包含网关会解析条件
    • 和并行网关一样,包含网关可以选择多于一条顺序流
  • 包含网关的功能是基于进入和外出顺序流的:
    • 分支: 所有外出顺序流的条件都会被解析,结果为true的顺序流会以并行方式继续执行,会为每个顺序流创建一个分支
    • 汇聚: 所有并行分支到达包含网关,会进入等待状态,直到每个包含流程token的进入顺序流的分支都到达.这是与并行网关的最大不同.包含网关只会等待被选中执行了的进入顺序流. 在汇聚之后,流程会穿过包含网关继续执行
  • 如果同一个包含节点拥有多个进入和外出顺序流,它就会同时含有分支和汇聚功能
  • 网关会先汇聚所有拥有流程token的进入顺序流,再根据条件判断结果为true的外出顺序流,为它们生成多条并行分支
图形标记
  • 并行网关显示为一个普通网关(菱形),内部包含一个圆圈图标
    在这里插入图片描述
XML内容
  • 定义一个包含网关需要一行XML
<inclusiveGateway id="myInclusiveGateway" />
  • 实际的行为(分支,汇聚,同时分支汇聚),是由连接在包含网关的顺序流决定的
 <startEvent id="theStart" />
    <sequenceFlow id="flow1" sourceRef="theStart" targetRef="fork" />

    <inclusiveGateway id="fork" />
    <sequenceFlow sourceRef="fork" targetRef="receivePayment" >
    <conditionExpression xsi:type="tFormalExpression">${paymentReceived == false}</conditionExpression>
    </sequenceFlow>
    <sequenceFlow sourceRef="fork" targetRef="shipOrder" >
    <conditionExpression xsi:type="tFormalExpression">${shipOrder == true}</conditionExpression>
    </sequenceFlow>

    <userTask id="receivePayment" name="Receive Payment" />
    <sequenceFlow sourceRef="receivePayment" targetRef="join" />

    <userTask id="shipOrder" name="Ship Order" />
    <sequenceFlow sourceRef="shipOrder" targetRef="join" />

    <inclusiveGateway id="join" />
    <sequenceFlow sourceRef="join" targetRef="archiveOrder" />

    <userTask id="archiveOrder" name="Archive Order" />
    <sequenceFlow sourceRef="archiveOrder" targetRef="theEnd" />

    <endEvent id="theEnd" />
  • 流程开始之后
    • 如果流程变量为paymentReceived== false和shipOrder == true, 就会创建两个任务
    • 如果只有一个流程变量为true,就会只创建一个任务
    • 如果没有条件为true,就会抛出一个异常
    • 如果想避免异常,可以定义一个默认顺序流
  • 包含网关示例: 创建一个发货任务
HashMap<String, Object> variableMap = new HashMap<String, Object>();
          variableMap.put("receivedPayment", true);
          variableMap.put("shipOrder", true);
          ProcessInstance pi = runtimeService.startProcessInstanceByKey("forkJoin");
TaskQuery query = taskService.createTaskQuery()
                         .processInstanceId(pi.getId())
                         .orderByTaskName()
                         .asc();

List<Task> tasks = query.list();
assertEquals(1, tasks.size());

Task task = tasks.get(0);
assertEquals("Ship Order", task.getName());
  • 当任务完成后,第二个包含网关会汇聚两个分支,因为只有一个外出顺序流,所以不会创建并行分支,只有归档订单任务会被激活
  • 包含网关不需要平衡(对应包含网关的进入和外出数目需要相等).包含网关会等待所有进入顺序流完成,并为每个外出顺序流创建并行分支,不会受到流程中其他元素的影响

基于事件网关

描述
  • 基于事件网关允许根据事件判断流向
    • 网关的每个外出顺序流都要连接到一个中间捕获事件
    • 当流程到达一个基于事件网关 ,网关会进入等待状态:会暂停执行
    • 为每个外出顺序流创建相应的事件订阅
  • 基于事件网关的外出顺序流和普通顺序流不同:这些顺序流不会真的"执行", 让流程引擎去决定执行到基于事件网关的流程需要订阅哪些事件,要考虑以下条件:
    • 基于事件网关必须有两条或以上外出顺序流
    • 基于事件网关后,只能使用intermediateCatchEvent类型(activiti不支持基于事件网关后连接ReceiveTask)
    • 连接到基于事件网关的intermediateCatchEvent只能有一条进入顺序流
图形标记
  • 基于事件网关和其他BPMN网关一样显示成一个菱形,内部包含指定图标
    在这里插入图片描述
XML内容
  • 用来定义基于事件网关的XML元素是eventBasedGateway
实例
  • 基于事件网关示例:
    • 当流程执行到基于事件网关时,流程会暂停执行
    • 与此同时,流程实例会订阅警告信号事件,并创建一个10分钟后触发的定时器.产生流程引擎为一个信号事件等待10分钟的效果
    • 如果10分钟内发出信号,定时器就会取消,流程会沿着信号执行
    • 如果信号没有出现,流程会沿着定时器的方向前进,信号订阅会被取消
      -
<definitions id="definitions"
        xmlns="http://www.omg.org/spec/BPMN/20100524/MODEL"
        xmlns:activiti="http://activiti.org/bpmn"
        targetNamespace="Examples">

        <signal id="alertSignal" name="alert" />

        <process id="catchSignal">

                <startEvent id="start" />

                <sequenceFlow sourceRef="start" targetRef="gw1" />

                <eventBasedGateway id="gw1" />

                <sequenceFlow sourceRef="gw1" targetRef="signalEvent" />
                <sequenceFlow sourceRef="gw1" targetRef="timerEvent" />

                <intermediateCatchEvent id="signalEvent" name="Alert">
                        <signalEventDefinition signalRef="alertSignal" />
                </intermediateCatchEvent>

                <intermediateCatchEvent id="timerEvent" name="Alert">
                        <timerEventDefinition>
                                <timeDuration>PT10M</timeDuration>
                        </timerEventDefinition>
                </intermediateCatchEvent>

                <sequenceFlow sourceRef="timerEvent" targetRef="exGw1" />
                <sequenceFlow sourceRef="signalEvent" targetRef="task" />

                <userTask id="task" name="Handle alert"/>

                <exclusiveGateway id="exGw1" />

                <sequenceFlow sourceRef="task" targetRef="exGw1" />
                <sequenceFlow sourceRef="exGw1" targetRef="end" />

                <endEvent id="end" />
</process>
</definitions>

以上是关于如何控制工作流中的流程流转？工作流流程元素之顺序流和网关的详细解析的主要内容，如果未能解决你的问题，请参考以下文章

如何设计一个可以流转审批的表单

uml中活动图与流程图的区别

sed教程之工作流程

泛微OA的工作流做的怎么样？

流程控制之顺序结构

activiti流程图在线绘制业务申请审批流转跟进催办，springboot集成工作流基础