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

最新推荐文章于 2023-11-21 23:00:18 发布
最新推荐文章于 2023-11-21 23:00:18 发布
阅读量241 收藏
点赞数
文章标签： java 数据结构与算法

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

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

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

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

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

流程图
何谓多任务实例节点？在Activiti5上的解析则为动态的多任务节 点，可以根据传入的动态人员数进行动态生成任务。生成的任务数则不固定，可以进行并行会签，也可以进行串行会签。会签任务最终是否需要往下执行，由会签设 置的规则来进行约束。如我们可以常规去设置“一票通过”、“一票否决”、“少数服务多数”等会签规则。因此，我们需要在会签节点上绑定我们的设计规则。会签规则设置界面如下：
会签规则设置界面
通过会签设计规则，可以清楚最终会签人员的投票结果。其数据结构如下所示:
数据结构
会签任务的定义本身已经由Activiti来实现了，但需要动态传入动态的人员数
Java代码
  1. <userTaskactiviti:assignee="${assignee}"id="SignTask1"name="领导会签">
  2. <extensionElements>
  3. <activiti:taskListenerclass="com.hotent.platform.service.bpm.listener.TaskSignCreateListener"event="create"/>
  4. <activiti:taskListenerclass="com.hotent.platform.service.bpm.listener.TaskAssignListener"event="assignment"/>
  5. <activiti:taskListenerclass="com.hotent.platform.service.bpm.listener.TaskCompleteListener"event="complete"/>
  6. </extensionElements>
  7. <multiInstanceLoopCharacteristicsactiviti:elementVariable="assignee"isSequential="false"activiti:collection="${taskUserAssignService.getSignUser(execution)}">
  8. <completionCondition>${signComplete.isComplete(execution)}</completionCondition>
  9. </multiInstanceLoopCharacteristics>
  10. </userTask>
