Activiti 工作流会签开发设计思路

最新推荐文章于 2025-06-11 13:48:35 发布
最新推荐文章于 2025-06-11 13:48:35 发布
阅读量1.9k 收藏 5
点赞数 2
分类专栏： Hibernate Spring JBPM 会签 Activiti5 文章标签： java 数据结构与算法
本文介绍使用Activiti工作流引擎实现动态会签的方法，包括串行与并行会签的设计思路，以及如何通过节点多实例特性实现灵活的会签规则设定。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

Activiti 工作流会签开发设计思路

 

在流程业务管理中，任务是通常都是由一个人去处理的，而多个人同时处理一个任务，这种任务我们称之为会签任务。这种业务需求也很常见，如一个请款单，领导审批环节中，就需要多个部门领导签字。在流程业务中，我们可以把每个领导签字的环节都定义为任务，但若这样，这个流程业务有一点是固定的，就是签批人是固定的。而任务是由一个领导签完再到另一领导，当然也可以由多个领导同时签字。

传统的用流程业务来解决可以采用以下的做法：

 
串行会签
串行会签
 
并行会签
 
 

 

前者在流程业务中，叫串行会签，也即是由一个领导签完再至另一领导签。后者我们称之为并行会签，表示几个领导同时进行签发，而不清楚最终是谁先签。

 

以上的解决方式有两大业务需求下是不能满足的，若会签的领导不是固定的，即可以由上一任务审批人提交前随意进行选择，另一种是对于会签业务中，要求若其中一部分领导审批通过，即直接往下走，不需要全部领导进行审批。另外，对于这种情况下，统计最终领导会签的结果也是比较困难的，即对审批单的意见是同意还是否决没有办法清楚。以上两种业务需求也是很常见的日常需求，但我们若采用了固定的流程节点，则不能实现。在这里，可以采用Activiti的节点多实例来处理，以上流程则可以简化为下：

 
activiti会签流程设计
 
何谓多任务实例节点？在Activiti5上的解析则为动态的多任务节点，可以根据传入的动态人员数进行动态生成任务。生成的任务数则不固定，可以进行并行会签，也可以进行串行会签。会签任务最终是否需要往下执行，由会签设置的规则来进行约束。如我们可以常规去设置“一票通过”、“一票否决”、“少数服务多数”等会签规则。因此，我们需要在会签节点上绑定我们的设计规则。会签规则设置界面如下：
 
会签规则设计
 
通过会签设计规则，可以清楚最终会签人员的投票结果。其数据结构如下所示:
会签规则表
 
会签任务的定义本身已经由Activiti来实现了，但需要动态传入动态的人员数
  
<userTask activiti:assignee="${assignee}" id="SignTask1" name="领导会签">
<extensionElements>
<activiti:taskListener class="com.hotent.platform.service.bpm.listener.TaskSignCreateListener" event="create"/>
<activiti:taskListener class="com.hotent.platform.service.bpm.listener.TaskAssignListener" event="assignment"/>
<activiti:taskListener class="com.hotent.platform.service.bpm.listener.TaskCompleteListener" event="complete"/>
</extensionElements>
<multiInstanceLoopCharacteristics activiti:elementVariable="assignee" isSequential="false" activiti:collection="${taskUserAssignService.getSignUser(execution)}">
<completionCondition>${signComplete.isComplete(execution)}</completionCondition>
</multiInstanceLoopCharacteristics>
</userTask>
 其中，isSequential为true则为串行会签，若为false则为并行会签，而activiti:collection可以来自我们Spring容器中的接口及方法，表示获取会签用户集合，taskUserAssignService.getSignUser(execution)。其获取会签的用户值来自两个方面，一个在界面中指定的会签人员，另一个在后台会签节点上配置的人员。
 
会签人员设置
后台会签节点人员设置
 
会签人员设置2
任务审批面上选择下一任务会签人员
 
<completeCondition>为完成会签的条件signComplete.isComplete(execution)，可以在这里根据我们的会签规则及目前的会签情况，决定会签是否完成。其实现如下所示：
 
