activiti学习(十七)——多实例任务的使用(会签功能)

2023-10-25 03:32

本文主要是介绍activiti学习(十七)——多实例任务的使用(会签功能),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

概述

会签在中国式流程中是非常常见的需求。例如部门领导下发一个文件,需要部门里面每个员工看完之后提交流程以表示已阅。这时候需要使用activiti中的多实例任务。

多实例任务的图标如下:

左边的userTask下方是三条竖线,代表并行多实例,右边的userTask下方是三条横线,代表串行多实例。多实例任务,可以理解为该环节要提交多次才会通过,串行多实例一次只有个任务可提交,并行多实例多个任务可并行提交。

 

串行多实例举例

下面进行串行多实例举例,流程图如下,在员工互评环节为串行多实例

Assignee属性设置为表达式${assignee}

Sequential设置为true,代表串行多实例。loop cardinality设置数量3,代表需要循环提交3次。Collection设置为Assignee的集合,Element variable设置为集合中变量名称,Element variable与Assignee的表达式变量是关联的。Element variable与Collection的关系,类似java中for(String assignee in assigneeList)这样的关系。因此这个流程需要设置多实例任务的Assignee时,我们实际上需要传入流程变量assigneeList。

具体的bpmn文件如下:

<?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:activiti="http://activiti.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.activiti.org/test"><process id="串行多实例任务" name="串行多实例任务" isExecutable="true"><startEvent id="startevent1" name="Start"></startEvent><userTask id="员工互评" name="员工互评" activiti:assignee="${assignee}"><multiInstanceLoopCharacteristics isSequential="true" activiti:collection="assigneeList" activiti:elementVariable="assignee"><loopCardinality>3</loopCardinality></multiInstanceLoopCharacteristics></userTask><sequenceFlow id="flow1" sourceRef="startevent1" targetRef="员工互评"></sequenceFlow><userTask id="领导审核" name="领导审核" activiti:assignee="丁总"></userTask><sequenceFlow id="flow2" sourceRef="员工互评" targetRef="领导审核"></sequenceFlow><endEvent id="endevent1" name="End"></endEvent><sequenceFlow id="flow3" sourceRef="领导审核" targetRef="endevent1"></sequenceFlow></process><bpmndi:BPMNDiagram id="BPMNDiagram_串行多实例任务"><bpmndi:BPMNPlane bpmnElement="串行多实例任务" id="BPMNPlane_串行多实例任务"><bpmndi:BPMNShape bpmnElement="startevent1" id="BPMNShape_startevent1"><omgdc:Bounds height="35.0" width="35.0" x="150.0" y="320.0"></omgdc:Bounds></bpmndi:BPMNShape><bpmndi:BPMNShape bpmnElement="员工互评" id="BPMNShape_员工互评"><omgdc:Bounds height="55.0" width="105.0" x="230.0" y="310.0"></omgdc:Bounds></bpmndi:BPMNShape><bpmndi:BPMNShape bpmnElement="领导审核" id="BPMNShape_领导审核"><omgdc:Bounds height="55.0" width="105.0" x="380.0" y="310.0"></omgdc:Bounds></bpmndi:BPMNShape><bpmndi:BPMNShape bpmnElement="endevent1" id="BPMNShape_endevent1"><omgdc:Bounds height="35.0" width="35.0" x="530.0" y="320.0"></omgdc:Bounds></bpmndi:BPMNShape><bpmndi:BPMNEdge bpmnElement="flow1" id="BPMNEdge_flow1"><omgdi:waypoint x="185.0" y="337.0"></omgdi:waypoint><omgdi:waypoint x="230.0" y="337.0"></omgdi:waypoint></bpmndi:BPMNEdge><bpmndi:BPMNEdge bpmnElement="flow2" id="BPMNEdge_flow2"><omgdi:waypoint x="335.0" y="337.0"></omgdi:waypoint><omgdi:waypoint x="380.0" y="337.0"></omgdi:waypoint></bpmndi:BPMNEdge><bpmndi:BPMNEdge bpmnElement="flow3" id="BPMNEdge_flow3"><omgdi:waypoint x="485.0" y="337.0"></omgdi:waypoint><omgdi:waypoint x="530.0" y="337.0"></omgdi:waypoint></bpmndi:BPMNEdge></bpmndi:BPMNPlane></bpmndi:BPMNDiagram>
</definitions>

 

接下来我们启动流程,并配置assigneeList变量:

