学习记录556@flowable多人会签

已于 2022-04-06 18:15:29 修改
阅读量4.6k 收藏 14
点赞数 4
文章标签： flowable
于 2022-04-06 16:49:20 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_44663675/article/details/123992431
版权

前言

实际业务中的会签，代表一个任务节点由多个人进行审批，可能会衍生出多种情况：

  • 只要一个人审批后，就到下一个节点
  • 全部审批后，才能到下一个节点
  • 审批人数占比多少，就到下一个节点，本案例就选择这个最麻烦的。

在Flowable BPMN 用户手册中，”会签“的介绍在”多实例“的章节，也就是说，会签，其实就是多实例。

多实例活动（multi-instance activity）是在业务流程中，为特定步骤定义重复的方式。在编程概念中，多实例类似for each结构：可以为给定集合中的每一条目，顺序或并行地，执行特定步骤，甚至是整个子流程。多实例是一个普通活动，加上定义（被称作“多实例特性的”）额外参数，会使得活动在运行时被多次执行。

具体的可参考：https://tkjohn.github.io/flowable-userguide/#bpmnBusinessRuleTask
特别注意其描述的xml部分：
要将活动变成多实例，该活动的XML元素必须有multiInstanceLoopCharacteristics子元素

<multiInstanceLoopCharacteristics isSequential="false|true">
 ...
</multiInstanceLoopCharacteristics>

isSequential属性代表了活动的实例为顺序还是并行执行。
实例的数量在进入活动时，计算一次。有几种不同方法可以配置数量。一个方法是通过loopCardinality子元素，直接指定数字。

<multiInstanceLoopCharacteristics isSequential="false|true">
  <loopCardinality>5</loopCardinality>
</multiInstanceLoopCharacteristics>

也可以使用解析为正整数的表达式：

<multiInstanceLoopCharacteristics isSequential="false|true">
  <loopCardinality>${nrOfOrders-nrOfCancellations}</loopCardinality>
</multiInstanceLoopCharacteristics>

另一个定义实例数量的方法，是使用loopDataInputRef子元素，指定一个集合型流程变量的名字。对集合中的每一项，都会创建一个实例。可以使用inputDataItem子元素，将该项设置给该实例的局部变量。在下面的XML示例中展示：

<userTask id="miTasks" name="My Task ${loopCounter}" flowable:assignee="${assignee}">
  <multiInstanceLoopCharacteristics isSequential="false">
    <loopDataInputRef>assigneeList</loopDataInputRef>
    <inputDataItem name="assignee" />
  </multiInstanceLoopCharacteristics>
</userTask>

假设变量assigneeList包含[kermit, gonzo, fozzie]。上面的代码会创建三个并行的用户任务。每一个执行都有一个名为assignee的（局部）流程变量，含有集合中的一项，并在这个例子中被用于指派用户任务。

loopDataInputRef与inputDataItem的缺点是名字很难记，并且由于BPMN 2.0概要的限制，不能使用表达式。Flowable通过在multiInstanceCharacteristics上提供collection与elementVariable属性解决了这些问题：

<userTask id="miTasks" name="My Task" flowable:assignee="${assignee}">
  <multiInstanceLoopCharacteristics isSequential="true"
     flowable:collection="${myService.resolveUsersForTask()}" flowable:elementVariable="assignee" >
  </multiInstanceLoopCharacteristics>
</userTask>

请注意collection属性会作为表达式进行解析。如果表达式解析为字符串而不是一个集合，不论是因为本身配置的就是静态字符串值，还是表达式计算结果为字符串，这个字符串都会被当做变量名，在流程变量中用于获取实际的集合。

例如，下面的代码片段会要求集合存储在assigneeList流程变量中：

<userTask id="miTasks" name="My Task" flowable:assignee="${assignee}">
  <multiInstanceLoopCharacteristics isSequential="true"
     flowable:collection="assigneeList" flowable:elementVariable="assignee" >
  </multiInstanceLoopCharacteristics>
