场景
近期领导分配了标准制修订信息管理系统中一个模块的开发,我主要负责工作流的设计及开发。作为一个轻量级的Java库,Activiti可以很容易地集成到任何Java环境中,同样作为十年开发经验的老手,轻松拿下,以下是工作流图:
主要讲解评审专家会签
什么是专家会签、多人会签
通俗地讲,涉及多个参与者,他们可能来自不同的部门或专业领域。
- 会签可以是顺序进行:即一个审批者审批通过后,下一个审批者才能进行审批
- 会签可以是并行进行:多个审批者同时进行审批,多个审批者同时进行审批
业务场景要求审批条件
通过的情况:
- 1)全部通过原则:所有参与会签的审批者都必须同意,任务才能继续进行或完成;
- 2)多数通过原则:所有参与会签的审批者2/3(按一定比例)同意,任务就可以继续进行或完成;
- 3)关键审批者决策:所有参与会签的审批者中,某一些是关键决策者,只要他们同意,其他专家不同意,任务仍可以继续进行或完成;
- 4)审批时限限制:所有参与会签的审批者中,若有专家超时未审批,则系统默认同意,流程继续
驳回的情况:
- 5)1人驳回,流程则驳回:所有参与会签的审批者,只要有1人驳回,则该任务全驳回起草人修改;修改后,由所有专家重新审批
- 6)1人驳回,仅该专家的流程驳回:所有参与会签的审批者,只要有1人驳回,则该驳回专家的任务,驳回至起草人处修改,其他专家继续审批。等所有专家审批通过,流程进入一个节点(这种情况在后续的文章中介绍)
- 7)驳回次数限制:当驳回次数超过一定次数,则起草人修改后,可能需要重新提交或升级审批流程
本文主要讲1)5),看配置:
标准制修订流程
需要配置的项有
- 多实例类型:选择并行Parallel
- 集合(多实例)填写为:expertList
- 完成条件(多实例):${nrOfCompletedInstances/nrOfInstances==1}
- 代理:受理人参数${expert},候选用户组:expert
- 元素变量(多实例):expert
- 自定义表单:
- 任务监听器:添加监听,执行时机选择:完成; 脚本选择:会签通用。
监听会签完成时,专家是否全部审核通过
工作流:专家会签,开发完成
到这一步,数字化时代,企业标准化管理的新篇章中,标准制修订流程的核心功能就已完成。接下来挑战更有难度的:主流程、子流程,即主子流程,先看下流程有多复杂(后续文章分享)
标准规划流程