public void startProcessByIdWithVar() {RuntimeService runtimeService = pe.getRuntimeService();List<String> assigneeList = new ArrayList<String>();assigneeList.add("张三");assigneeList.add("李四");assigneeList.add("王五");Map<String, Object> vars = new HashMap<String, Object>();vars.put("assigneeList", assigneeList);ProcessInstance pi = runtimeService.startProcessInstanceById("串行多实例任务:2:5004", vars);System.out.println("流程定义ID:" + pi.getProcessInstanceId());System.out.println("流程实例ID:" + pi.getId());
}

 

启动流程后查看act_ru_execution表,会有两个execution,一个是父execution 2501,其IS_ACTIVE值为0,表示非活动状态。其子execution 2506为活动状态,为子execution,处于员工互评环节。

 

由于是串行多实例任务,act_ru_task表同时只会有一个任务。此时任务处理人为张三。提交了该任务后会到李四,然后再提交就到王五。串行多实例任务是一个接一个的处理方式。

 

act_ru_variable变量表比较多记录,在流程处于多实例任务时,系统会有几个内置的变量,其中几个变量的含义分别是:

nrOfInstances:多实例任务总数;

nrOfCompletedInstances:当前已完成实例数;

loopCounter:循环计数;

nrOfActiveInstances:当前活动状态的实例数。像串行多实例,自然当前活动状态的实例数就是1了。

 

并行多实例举例

并行多实例与串行多实例差不多,仅在Sequential

<?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:activiti="http://activiti.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.activiti.org/test"><process id="并行多实例" name="并行多实例" isExecutable="true"><startEvent id="startevent1" name="Start"></startEvent><userTask id="员工互评" name="员工互评" activiti:assignee="${assignee}"><multiInstanceLoopCharacteristics isSequential="false" activiti:collection="assigneeList" activiti:elementVariable="assignee"><loopCardinality>3</loopCardinality></multiInstanceLoopCharacteristics></userTask><userTask id="领导审批" name="领导审批"></userTask><sequenceFlow id="flow3" sourceRef="员工互评" targetRef="领导审批"></sequenceFlow><endEvent id="endevent1" name="End"></endEvent><sequenceFlow id="flow4" sourceRef="领导审批" targetRef="endevent1"></sequenceFlow><sequenceFlow id="flow5" sourceRef="startevent1" targetRef="员工互评"></sequenceFlow></process><bpmndi:BPMNDiagram id="BPMNDiagram_并行多实例"><bpmndi:BPMNPlane bpmnElement="并行多实例" id="BPMNPlane_并行多实例"><bpmndi:BPMNShape bpmnElement="startevent1" id="BPMNShape_startevent1"><omgdc:Bounds height="35.0" width="35.0" x="200.0" y="390.0"></omgdc:Bounds></bpmndi:BPMNShape><bpmndi:BPMNShape bpmnElement="员工互评" id="BPMNShape_员工互评"><omgdc:Bounds height="55.0" width="105.0" x="310.0" y="380.0"></omgdc:Bounds></bpmndi:BPMNShape><bpmndi:BPMNShape bpmnElement="领导审批" id="BPMNShape_领导审批"><omgdc:Bounds height="55.0" width="105.0" x="460.0" y="380.0"></omgdc:Bounds></bpmndi:BPMNShape><bpmndi:BPMNShape bpmnElement="endevent1" id="BPMNShape_endevent1"><omgdc:Bounds height="35.0" width="35.0" x="610.0" y="390.0"></omgdc:Bounds></bpmndi:BPMNShape><bpmndi:BPMNEdge bpmnElement="flow3" id="BPMNEdge_flow3"><omgdi:waypoint x="415.0" y="407.0"></omgdi:waypoint><omgdi:waypoint x="460.0" y="407.0"></omgdi:waypoint></bpmndi:BPMNEdge><bpmndi:BPMNEdge bpmnElement="flow4" id="BPMNEdge_flow4"><omgdi:waypoint x="565.0" y="407.0"></omgdi:waypoint><omgdi:waypoint x="610.0" y="407.0"></omgdi:waypoint></bpmndi:BPMNEdge><bpmndi:BPMNEdge bpmnElement="flow5" id="BPMNEdge_flow5"><omgdi:waypoint x="235.0" y="407.0"></omgdi:waypoint><omgdi:waypoint x="310.0" y="407.0"></omgdi:waypoint></bpmndi:BPMNEdge></bpmndi:BPMNPlane></bpmndi:BPMNDiagram>
</definitions>