</userTask>

假如myService.getCollectionVariableName()返回字符串值，引擎就会用这个值作为变量名，获取流程变量保存的集合。

<userTask id="miTasks" name="My Task" flowable:assignee="${assignee}">
  <multiInstanceLoopCharacteristics isSequential="true"
     flowable:collection="${myService.getCollectionVariableName()}" flowable:elementVariable="assignee" >
  </multiInstanceLoopCharacteristics>
</userTask>

多实例活动在所有实例都完成时结束。然而，也可以指定一个表达式，在每个实例结束时进行计算。当表达式计算为true时，将销毁所有剩余的实例，并结束多实例活动，继续执行流程。这个表达式必须通过completionCondition子元素定义。

<userTask id="miTasks" name="My Task" flowable:assignee="${assignee}">
  <multiInstanceLoopCharacteristics isSequential="false"
     flowable:collection="assigneeList" flowable:elementVariable="assignee" >
    <completionCondition>${nrOfCompletedInstances/nrOfInstances >= 0.6 }</completionCondition>
  </multiInstanceLoopCharacteristics>
</userTask>

在这个例子里，会为assigneeList集合中的每个元素创建并行实例。当60%的任务完成时，其他的任务将被删除，流程继续运行。

接下来具体介绍本文的案例

案例中，只有一个风控审批的节点，审核人员是风控人员组的成员，审核人数占比超过50%就结束会签。

流程

在这里插入图片描述

<?xml version="1.0" encoding="UTF-8"?>
<definitions xmlns="http://www.omg.org/spec/BPMN/20100524/MODEL" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:flowable="http://flowable.org/bpmn" xmlns:bpmndi="http://www.omg.org/spec/BPMN/20100524/DI" xmlns:omgdc="http://www.omg.org/spec/DD/20100524/DC" xmlns:omgdi="http://www.omg.org/spec/DD/20100524/DI" typeLanguage="http://www.w3.org/2001/XMLSchema" expressionLanguage="http://www.w3.org/1999/XPath" targetNamespace="http://www.flowable.org/processdef" exporter="Flowable Open Source Modeler" exporterVersion="6.7.2">
  <process id="shenpi1" name="审批1" isExecutable="true">
    <startEvent id="startEvent1" flowable:formFieldValidation="true"></startEvent>
    <userTask id="sid-B0A762DE-D600-4998-96D6-49F7BE676159" name="风控审批" flowable:candidateGroups="${风控人员组}" flowable:formFieldValidation="true">
      <multiInstanceLoopCharacteristics isSequential="false" flowable:collection="persons" flowable:elementVariable="person">
        <extensionElements></extensionElements>
        <completionCondition>${compCondition.getComCondition(execution)}</completionCondition>
      </multiInstanceLoopCharacteristics>
    </userTask>
    <sequenceFlow id="sid-0129BF6A-C57C-4383-A14C-879FD48EED4E" sourceRef="startEvent1" targetRef="sid-B0A762DE-D600-4998-96D6-49F7BE676159"></sequenceFlow>
    <endEvent id="sid-80CB6AF8-5DD5-4AC1-A1B2-05A5569B402D"></endEvent>
    <sequenceFlow id="sid-3349C437-5FF2-4565-B2CD-75CCA54FAF03" sourceRef="sid-B0A762DE-D600-4998-96D6-49F7BE676159" targetRef="sid-80CB6AF8-5DD5-4AC1-A1B2-05A5569B402D"></sequenceFlow>
  </process>
  <bpmndi:BPMNDiagram id="BPMNDiagram_shenpi1">
    <bpmndi:BPMNPlane bpmnElement="shenpi1" id="BPMNPlane_shenpi1">
      <bpmndi:BPMNShape bpmnElement="startEvent1" id="BPMNShape_startEvent1">
        <omgdc:Bounds height="30.0" width="30.0" x="100.0" y="163.0"></omgdc:Bounds>
      </bpmndi:BPMNShape>
      <bpmndi:BPMNShape bpmnElement="sid-B0A762DE-D600-4998-96D6-49F7BE676159" id="BPMNShape_sid-B0A762DE-D600-4998-96D6-49F7BE676159">
        <omgdc:Bounds height="80.0" width="100.0" x="225.0" y="135.0"></omgdc:Bounds>
      </bpmndi:BPMNShape>
      <bpmndi:BPMNShape bpmnElement="sid-80CB6AF8-5DD5-4AC1-A1B2-05A5569B402D" id="BPMNShape_sid-80CB6AF8-5DD5-4AC1-A1B2-05A5569B402D">
        <omgdc:Bounds height="28.0" width="28.0" x="435.0" y="161.00000216744158"></omgdc:Bounds>
      </bpmndi:BPMNShape>
      <bpmndi:BPMNEdge bpmnElement="sid-3349C437-5FF2-4565-B2CD-75CCA54FAF03" id="BPMNEdge_sid-3349C437-5FF2-4565-B2CD-75CCA54FAF03" flowable:sourceDockerX="50.0" flowable:sourceDockerY="40.0" flowable:targetDockerX="2.0" flowable:targetDockerY="14.0">
        <omgdi:waypoint x="324.9499999999799" y="175.0000006682945"></omgdi:waypoint>
        <omgdi:waypoint x="434.99999863624566" y="175.00000214068302"></omgdi:waypoint>
      </bpmndi:BPMNEdge>
      <bpmndi:BPMNEdge bpmnElement="sid-0129BF6A-C57C-4383-A14C-879FD48EED4E" id="BPMNEdge_sid-0129BF6A-C57C-4383-A14C-879FD48EED4E" flowable:sourceDockerX="15.0" flowable:sourceDockerY="15.0" flowable:targetDockerX="50.0" flowable:targetDockerY="40.0">
        <omgdi:waypoint x="129.9474255708386" y="177.71879843198602"></omgdi:waypoint>
        <omgdi:waypoint x="225.0" y="175.9365625"></omgdi:waypoint>
      </bpmndi:BPMNEdge>
    </bpmndi:BPMNPlane>
  </bpmndi:BPMNDiagram>
