BPM驳回的优化设计
2016-02-23 09:28
591 查看
一、批量审批的概念
1.1什么是批量审批
即相同流程的同一节点(非会签),在审批人通过统一表单填写审批意见后,批量办理当前任务,并将流程状态流向下一节点(或结束)。所有下一步节点均相同,且下一步审批人亦相同。下一步审批人通过批量任务的任一任务取得,且支持重新选择。
批量操作全部成功,或全部失败。
对于表单页面在打开后,使用js更新表单数据的,不得使用批量审批。
涉及到子表,且子表的数据用于流程运转的控制,无法使用批量审批。
能否使用批量审批,在流程定义和流程配置-批量审批配置中由系统管理员和流程管理员进行定义。
二、实现方案
2.1.简单方案
简单方案不考虑表单,亦不对表单信息做更新。只是通过系统取到下一步节点名称及下一步审批人(下一步审批人支持用户自由选择),并生成下一节点的任务,并将任务指派给下一步审批人。本方案适合简单的线性流程,即只有提交和驳回,且不执行配置的前后置任务。目前提案专利的批量审批即使用简单方案实现,但由于在模块中实现,在不同的节点将批量审批时的需必填的字段先行在审批页面组装,本步骤审批人填写必填字段后,点击审批,直接生成新任务。2.2.完整方案
完整方案需考虑表单的更新,并能够支持使用除isRe流程变量以外的字段控制流程走向。需支持前后置的执行。在FlowRunTime的组装中,除processDefineId,taskId,processExecutionId,formDeinfeId,tableDefineId,pkValue外,FomrData即表单字段名与值的对应是关键,FormData在页面打开后使用js搜集数据,并组织对应关系,然后发给后台。由于我们的批量审批不考虑页面打开后,通过js控制的字段更新,即字段更新只允许通过人工参与填写的方式实现,所以先通过tableDefineId和pkValue取得对应的表单数据;
根据ColumnDeinfe、formDefineId、formVersionId,节点名称和表单权限定义得到本步骤必填的字段,根据columnDefine中的控制类型,即是日期、字符、下拉菜单还是textarea等组装成一个新的表单弹框,审批人填写后,并使得系统筛选出来的默认审批人或选择下一步审批人,将这一部分表单数据和数据库中查询得到的数据数据,共同组装成FormData;
多条FormData和taskId、pkValue、processExecutionId以及共同的流程、表单定义id、共同的下一节点名称和下一步审批人,一起传入并循环调用doNextStep,list中的所有运行,即一次批量审批在一个事务中,如有一个运行出现异常或执行失败,所以操作全部回滚至原来的状态。
三、两种方案的比较
简单方案实现较简单,但不支持前后置任务和表单的更新,适用简单的线性流程;完整方案考虑到了表单的更新和前后置任务的执行,实际是在未打开页面前就将历史表单数据取出,根据表单权限将必填字段由批量审批人统一填写后,再循环单一审批逻辑,达到批量审批的效果。
两种方案目前均不支持下一步节点或下一步审批人各不相同的情况。
相关文章推荐
- 一步一步跟我学易语言之第二个易程序菜单设计
- 基于逻辑运算的简单权限系统(原理,设计,实现) VBS 版
- C#中设计、使用Fluent API
- 基于逻辑运算的简单权限系统(原理,设计,实现) VBS 版
- JavaScript设计模式初探
- JavaScript 组件之旅(一)分析和设计
- C# 事件的设计与使用深入理解
- 大型网站设计注意事项大全
- Android中的脑残设计总结
- 常用的Javascript设计模式小结
- 用户权限管理设计[图文说明]
- PHP常用设计模式之委托设计模式
- HBase RowKey设计的那些事
- HTML&CSS构建网站链接
- iOS 应用2.0版怎么做(转)
- 报表开发小技巧:报表的设计与配色技巧
- 也谈淘点点60s短信订单的架构设计
- 关于游戏服务器中缓存的设计方案的讨论
- 面试:(设计,架构)
- 所有的bug都是来自于最初设计的失败