最终实现逻辑： 
	@Override
	public boolean isComplete(ActivityExecution execution) {
		
		logger.debug("entert the SignComplete isComplete method...");
		
		String nodeId=execution.getActivity().getId();
		String actInstId=execution.getProcessInstanceId();
		
		ProcessDefinition processDefinition=bpmService.getProcessDefinitionByProcessInanceId(actInstId);
		//取得会签设置的规则
		BpmNodeSign bpmNodeSign=bpmNodeSignService.getByDefIdAndNodeId(processDefinition.getId(), nodeId);
		//完成会签的次数
		Integer completeCounter=(Integer)execution.getVariable("nrOfCompletedInstances");
		//总循环次数
		Integer instanceOfNumbers=(Integer)execution.getVariable("nrOfInstances");
		//计算投票结果。
		VoteResult voteResult=calcResult(bpmNodeSign, actInstId, nodeId, completeCounter,instanceOfNumbers);
		
		String signResult=voteResult.getSignResult();
		boolean isCompleted=voteResult.getIsComplete();
		
		/**
		* 会签完成做的动作。
		* 1.删除会签的流程变量。
		* 2.将会签数据更新为完成。
		* 3.设置会签结果变量。
		* 4.更新会签节点结果。
		* 5.清除会签用户。
		*/
		if(isCompleted){
			//删除会签的变量。
			//删除 assignee，loopCounter变量。
			bpmService.delLoopAssigneeVars(execution.getId());
			logger.debug("set the sign result + " + signResult);
			//将会签数据更新为完成。
			taskSignDataService.batchUpdateCompleted(actInstId, nodeId);
			//设置会签的结果
			execution.setVariable("signResult_" + nodeId , signResult);
			//更新会签节点的状态。
			Short status=TaskOpinion.STATUS_PASSED;
			if(signResult.equals(SIGN_RESULT_REFUSE)){
				status=TaskOpinion.STATUS_NOT_PASSED;
			}
			//更新会签节点的状态。
			bpmProStatusDao.updStatus(actInstId, nodeId,status);
			//清除会签用户。
			taskUserAssignService.clearSignUser();
		}
		
		return isCompleted;
	}

/**
	 * 根据会签规则计算投票结果。
	 * <pre>
	 * 1.如果会签规则为空，那么需要所有的人同意通过会签，否则不通过。
	 * 2.否则按照规则计算投票结果。
	 * </pre>
	 * @param bpmNodeSign		会签规则
	 * @param actInstId			流程实例ID
	 * @param nodeId			节点id名称
	 * @param completeCounter		循环次数
	 * @param instanceOfNumbers		总的会签次数。
	 * @return
	 */
	private VoteResult calcResult(BpmNodeSign bpmNodeSign,String actInstId,String nodeId,Integer completeCounter,Integer instanceOfNumbers){
		VoteResult voteResult=new VoteResult();
		//没有会签实例
		if(instanceOfNumbers==0){
			return voteResult;
		}
		//投同意票数
		Integer agreeVotesCounts=taskSignDataService.getAgreeVoteCount(actInstId, nodeId);
		//没有设置会签规则
		//（那么得全部会签通过才通过，否则不通过)
		if(bpmNodeSign==null){
			//还没有完成可以退出。
			if(completeCounter<instanceOfNumbers){
				return voteResult;
			}
			else{
				//完成了 (全部同意才通过)
				if(agreeVotesCounts.equals(instanceOfNumbers)){
					return new VoteResult(SIGN_RESULT_PASS,true);
				}
				else{
					return new VoteResult(SIGN_RESULT_REFUSE,true);
				}
			}
		}
		
		//投反对票数
		Integer refuseVotesCounts=taskSignDataService.getRefuseVoteCount(actInstId, nodeId);
		
		//检查投票是否完成
		if(BpmNodeSign.VOTE_TYPE_PERCENT.equals(bpmNodeSign.getVoteType())){
			float percents=0;
			//按同意票数进行决定
			if(BpmNodeSign.DECIDE_TYPE_PASS.equals(bpmNodeSign.getDecideType())){
				percents=agreeVotesCounts/instanceOfNumbers;
				//投票同意票符合条件
				if(percents>=bpmNodeSign.getVoteAmount()){
					voteResult=new VoteResult(SIGN_RESULT_PASS, true);
				}
				//投票已经全部完成
				else if(completeCounter.equals(instanceOfNumbers)){
					voteResult=new VoteResult(SIGN_RESULT_REFUSE, true);
				}
			}
			//按反对票数进行决定
			else{
				percents=refuseVotesCounts/instanceOfNumbers;
				//投票
				if(percents>=bpmNodeSign.getVoteAmount()){
					voteResult=new VoteResult(SIGN_RESULT_REFUSE, true);
				}
				//投票已经全部完成
				else if(completeCounter.equals(instanceOfNumbers)){
					voteResult=new VoteResult(SIGN_RESULT_PASS, true);
				}
			}
		}
		//按绝对票数投票
		else{
			//按同意票数进行决定
			if(BpmNodeSign.DECIDE_TYPE_PASS.equals(bpmNodeSign.getDecideType())){
				//投票同意票符合条件
				if(agreeVotesCounts>=bpmNodeSign.getVoteAmount()){
					voteResult=new VoteResult(SIGN_RESULT_PASS, true);
				}
				//投票已经全部完成
				else if(completeCounter.equals(instanceOfNumbers)){
					voteResult=new VoteResult(SIGN_RESULT_REFUSE, true);
				}
			}
			//按反对票数进行决定
			else{
				//投票
				if(refuseVotesCounts>=bpmNodeSign.getVoteAmount()){
					voteResult=new VoteResult(SIGN_RESULT_REFUSE, true);
				}
				//投票已经全部完成
				else if(completeCounter.equals(instanceOfNumbers)){
					voteResult=new VoteResult(SIGN_RESULT_PASS, true);
				}
			}
		}
		return voteResult;
	}
 
 