其中，isSequential为true则为串行会签，若为 false则为并行会签，而activiti:collection可以来自我们Spring容器中的接口及方法，表示获取会签用户集 合，taskUserAssignService.getSignUser(execution)。其获取会签的用户值来自两个方面，一个在界面中指定的会签人员，另一个在后台会签节点上配置的人员。
指定会签人员
后台会签节点人员设置
后台会签节点人员设置
任务审批面上选择下一任务会签人员
<completeCondition>为完成会签的条件signComplete.isComplete(execution)，可以在这里根据我们的会签规则及目前的会签情况，决定会签是否完成。其实现如下所示：
最终实现逻辑：
Java代码
  1. @Override
  2. publicbooleanisComplete(ActivityExecutionexecution){
  4. logger.debug("enterttheSignCompleteisCompletemethod...");
  6. StringnodeId=execution.getActivity().getId();
  7. StringactInstId=execution.getProcessInstanceId();
  9. ProcessDefinitionprocessDefinition=bpmService.getProcessDefinitionByProcessInanceId(actInstId);
  10. //取得会签设置的规则
  11. BpmNodeSignbpmNodeSign=bpmNodeSignService.getByDefIdAndNodeId(processDefinition.getId(),nodeId);
  12. //完成会签的次数
  13. IntegercompleteCounter=(Integer)execution.getVariable("nrOfCompletedInstances");
  14. //总循环次数
  15. IntegerinstanceOfNumbers=(Integer)execution.getVariable("nrOfInstances");
  16. //计算投票结果。
  17. VoteResultvoteResult=calcResult(bpmNodeSign,actInstId,nodeId,completeCounter,instanceOfNumbers);
  19. StringsignResult=voteResult.getSignResult();
  20. booleanisCompleted=voteResult.getIsComplete();
  22. /**
  23. *会签完成做的动作。
  24. *1.删除会签的流程变量。
  25. *2.将会签数据更新为完成。
  26. *3.设置会签结果变量。
  27. *4.更新会签节点结果。
  28. *5.清除会签用户。
  29. */
  30. if(isCompleted){
  31. //删除会签的变量。
  32. //删除assignee，loopCounter变量。
  33. bpmService.delLoopAssigneeVars(execution.getId());
  34. logger.debug("setthesignresult+"+signResult);
  35. //将会签数据更新为完成。
  36. taskSignDataService.batchUpdateCompleted(actInstId,nodeId);
  37. //设置会签的结果
  38. execution.setVariable("signResult_"+nodeId,signResult);
  39. //更新会签节点的状态。
  40. Shortstatus=TaskOpinion.STATUS_PASSED;
  41. if(signResult.equals(SIGN_RESULT_REFUSE)){
  42. status=TaskOpinion.STATUS_NOT_PASSED;
  43. }
  44. //更新会签节点的状态。
  45. bpmProStatusDao.updStatus(actInstId,nodeId,status);
  46. //清除会签用户。
  47. taskUserAssignService.clearSignUser();
  48. }
  50. returnisCompleted;
  51. }
  53. **
  54. *根据会签规则计算投票结果。
  55. *<pre>
  56. *1.如果会签规则为空，那么需要所有的人同意通过会签，否则不通过。
  57. *2.否则按照规则计算投票结果。
  58. *</pre>
  59. *@parambpmNodeSign会签规则
  60. *@paramactInstId流程实例ID
  61. *@paramnodeId节点id名称
  62. *@paramcompleteCounter循环次数
  63. *@paraminstanceOfNumbers总的会签次数。
  64. *@return
  65. */
  66. privateVoteResultcalcResult(BpmNodeSignbpmNodeSign,StringactInstId,StringnodeId,IntegercompleteCounter,IntegerinstanceOfNumbers){
  67. VoteResultvoteResult=newVoteResult();
  68. //没有会签实例
  69. if(instanceOfNumbers==0){
  70. returnvoteResult;
  71. }
  72. //投同意票数
  73. IntegeragreeVotesCounts=taskSignDataService.getAgreeVoteCount(actInstId,nodeId);
  74. //没有设置会签规则
  75. //（那么得全部会签通过才通过，否则不通过)
  76. if(bpmNodeSign==null){
  77. //还没有完成可以退出。
  78. if(completeCounter<instanceOfNumbers){
  79. returnvoteResult;
  80. }
  81. else{
  82. //完成了(全部同意才通过)
  83. if(agreeVotesCounts.equals(instanceOfNumbers)){
  84. returnnewVoteResult(SIGN_RESULT_PASS,true);
  85. }
  86. else{
  87. returnnewVoteResult(SIGN_RESULT_REFUSE,true);
  88. }
  89. }
  90. }
  92. //投反对票数
  93. IntegerrefuseVotesCounts=taskSignDataService.getRefuseVoteCount(actInstId,nodeId);
  95. //检查投票是否完成
  96. if(BpmNodeSign.VOTE_TYPE_PERCENT.equals(bpmNodeSign.getVoteType())){
  97. floatpercents=0;
  98. //按同意票数进行决定
  99. if(BpmNodeSign.DECIDE_TYPE_PASS.equals(bpmNodeSign.getDecideType())){
  100. percents=agreeVotesCounts/instanceOfNumbers;
  101. //投票同意票符合条件
  102. if(percents>=bpmNodeSign.getVoteAmount()){
  103. voteResult=newVoteResult(SIGN_RESULT_PASS,true);
  104. }
  105. //投票已经全部完成
  106. elseif(completeCounter.equals(instanceOfNumbers)){
  107. voteResult=newVoteResult(SIGN_RESULT_REFUSE,true);
  108. }
  109. }
  110. //按反对票数进行决定
  111. else{
  112. percents=refuseVotesCounts/instanceOfNumbers;
  113. //投票
  114. if(percents>=bpmNodeSign.getVoteAmount()){
  115. voteResult=newVoteResult(SIGN_RESULT_REFUSE,true);
  116. }
  117. //投票已经全部完成
  118. elseif(completeCounter.equals(instanceOfNumbers)){
  119. voteResult=newVoteResult(SIGN_RESULT_PASS,true);
  120. }
  121. }
  122. }
  123. //按绝对票数投票
  124. else{
  125. //按同意票数进行决定
  126. if(BpmNodeSign.DECIDE_TYPE_PASS.equals(bpmNodeSign.getDecideType())){
  127. //投票同意票符合条件
  128. if(agreeVotesCounts>=bpmNodeSign.getVoteAmount()){
  129. voteResult=newVoteResult(SIGN_RESULT_PASS,true);
  130. }
  131. //投票已经全部完成
  132. elseif(completeCounter.equals(instanceOfNumbers)){
  133. voteResult=newVoteResult(SIGN_RESULT_REFUSE,true);
  134. }
  135. }
  136. //按反对票数进行决定
  137. else{
  138. //投票
  139. if(refuseVotesCounts>=bpmNodeSign.getVoteAmount()){
  140. voteResult=newVoteResult(SIGN_RESULT_REFUSE,true);
  141. }
  142. //投票已经全部完成
  143. elseif(completeCounter.equals(instanceOfNumbers)){
  144. voteResult=newVoteResult(SIGN_RESULT_PASS,true);
  145. }
  146. }
  147. }
  148. returnvoteResult;
  149. }