接下来我们启动流程,和之前串行的时候一样,也是把assigneeList作为流程变量,传递处理人信息

public void startProcessByIdWithVar() {RuntimeService runtimeService = pe.getRuntimeService();List<String> assigneeList = new ArrayList<String>();assigneeList.add("张三");assigneeList.add("李四");assigneeList.add("王五");Map<String, Object> vars = new HashMap<String, Object>();vars.put("assigneeList", assigneeList);ProcessInstance pi = runtimeService.startProcessInstanceById("并行多实例:1:4", vars);System.out.println("流程定义ID:" + pi.getProcessInstanceId());System.out.println("流程实例ID:" + pi.getId());
}

 

启动流程后,观察act_ru_execution表,看到当前有5条记录。其中第一条为父execution,第二条为标识分支的execution,3-5条为具体的并行execution,。其在执行表中的表现与并行网关很相似。

 

再看act_ru_task表,同时有三条task记录,即张三、李四、王五可并行提交各自的任务。

当我们把张三、李四的记录提交之后,再看act_ru_execution表:

与并行网关不同的是,提交后对应的execution仍在,只是IS_ACTIVE置0。

 

动态配置

上面两个例子中,我们已经通过设置Collection和Element variable来实现动态配置assignee了。还有一个疑问,loop cardinality如果是一个固定值,那么进行员工互评时,员工的数量不可能一直是一个固定值,而且每个部门进行互评时,部门的人数也各不相同,总不可能为每个部门配置一个流程,并且实时维护多实例循环次数。其实只要我们设置了Collection并且不设置loop cardinality的话,那么activiti就会把Collection的长度作为loop cardinality的值,实现了动态配置多实例任务循环次数。

 

条件配置

在上面例子中,还有一个遗漏的属性没讲,就是Completion condition。这个属性表示当其值为true时,多实例流程就完成了。例如部门里项目评估小组进行决策,小组中成员超过60%的人同意,那么该环节就通过。这样我们就要使用Completion condition。

 

我们现在就以项目专家评估小组为例。假设项目需要先由一个专家评估小组进行评估,超过60%的人提交了,那环节就通过。我们设计流程图,在Completion condition中设置${nrOfCompletedInstances/nrOfInstances>=0.6},即当任务完成数大于等于任务总数的60%时,多实例任务完成。

 

下来我们启动流程,这次我们在assigneeList中加入五个人。那么按照条件,当有三人提交后,流程就会走到下一个节点。

public void startProcessByIdWithVar() {RuntimeService runtimeService = pe.getRuntimeService();List<String> assigneeList = new ArrayList<String>();assigneeList.add("张三");assigneeList.add("李四");assigneeList.add("王五");assigneeList.add("赵六");assigneeList.add("孙七");Map<String, Object> vars = new HashMap<String, Object>();vars.put("assigneeList", assigneeList);ProcessInstance pi = runtimeService.startProcessInstanceById("条件配置多实例:1:4", vars);System.out.println("流程定义ID:" + pi.getProcessInstanceId());System.out.println("流程实例ID:" + pi.getId());
}

 

看下执行表act_ru_execution表

 

任务表act_ru_task表

根据设置的 Completion condition,我们只要完成3个task,该节点就会通过。我们尝试提交张三、李四、王五这三人的task看看结果。

当提交了三人的任务后,看看此时act_ru_execution表,已经到了项目实施环节:

 

而act_ru_task表,之前赵六、孙七未提交的任务,会被删除。

可以看看历史任务表act_hi_task,在DELETE_REASON一栏,赵六、孙七是以“deleted”原因而删除的,张三、李四、王五则是以 “completed”原因删除的。

 

上面的例子只是条件配置比较简单的用法。实际中可以配合不同的流程变量进行判断,再配合流程分支和网关,实现不同的走向,例如超过30%的人提交反对意见,则流程退回到上一个节点。

 

小结

本文主要讲解了流程的会签功能如何通过activiti的多实例任务进行实现,以及多实例任务的基本用法。实际项目中,还常常会用到加签、减签等等,这个留到后面再研究。

这篇关于activiti学习(十七)——多实例任务的使用(会签功能)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/279745

相关文章

HarmonyOS学习(七)——UI(五)常用布局总结

自适应布局 1.1、线性布局(LinearLayout) 通过线性容器Row和Column实现线性布局。Column容器内的子组件按照垂直方向排列,Row组件中的子组件按照水平方向排列。 属性说明space通过space参数设置主轴上子组件的间距,达到各子组件在排列上的等间距效果alignItems设置子组件在交叉轴上的对齐方式,且在各类尺寸屏幕上表现一致,其中交叉轴为垂直时,取值为Vert

