写在前面:本着共同学习共同进步的原则,还是打算开发的一个通用流程的软件拿出来与大家分享。能满足鄙人接触到了解到的一般的流程实现(由于接触到的流程有限,以及对流程理解的不够透彻,流程引擎中不免有设计不足或考虑不周,也希望大神们能多多指点),如果读者在阅读或使用过程中遇到什么问题或有什么想法,希望能拿出来与大家分享,我们共同去学习去完善这套流程引擎。本随笔 打算只涉及流程引擎部分,可视化流程设计随后做单独的随笔推出。写作水平有限,望读者多多体谅...(如有问题可随时联系笔者。邮箱:1834235472@qq.com)。
工作流引擎是为工作流实例提供执行环境,它是工作流管理系统的核心服务,因此,工作流引擎设计的好坏直接关系到工作流的执行效率与可扩展性。
工作流引擎是工作流管理系统中为过程实例和活动实例提供运行环境的服务软件,是整个工作流管理系统的核心
通过可视化的流程图设计,快速定义业务单据的工作流;
1.1 开始活动
【功能概述】
【功能约定】
【功能页面】
《常规属性》
节点名称:表示此开始活动的流程的名称,在右侧部件属性中Test文本中编辑
关联页面:表示此开始活动流程关联的流程表单,通过选择进行配置
处理命令:开始活动流程处理命令,通过添加按钮进行添加,如果需要安全认证,意见必填,前台隐藏功能请勾上。
《处理者》
处理者:通过增加按钮选择所需要的节点处理者
《节点控制》如上图所述,需要控制的功能,选择即可
《超时配置》超时时间设置以及处理意见
《开始活动》
到达通知-节点处理者:表示此流程可以通过邮件、消息等来通知
同时通知下列人员:流程到达处理者,还可以通知其余人
超时通知-节点处理者:表示此流程超时了可以通过邮件、消息等来通知
《前处理》
《权限设置》
1.1.1.1 自由活动
【功能概述】
【功能约定】
【功能页面】
1.1.1.1 会签活动
【功能概述】
【功能约定】
【功能页面】
《会签方式》
方式有:一票否决、一票通过、通过比例三种,由自己来定义
1.1.1.1 活动分裂
【功能概述】
【功能约定】
【功能页面】
1.1.1.1 活动汇聚
【功能概述】
【功能约定】
【功能页面】
1.1.1.1 子流程
【功能概述】
【功能约定】
【功能页面】
1.1.1.1 活动结束
【功能概述】
【功能约定】
【功能页面】
1.1.1.1 功能演示
【功能概述】
【功能约定】
【操作步骤】
一、新建一个流程页面==》设置此流程页面的页面属性
流程名称:手工录入,填写此流程的中文名称
流程类型:选择业务流程
流程状态:选择启用
二、从控件中拖拉流程控件(开始活动、人工活动、结束活动)至设计页面中
三、通过工作流之间的连接线时流程活动链接起来,并通过文本标签注释
四、编辑流程控件属性
《开始活动-职务变动申请》参照上述开始活动控件
选择流程关联页面为“人事管理-人事职务变动”==》添加处理命令“提交”==》处理者选择所有人==》节点控制允许显示保存按钮、允许转发代理人==》确定
《人工活动-主管审批》参照上述人工活动控件
选择流程关联页面为“人事管理-人事职务变动”==》添加处理命令“提交”“驳回 需选定意见”==》处理者可以通过设置来选择主管(王伟国)==》确定
《连接线》处理命令为通过或者驳回
《会签活动-领导会签》
选择流程关联页面为“人事管理-人事职务变动”
处理命令:添加同意、不同意
会签设置:选择按照通过比例来计算,例设置60%;
处理者:通过增加按钮进行选择指定的用户,例:添加 0458王国伟 3346 杨少华 admin 管理员]
《人工活动-经理审批》
选择流程关联页面为“人事管理-人事职务变动”==》添加处理命令“提交”“驳回 需选定意见”==》处理者可以通过设置来选择经理(admin)==》确定
《结束活动-流程结束》
五、流程页面设计
《选择流程编码-liucheng1》
《编辑流程单据保存、启动方法》(在Rsgl_PostJobChange.js编写)
六、操作演示页面
①:填写职务变动单据(以保卫部-钱敏为例)
点击处理过程我们可以看到任务走到下一步主管审批。在上述流程设计中,我们选择的主管审批中的处理者是0458 王伟国。
②:以0458王伟国的权限进入系统操作
在个人事务中,我们可以看到当前的任务,选择通过。此时我们通过查看流程图以及处理过程。(如下图)流程图:红线代表已经流程走到领导会签
处理过程:在主管审批通过后,下一步的处理任务是会签任务,我们设置的会签通过比例为60%,其中只要有会签处理者两个不通过,则此流程就会结束,返回到职务变动申请此单据中,如果有两个会签处理者通过,则此流程会继续走下一步到经理审批。
③我们以会签活动通过60%和不通过分别介绍
《通过:选择2个会签活动中的处理者进入系统,同意确认单据》
流程图:会签活动通过,转到下一步经理审批流程
处理过程:会签活动已经完成,到下一步经理审批
经理审批:经理审批流程的处理者是admin,以admin管理员身份进入系统
确认职务申请单据通过
经理审批完成后,流程结束。
《会签不通过,其中有两个会签处理者不通过》
流程图:会签不通过时,流程回到职务变动申请
处理过程:可以看到会签不通过回到职务变动申请这个任务。
1.1.1.1 加签功能
【功能概述】在web工作流审批时,如果在某一节点需要添加加签功能时,则使用此功能
【功能约定】必须要此活动节点具备加签权限
【加签页面】
《加签类型》
顺序加签:按照选定人员的顺序依次生成加签任务,如果当前任务结束,则不生成下一个
并行加签:所有设置的加签人员全部生成加签任务,必须要所以的加签任务处理完成才算结束
任一加签:所有设置的加签人员全部生成加签任务,其中任意一个人处理完成,则此加签活动就结束
1.1.1.1 更多操作
《转发任务》把当前任务转发给其他人员处理,同时本任务结束。
《指定人员》指定下一步活动节点的活动者
《退回任务》将当前任务退回到指定的活动节点(相当于说在流程图中增加了驳回功能)
《跳转节点》跳转到后续指定节点
《追回任务》追回指定的任务到指定的活动节点
《直送任务》在追回任务以后直接送达追回任务来源节点
《知会他人》告知他人流程处理情况,可以通过邮件、消息等方式
《任务催办》告知某人赶快处理任务
《挂起任务》挂起当前任务
《恢复任务》将挂起的任务恢复成运行状态
《终止任务》将当前任务终止
《删除全部》删除所有任务,业务单据,流程所有过程