iteye_14984
关注
应用开发平台集成工作流系列之6——流程建模功能办理节点转换设计与实现
学海无涯，行者无疆
08-14 428
上篇搭建了模型转换框架，今天重点来说任务办理节点如何处理。这里的任务办理不仅包括审批审核，也包括任务的处理，使用任务办理，覆盖范围更大，从业务含义上也更准确，毕竟审批往往是领导对下级。 办理节点，对应着Camunda中的用户任务概念，是是最常见最常用的，模型转换的重要前置工作，实际得先把该类节点的要做的配置设计好。工作流引擎需要跟平台整合，特别是做一些特定的功能才能满足中国式审批，需要加一些额外属性，使其更友好和方便使用，例如：能够设置下一环节是会签，还是普通审批，是否需要用户指定处理人。 办理节点，很重
应用开发平台集成工作流系列之8——流程建模功能回退与跳转
学海无涯，行者无疆
08-28 709
对于流程设置不友好的问题，国内钉钉另行设计与实现了一套流程建模模式，跟bpmn规范无关，有人仿照实现了下，并做了开源。实现大致原理是基于无限嵌套的子节点，输出json数据，传给后端，后端进行解析后，调用Camunda引擎的api，转换成流程模型后持久化。**这种模式，相对于Camunda附带的bpmn2.0规范的流程建模，友好性大幅提升，但也引入了新的问题，没法设定环节之间的“跳跃式流转”。在现有的流程建模的模式下，需要进行变通，来实现跳跃式流转，具体实现思路是自定义配置的方式来存储各环节可以回退或跳转的环
Activiti会签
Uself
05-07 2万+
1. 什么是会签 a) 在流程业务管理中，任务是通常都是由一个人去处理的，而多个人同时处理一个任务，这种任务我们称之为会签任务。 2. 会签的种类 a) 按数量通过：达到一定数量的通过表决后，会签通过。 b) 按比例通过：达到一定比例的通过表决后，会签通过。 c) 一票否决：只要有一个表决时否定的，会签通过。 d) 一票通过：只要有一个表决通过的，会签通过.........
activiti会签
最新发布
pscool的博客
11-21 1932
12，Activiti会签功能activiti6的使用，或签，会签，顺签activiti学习（十七）——多实例任务的使用（会签功能）
activiti-会签任务
蓝天⊙白云的博客
10-25 1957
该属性的意思是这个任务循环的基数是多少，这个任务类型就是多实例任务，根据上面的解释，这个属性就是设置究竟是多少个实例的地方，比如我们需要五个人审批投票，然后就在这里设置个5就行了，为什么叫循环基数呢？就是因为如果我们的通过条件是3个人通过就ok的话，那么可能只需要3个实例就结束，进入到下一个环节了，而不是要5个实例。举个例子：比如我们有一个任务 可能需要多人审批,审批通过的条件可能比较多样，比如五个人审批。并行就是上面这5个任务可以同时执行，不受约束，串行就是一个个轮着来执行。
activiti流程驳回
白猿的博客
05-26 5272
项目地址：activiti-workflow 在通用审批流中都会有驳回的功能，activiti提供的接口并没有驳回。本文通过对activiti提供接口的扩展实现流程驳回功能，主要代码如下 String processInstanceId = taskCurrent.getProcessInstanceId(); FlowElement targetFlowElement = null; if (StringUtil.isNotEmpty(processRejectPara
Activiti选人页面的实现
泽宇的博客
09-11 5628
Activiti会签、选人页面的实现 Activiti 1、背景 Activiti默认是不带有选人的功能的，它默认的是在调用complete方法的时候自动根据下一个节点的 assignee属性设置下一节点的候选人，也可设置candidate属性或者角色，提交到下一步，流程引擎自动解析为公有任务，需要具体执行人去认领。  但是并不是所有的业务逻辑都符合Activit规定的标准情况
应用开发平台集成工作流系列之3——流程建模功能模型转换技术方案
学海无涯，行者无疆
07-24 546
对于流程设置不友好的问题，国内钉钉另行设计与实现了一套流程建模模式，跟bpmn规范无关，有人仿照实现了下，并做了开源（），效果图如下：实现大致原理是基于无限嵌套的子节点，输出json数据，传给后端，后端进行解析后，调用Camunda引擎的api，转换成流程模型后持久化。上篇介绍了前端集成，今天重点来说下如何解析前端传来的json数据，调用Camunda引擎的api，转换成流程模型这部分内容。
activiti学习-使用activiti多实例任务实现会签
06-23
activiti学习-使用activiti多实例任务实现会签
Activiti-5.4中实现会签
03-30
NULL 博文链接：https://mydownload.iteye.com/blog/1329488
activiti取会签人员
11-02
在用activiti的时候经常遇到取会签人员的问题，这个文档解决怎么获取会签人员。
Activiti多实例任务实现会签
12-09
Activiti多实例任务实现会签.
Activiti实现会签功能程序Demo
软件攻城狮
08-26 2121
Activiti会签功能 1、会签是什么? 会签功能指多个人员针对同一个事务进行协商处理，共同签署决定一件事情。 在工作流中会签，是指多个人员在同一个环节进行处理，同一环节的有多个处理人并行处理，按照配置规则，固定比例的人员办理完成后即可继续流转至下一环节。 2、会签的种类 a) 按数量通过：达到一定数量的通过表决后，会签通过。 b) 按比例通过：达到一定比例的通过表决后，会签通过。 c) 一票否决：只要有一个表决时否定的，会签通过。 d) 一票通过：只要有一个表决通过的，会签通过。
activiti6的使用，或签，会签，顺签
qq_19891197的博客
05-16 6710
activiti6的使用，或签，会签，顺签
activiti 工作流会签 / 多人审批时若一人通过即可
热门推荐
artaganan8的博客
09-06 6万+
activiti 工作流会签时为所有的都审批通过才可进入下一环节： 1.编写监听类 public class MyTaksListener implements TaskListener {     public void notify(DelegateTask delegateTask) {         System.out.println("delegateTask.g
Activiti7工作流引擎：进阶篇(十一) 会签、或签
人不风流枉少年
12-19 1万+
之前的任务负责人Assignee都是一个，而任务可以有多个人有权限审批，只要其中有一部分人完成审批任务就算整个任务完成。 同一个任务需要多个负责人来完成被称之为“会签”。 会签就是一种投票，满足投票人数就过。 会签是通过多实例Multi Instance来设置的： Sequential：执行顺序，true表示多实例顺序执行，false表示多实例并行。 Loop Cardinality：循环基数，选填，会签人数。 Completion Condition：完成条件，Activiti预定义了3个.
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值