Ilya-AI分享的他在OpenAI学习到的15个提示工程技巧

Ilya(不是本人,claude AI)在社交媒体上分享了他在OpenAI学习到的15个Prompt撰写技巧。 以下是详细的内容: 提示精确化:在编写提示时,力求表达清晰准确。清楚地阐述任务需求和概念定义至关重要。例:不用"分析文本",而用"判断这段话的情感倾向:积极、消极还是中性"。 快速迭代:善于快速连续调整提示。熟练的提示工程师能够灵活地进行多轮优化。例:从"总结文章"到"用

中文分词jieba库的使用与实景应用(一)

知识星球:https://articles.zsxq.com/id_fxvgc803qmr2.html 目录 一.定义: 精确模式(默认模式): 全模式: 搜索引擎模式: paddle 模式(基于深度学习的分词模式): 二 自定义词典 三.文本解析   调整词出现的频率 四. 关键词提取 A. 基于TF-IDF算法的关键词提取 B. 基于TextRank算法的关键词提取

使用SecondaryNameNode恢复NameNode的数据

1)需求: NameNode进程挂了并且存储的数据也丢失了,如何恢复NameNode 此种方式恢复的数据可能存在小部分数据的丢失。 2)故障模拟 (1)kill -9 NameNode进程 [lytfly@hadoop102 current]$ kill -9 19886 (2)删除NameNode存储的数据(/opt/module/hadoop-3.1.4/data/tmp/dfs/na

Hadoop数据压缩使用介绍

一、压缩原则 (1)运算密集型的Job,少用压缩 (2)IO密集型的Job,多用压缩 二、压缩算法比较 三、压缩位置选择 四、压缩参数配置 1)为了支持多种压缩/解压缩算法,Hadoop引入了编码/解码器 2)要在Hadoop中启用压缩,可以配置如下参数

【前端学习】AntV G6-08 深入图形与图形分组、自定义节点、节点动画(下)

【课程链接】 AntV G6:深入图形与图形分组、自定义节点、节点动画(下)_哔哩哔哩_bilibili 本章十吾老师讲解了一个复杂的自定义节点中,应该怎样去计算和绘制图形,如何给一个图形制作不间断的动画,以及在鼠标事件之后产生动画。(有点难,需要好好理解) <!DOCTYPE html><html><head><meta charset="UTF-8"><title>06

Makefile简明使用教程

文章目录 规则makefile文件的基本语法:加在命令前的特殊符号:.PHONY伪目标: Makefilev1 直观写法v2 加上中间过程v3 伪目标v4 变量 make 选项-f-n-C Make 是一种流行的构建工具,常用于将源代码转换成可执行文件或者其他形式的输出文件(如库文件、文档等)。Make 可以自动化地执行编译、链接等一系列操作。 规则 makefile文件

学习hash总结

2014/1/29/   最近刚开始学hash,名字很陌生,但是hash的思想却很熟悉,以前早就做过此类的题,但是不知道这就是hash思想而已,说白了hash就是一个映射,往往灵活利用数组的下标来实现算法,hash的作用:1、判重;2、统计次数;

使用opencv优化图片(画面变清晰)

文章目录 需求影响照片清晰度的因素 实现降噪测试代码 锐化空间锐化Unsharp Masking频率域锐化对比测试 对比度增强常用算法对比测试 需求 对图像进行优化,使其看起来更清晰,同时保持尺寸不变,通常涉及到图像处理技术如锐化、降噪、对比度增强等 影响照片清晰度的因素 影响照片清晰度的因素有很多,主要可以从以下几个方面来分析 1. 拍摄设备 相机传感器:相机传

C++11第三弹:lambda表达式 | 新的类功能 | 模板的可变参数

🌈个人主页: 南桥几晴秋 🌈C++专栏: 南桥谈C++ 🌈C语言专栏: C语言学习系列 🌈Linux学习专栏: 南桥谈Linux 🌈数据结构学习专栏: 数据结构杂谈 🌈数据库学习专栏: 南桥谈MySQL 🌈Qt学习专栏: 南桥谈Qt 🌈菜鸡代码练习: 练习随想记录 🌈git学习: 南桥谈Git 🌈🌈🌈🌈🌈🌈🌈🌈🌈🌈🌈🌈🌈