想部署及学习了解，可参考本人新的博客获得下载源代码。

 

http://redxun.iteye.com/blog/2406509

 
 

 

应用开发平台集成工作流系列之6——流程建模功能办理节点转换设计与实现
学海无涯，行者无疆
08-14 603
上篇搭建了模型转换框架，今天重点来说任务办理节点如何处理。这里的任务办理不仅包括审批审核，也包括任务的处理，使用任务办理，覆盖范围更大，从业务含义上也更准确，毕竟审批往往是领导对下级。 办理节点，对应着Camunda中的用户任务概念，是是最常见最常用的，模型转换的重要前置工作，实际得先把该类节点的要做的配置设计好。工作流引擎需要跟平台整合，特别是做一些特定的功能才能满足中国式审批，需要加一些额外属性，使其更友好和方便使用，例如：能够设置下一环节是会签，还是普通审批，是否需要用户指定处理人。 办理节点，很重
应用开发平台集成工作流系列之8——流程建模功能回退与跳转
学海无涯，行者无疆
08-28 952
对于流程设置不友好的问题，国内钉钉另行设计与实现了一套流程建模模式，跟bpmn规范无关，有人仿照实现了下，并做了开源。实现大致原理是基于无限嵌套的子节点，输出json数据，传给后端，后端进行解析后，调用Camunda引擎的api，转换成流程模型后持久化。**这种模式，相对于Camunda附带的bpmn2.0规范的流程建模，友好性大幅提升，但也引入了新的问题，没法设定环节之间的“跳跃式流转”。在现有的流程建模的模式下，需要进行变通，来实现跳跃式流转，具体实现思路是自定义配置的方式来存储各环节可以回退或跳转的环
Activiti会签
Uself
05-07 2万+
1. 什么是会签 a) 在流程业务管理中，任务是通常都是由一个人去处理的，而多个人同时处理一个任务，这种任务我们称之为会签任务。 2. 会签的种类 a) 按数量通过：达到一定数量的通过表决后，会签通过。 b) 按比例通过：达到一定比例的通过表决后，会签通过。 c) 一票否决：只要有一个表决时否定的，会签通过。 d) 一票通过：只要有一个表决通过的，会签通过.........
activiti 工作流会签 / 多人审批时若一人通过即可
热门推荐
artaganan8的博客
09-06 6万+
activiti 工作流会签时为所有的都审批通过才可进入下一环节： 1.编写监听类 public class MyTaksListener implements TaskListener {     public void notify(DelegateTask delegateTask) {         System.out.println("delegateTask.g
状态机工作流实例：实现抢签与会签功能
最新发布
weixin_42405592的博客
06-11 610
定义一个高效的抢签流程需要考虑多方面因素，以下是流程设计中需要遵循的关键步骤：需求分析：首先明确业务场景和用户需求，确定哪些情况需要触发抢签操作。流程设计：设计抢签流程时，需要考虑用户界面的响应性和后端处理的速度，确保用户在提交抢签请求时能即时获得反馈。并发控制：设计一个能够处理高并发请求的机制，常见的方法包括使用锁机制、消息队列、分布式缓存等。数据同步：确保在抢签过程中数据的一致性和准确性，通常需要采用事务或锁来保证。结果反馈。
Activiti7工作流引擎：进阶篇(十一) 会签、或签
人不风流枉少年
12-19 1万+
之前的任务负责人Assignee都是一个，而任务可以有多个人有权限审批，只要其中有一部分人完成审批任务就算整个任务完成。 同一个任务需要多个负责人来完成被称之为“会签”。 会签就是一种投票，满足投票人数就过。 会签是通过多实例Multi Instance来设置的： Sequential：执行顺序，true表示多实例顺序执行，false表示多实例并行。 Loop Cardinality：循环基数，选填，会签人数。 Completion Condition：完成条件，Activiti预定义了3个.
Activiti工作流-会签 专家会签、多人会签、主子流程
jing372769422的专栏
12-29 1102
Activiti工作流、主子流程、父子流程、专家会签、多人会签
应用开发平台集成工作流系列之3——流程建模功能模型转换技术方案
学海无涯，行者无疆
07-24 747
对于流程设置不友好的问题，国内钉钉另行设计与实现了一套流程建模模式，跟bpmn规范无关，有人仿照实现了下，并做了开源（），效果图如下：实现大致原理是基于无限嵌套的子节点，输出json数据，传给后端，后端进行解析后，调用Camunda引擎的api，转换成流程模型后持久化。上篇介绍了前端集成，今天重点来说下如何解析前端传来的json数据，调用Camunda引擎的api，转换成流程模型这部分内容。
Activiti选人页面的实现
泽宇的博客
09-11 5825
Activiti会签、选人页面的实现 Activiti 1、背景 Activiti默认是不带有选人的功能的，它默认的是在调用complete方法的时候自动根据下一个节点的 assignee属性设置下一节点的候选人，也可设置candidate属性或者角色，提交到下一步，流程引擎自动解析为公有任务，需要具体执行人去认领。  但是并不是所有的业务逻辑都符合Activit规定的标准情况
Activiti 并行网关实现撤回功能
weixin_41650839的博客
04-26 8307
最近在工作中遇到一个Activiti 工作流的撤回功能，不是驳回，驳回可以直接由当前任务操作人员完成，但是撤回不一样，撤回是上一个任务人员操作的，并且把当前任务结束掉，活动任务回到上一个任务上面去，以下是自己的设计思路，以及完成方案 思路： 从主路撤回到主路的上一节点 从支路撤回到主路的上一节点 从支路撤回到支路的上一节点 从主路撤回到支路的上一节点 分别如图： 从支路撤回到支路的上一节点（...
Activiti多实例任务实现会签
12-09
Activiti多实例任务实现会签.
activiti取会签人员
11-02
在用activiti的时候经常遇到取会签人员的问题，这个文档解决怎么获取会签人员。
Activiti-5.4中实现会签
03-30
NULL 博文链接：https://mydownload.iteye.com/blog/1329488
activiti学习-使用activiti多实例任务实现会签
06-23
activiti学习-使用activiti多实例任务实现会签
activiti会签
pscool的博客
11-21 2750
12，Activiti会签功能activiti6的使用，或签，会签，顺签activiti学习（十七）——多实例任务的使用（会签功能）
activiti 工作流会签 / 多人审批时一人通过也可 / 在当前节点获取下一节点的信息 / 流程部署之后发布之前获取所有节点的信息 / 流程启动开始之前传送之后节点办理人 / 同一结点设置多个监听
u011277123的博客
09-05 8376
activiti 工作流会签时为所有的都审批通过才可进入下一环节： 1.编写监听类 public class MyTaksListener implements TaskListener {     public void notify(DelegateTask delegateTask) {         System.out.println("delegateTask.getEv
vue工作流管理软件
03-22
<think>好的，用户想找基于Vue的工作流管理软件推荐或者如何用Vue开发这样的系统。首先，我需要回忆一下常见的Vue开源项目，特别是和工作流相关的。可能有一些现成的解决方案，比如基于Vue和Element UI或Ant Design Vue的，或者结合BPMN.js的。 然后，用户可能不只是需要现成的软件，可能还想自己开发，所以得考虑开发流程。需要分步骤来，比如技术选型、流程设计器、后端集成、权限管理等部分。技术栈方面，前端用Vue3组合式API，UI框架选Element Plus或者Ant Design Vue都不错。流程设计器可能需要BPMN.js，这个库专门用来做BPMN 2.0的建模，比较专业。 然后后端部分，可能需要Spring Boot或者Node.js，比如NestJS，这些和Vue搭配起来比较常见。数据库的话，MySQL或PostgreSQL适合业务数据，流程实例可能需要用Activiti或Camunda，不过这些是Java系的，如果用户想用Node.js，可以考虑自己设计流程引擎或者用一些轻量级的库。 权限管理方面，Vue通常会用Vue Router做路由权限，结合RBAC模型，后端用JWT或者OAuth2来管理。状态管理用Pinia比较合适，替代Vuex，因为更轻量。 然后，用户可能需要参考现有的项目，比如上面提到的那个软件项目开发管理系统，里面提到简化了管理方式，所以可以强调系统的模块化设计，比如流程设计器、任务处理、监控等模块。需要提到具体的实现步骤，比如如何集成BPMN.js，如何与后端API交互，如何处理流程实例的状态。 另外，用户可能关心优化和扩展性，比如如何提高渲染性能，如何支持复杂的流程，或者如何集成第三方服务。可能还需要考虑移动端适配，使用Vant等UI框架。 最后，安全问题也很重要，比如XSS防护，接口的鉴权，数据加密等。这些都是在开发过程中需要注意的点。 现在需要把这些思路整理成结构化的回答，分点推荐现成的解决方案，再详细说明开发步骤，最后给出相关的问题扩展。同时，要确保提到的引用正确，比如那个参考的软件项目管理系统是基于Vue的，所以可以作为例子说明优势。</think>### 基于Vue的工作流管理解决方案推荐与开发指南 #### 一、现有基于Vue的工作流管理软件推荐 1. **KFormDesign（开源流程设计器）** - 基于Vue3+Element Plus的可视化表单/流程设计工具 - 支持拖拽式节点配置和条件分支设置 - 配套运行时解析引擎可实现完整流程执行 2. **bpmn-js + Vue集成方案** - 使用BPMN 2.0标准规范开发流程设计器 $$ \text{BPMN元素} = \{\text{Task}, \text{Gateway}, \text{Event}, ...\} $$ - 通过`bpmn-js-properties-panel`扩展属性配置功能 - 适合需要高度定制化的企业级流程管理[^1] 3. **JVS低代码平台（企业级方案）** - 包含智能表单设计器+可视化流程引擎 - 支持会签、并行审批等复杂场景 - 提供API网关实现第三方系统集成 #### 二、Vue工作流管理系统开发步骤 **1. 技术选型建议** - 前端框架：Vue3 + TypeScript + Pinia - UI组件库：Element Plus / Ant Design Vue - 流程引擎：bpmn-js + 自研解析器 或 Activiti/Flowable集成 - 后端技术：Spring Boot / NestJS + MySQL/PostgreSQL **2. 核心功能实现** **(1) 流程设计器开发** ```javascript // BPMN初始化示例 import BpmnModeler from 'bpmn-js/lib/Modeler'; const modeler = new BpmnModeler({ container: '#canvas', propertiesPanel: { parent: '#properties' } }); ``` - 通过`moddleExtensions`扩展自定义元素属性 - 使用`min-dash`实现命令栈管理 **(2) 流程执行引擎** - 定义流程实例状态机： $$ \text{状态转移矩阵} = \begin{bmatrix} \text{待处理} & \rightarrow & \text{进行中} \\ \text{进行中} & \rightarrow & \text{已完成/退回} \end{bmatrix} $$ - 实现会签逻辑： ```javascript const needSignCount = nodes.filter(n => n.type === '会签').length; ``` **3. 典型系统架构** ``` 前端层(Vue) 网关层 后端服务层 ├─流程设计器 ←→ API Gateway ←→ 流程引擎服务 ├─任务中心 ←→ 权限服务 └─监控看板 ←→ 数据分析服务 ``` 该架构支持高并发场景下的流程处理，符合现代微服务架构设计原则[^1] **4. 关键优化点** - 使用Web Worker处理复杂流程计算 - 通过Vue的keep-alive缓存高频访问视图 - 采用IndexedDB存储本地流程草稿 - 实现增量式流程定义更新策略
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值