</definitions>

注意
在这里插入图片描述

这里有必要说一下设置的重点，我采用的是flowable-ui绘制的
在这里插入图片描述

  • 多实例类型：并行或者串行，案例中是并行的
  • 基数：创造几个实例，除非特别固定，否则不会用这个
  • 集合：很常用，比如案例中风控审批人员组有多少个人，就根据这个集合创造多少实例，也就是多少人来会签
  • 元素：对应集合中的元素，也就是每个风控人员，会使用变量保存下来
  • 完成条件：什么条件下会签结束，我这里传递了一个类的方法${compCondition.getComCondition(execution)}，当有人会签后，就调用这个方法，计算会签完成比例是否大于0.5，如果是，就会签结束，没有完成的task自动结束。

代码核心

 @Transactional
    public void startProcess() {
        Map<String, Object> variables = new HashMap<String, Object>();
        //根据当前用户获取所在的用户组
        Group group = identityService.createGroupQuery().groupMember("三井寿1").singleResult();
        variables.put("风控人员组",group.getId());
        //获取当前组的人员集合
        List<String> persons = identityService.createUserQuery().memberOfGroup(group.getId()).list().stream().map((li) -> {
            return li.getId();
        }).collect(Collectors.toList());
        variables.put("persons",persons);
        runtimeService.startProcessInstanceByKey("shenpi1",variables);
    }

    //领取任务，act_ru_task表中ASSIGNEE_字段之前为空，谁领取就变成谁。
    @Transactional
    public void claimTask() {

        //根据当前用户获取所在的组
        Group group = identityService.createGroupQuery().groupMember("三井寿2").singleResult();
        //根据组查询任务,查询到没有分配处理人的任务就申领这个任务，然后结束循环
        List<Task> list = taskService.createTaskQuery().processInstanceId("a4bdf5bb-b57b-11ec-85bf-3c9c0f202230").taskCandidateGroup(group.getId()).list();
        if (list != null){
            for (int i = 0; i < list.size(); i++) {
                Task task = list.get(i);
                if (task.getAssignee() == null){
                    taskService.claim(task.getId(),"三井寿2");//领取任务
                    System.out.println(task.getAssignee());
                    break;
                }
            }
        }
    }
    //    完成任务
    @Transactional
    public void completeTask() {
        Task task = taskService.createTaskQuery().processInstanceId("a4bdf5bb-b57b-11ec-85bf-3c9c0f202230").taskAssignee("三井寿2").singleResult();
        if (task != null){
            taskService.complete(task.getId());
        }
    }

    @Transactional
    public void addGroupAndUser() {

        //实际开发中，可将本身的用户表、角色表、部门表以及之间的关系同步到flowable的act_id_user、act_id_group、act_id_membership表中
        //其中角色和部门可当作组

        User user3 =identityService.newUser("三井寿1");
        user3.setFirstName("三井");
        user3.setLastName("寿1");
        identityService.saveUser(user3);//注意必须这样保存

        User user4 =identityService.newUser("三井寿2");
        user4.setFirstName("三井");
        user4.setLastName("寿2");
        identityService.saveUser(user4);//注意必须这样保存

        User user5 =identityService.newUser("三井寿3");
        user5.setFirstName("三井");
        user5.setLastName("寿3");
        identityService.saveUser(user5);//注意必须这样保存

        Group group2 = identityService.newGroup("风控人员组");
        group2.setName("风控员");
        identityService.saveGroup(group2);//注意必须这样保存

        //创建关联关系
        identityService.createMembership("三井寿1","风控人员组");
        identityService.createMembership("三井寿2","风控人员组");
        identityService.createMembership("三井寿3","风控人员组");
完成条件代码
package com.example.flowable.service;

import org.flowable.engine.delegate.DelegateExecution;
import org.springframework.stereotype.Component;

import java.io.Serializable;

@Component("compCondition")
public class CompCondition implements Serializable {
//    多实例活动在所有实例都完成时结束。
//    然而，也可以指定一个表达式（或类的方法），在每个实例结束时进行计算。
//    当表达式计算为true时，将销毁所有剩余的实例，并结束多实例活动，继续执行流程。
//    这个表达式必须通过completionCondition子元素定义。
    public boolean getComCondition(DelegateExecution execution){
        Object nrOfInstances = execution.getVariable("nrOfInstances");//实例总数
        Object nrOfActiveInstances = execution.getVariable("nrOfActiveInstances");//未完成的实例
        Object nrOfCompletedInstances = execution.getVariable("nrOfCompletedInstances");//已完成实例
        System.out.println("总实例数量"+Integer.parseInt(nrOfCompletedInstances.toString()));
        System.out.println("未完成的实例"+Integer.parseInt(nrOfActiveInstances.toString()));
        System.out.println("已完成实例"+Integer.parseInt(nrOfCompletedInstances.toString()));
        if (Float.parseFloat(nrOfCompletedInstances.toString())/Float.parseFloat(nrOfInstances.toString()) > 0.5){
            return true;//如果完成的比例高于50%就返回ture,代表会签结束，没有完成的任务就自动结束了
        }else {
            return false;//如果完成的比例不高于50%就返回false,还需要继续会签
        }
    }
}

测试与内部机制思考

当部署后开启实例，在风控审批节点创造三个任务，因为会签组有三个人。
在这里插入图片描述
我们分别用会签组成员去领取任务并完成，当第一个完成后，还剩两个任务。
在这里插入图片描述
然后再完成一个任务，任务列表就没有了，原因是，根据”完成条件代码“，超过了50%的成员会签了，其余任务就自动结束。
在这里插入图片描述
可以查看act_hi_taskinst 历史任务表，确实有个任务没有申领，就结束了。
在这里插入图片描述

对我而言，我必须用自己的钱支持自己的观点。我的亏损已经教会我，在无法确定自己必须撤退前，我根本不应该前进。但如果我不前进，我就不会有任何行动。讲这一点，我意思并不是说，当一个人犯错的时候他不应该去止损。他应该这样做，但那不能让他变得优柔寡断。我一辈子都在犯错，但是在亏损中我收获了经验，积累了诸多宝贵的教训。我破产过好多次，但我的亏损从来都不是彻底的失败，否则我现在也不会在这里了。我一直相信我有其他机会，而且犯过的错误我不会再犯第二次。只有一件事情可以让我相信自己犯错误了，那就是赔钱。只有赚到了钱，我才是正确的，这就是投机

教练 我想学编程
关注
  • 4
    点赞
  • 踩
  • 14
    收藏
    觉得还不错? 一键收藏
  • 18
    评论
flowable多任务实现会签、或签
wangwcy的博客
05-14 1496
做工作流，基本会遇到会签、或签的需求。而flowable是通过多任务方式来实现的。
enterprise-flowable:工作流，包含：单人审批、多人审批、流程分支、指定退回、流程图展示
04-13
Spring-Boot 企业流程 支持： 1.单人审批 2.多人审批 3.分支流程 4.退回指定节点 5.退回开始节点
Flowable进阶学习（七）整合SpringBoot（自动部署、手动部署、启动流程、完成流程）；多人会签与或签
Huathy的博客
01-26 3693
Flowable整合SpringBoot、自动部署、手动部署、启动流程、完成流程 Flowable多人会签
【flowable】十三、flowable会签
return
10-23 8067
flowable会签会签的意思是，在流程任务管理中，任务通常是由一个人或者多个人同时去处理的，这种任务叫做会签任务。类似于并行网关。按数量通过：达到一定数量的处理后，会签通过按比例通过：达到一定比例的处理后，会签通过一票否决：只有一个人不同意时，会签通过一票通过：只有一个同意时，会签通过Flowable实现会签是基于多实例任务的，将节点设置成多实例，通过在userTask节点的属性配置。可以选择、，其中并行会签的意思是 多个人同时执行任务。顺序会签是按顺序执行任务。 会签人员的集合变量，可以随意命名。循环集
Flowable工作流之多实例任务会签
桐花思雨
10-31 6536
会签：在流程任务管理中，比如我们有一个任务，可能需要多人审批，审批通过的条件可能比较多样，比如 个人审批， 个人审批通过就算过了（任务完成），再或者有一个人权限比较高，拥有一票否决权。即是其余所有人都审批通过了，他点了个否定就算不过了，这种就是会签会签类型 实现会签是基于 的，将节点设置成多实例，通过在 节点的属性配置 详细的 文件内容 多实例会签任务 节点的属性配置会签人员的集合变量，可以随意命名
flowable工作流--实操篇
当作记事本用
02-13 9210
本文通过申请发工资的业务场景来介绍使用工作流的全流程,包括画流程图,设置属性,以及代码编写使用工作流大致分为三步第一步:根据自己的业务画好流程图第二步:设置流程图的属性和变量,保存模型第三步:部署画好的流程图(发布)第四步:根据业务和流程图写一些服务和监听器这里主要介绍以下几个任务的使用1.用户任务的分配和提交2.服务任务的使用3.中间信号捕捉事件的触发4.排他网关的使用5.通过设置流程变量,实现流程的不同流转。
flowable学习手册
02-08
自己整理的flowable学习手册
Flowable从入门到精通
12-31
4.2.1.3 多人会签MultiInstance 4.2.1.4 动态表单 4.2.2 服务任务ServiceTask 4.2.3 手工任务ManualTask 4.2.4 接受任务ReceiveTask 4.2.5 调用流程CallActivity 4.2.5.1 固定子流程 4.2.5.2 动态子流程 4.3 容器 5 ...
flowable-7.0.0.M
08-10
flowable-7.0.0.Mflowable-7.0.0.M
flowable工作流.zip
01-03
对flowable工作流的简单的学习总结，包括flowable的简介、使用，和spring、sprinboot的整合，一些常见场景的解决方案
多实例会签
04-10
NULL 博文链接：https://bicashy.iteye.com/blog/1616564
flowable多实例并行审核
qq_42715450的博客
09-01 4867
flowable多实例并行审核。
流程引擎（flowable）之会签相关
H_g_y_的博客
09-29 3854
会签
【第十八篇】Flowable之多人会签
波波烤鸭的博客
04-12 6769
一、多人会签 1.流程图绘制   多人会签是指一个任务需要多个人来处理，案例讲解 完整的xml内容 <?xml version="1.0" encoding="UTF-8"?> <definitions xmlns="http://www.omg.org/spec/BPMN/20100524/MODEL" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XML.
Springboot +Flowable，会签、或签简单使用（三）
weixin_40991408的博客
05-17 2246
Springboot +Flowable，会签、或签简单使用（三）
springboot使用flowable（9）
qq_21277357的博客
11-30 954
分配用户:输入表达式 ${userId} 和要和 元素变量(多实例)的字段一样。我们这里设置的会签,2个人成功才能往下走，1个人审批不通过,就退回到上一个节点。注意,如果你的会签里面加了回退,那么会签任务必须要和结束节点挨着，基数(多实例): 输入3，就是你要几个人审批,我这里输入3个人审批。我们可以看到,在总经理审批不通过,就回退到并行网关里面的任务了。不能有其他的会签任务，如果你的会签没有回退,那么可以设置多个。接下来,我们对出差申请，做下改造，加入多实例会签。，就是多个人同时审批一个任务的意思。
Flowable—多实例任务：会签
热门推荐
不是很懂
12-31 3万+
多实例任务 会签 什么是会签？ 举个例子：比如我们有一个任务 可能需要多人审批,审批通过的条件可能比较多样，比如五个人审批。3个人审批过了就算过了，再或者有一个人权限比较高，拥有一票否决权。 即是其余所有人都过了，他点了个否定 就算不过了，这种就是会签。 我们从上面可以清楚看到，这个流程有两个任务节点，分别是多实例任务节点，和任务2. 任务2就是普通的userTask，多实例任务1 其实也是us...
flowable如何实现或签和会签
最新发布
Stone1742的博客
10-18 1204
定义：指同一个审批节点设置多个人，如 ABC 三人，三人会同时收到审批，需全部同意之后，审批才可到下一审批节点。定义：指同一个审批节点设置多个人，如ABC三人，三人会同时收到审批，只要其中任意一人审批即可到下一审批节点。在多实例中的回路特性选择“并行多重事件”在多实例中的回路特性选择“并行多重事件”
flowable 多人审批
04-28
Flowable 多人审批是指在 Flowable 工作流系统中，一个或多个审批人对同一流程进行审批的过程。具体来说，工作流会将流程分成多个任务，每个任务由一位或多位审批人负责审批，当所有任务都被审批通过后，流程才能完成。 在 Flowable 多人审批中，每个任务由一个或多个候选人负责处理。有两种类型的候选人：候选组和候选人。候选组是一组人员，可以根据组的成员和权限进行任务的分配。而候选人则是指具体的人员，由工作流进行任务的分配。工作流会根据任务的属性和优先级来确定哪些候选人可以处理这个任务。 Flowable 多人审批可以通过多种方式进行，例如：并行审批、串行审批、任意审批等。其中，并行审批是所有审批人同时处理任务，只要有一个人通过就可以进行下一步。串行审批则是按照指定顺序，一个人接一个人地处理任务，必须所有人都通过才能进行下一步。任意审批则是由任意一位审批人通过后才能进行下一步。 总之，Flowable 多人审批提高了审批过程的透明度和效率，可以根据实际需求灵活地定义审批流程，提高组织的管理效率和响应速度。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 18
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值