webreport

博客园 首页 新随笔 联系 订阅 管理
  163 Posts :: 0 Stories :: 752 Comments :: 37 Trackbacks

最近有好几个客户都提出,需要实现在上一个流程节点办理的时候,由用户去选择下一步任务的执行人。

这种需要在我们的工作流系统中,早就有相关的实现。是在下一步节点任务的参与人先设置一个虚拟的审核人checker。然后用户在上一个节点办理的时候,将选择的用户id存到这个checker中,再将这个checker以变量的形式送到流程引擎中,流程引擎在创建下一步任务的时候,就将用户选择的人生成到任务的参与人了。也可以多选,多选的用户id以逗号分隔的方式存到checker变量中,选择后的值为 USR_0000001,USR_0000002,USR_0000003... 这样。


但是又有客户提出,需要在上一个节点办理的时候,由用户去选择下一步骤任务的执行人,并且这个选择范围是在流程设计器中圈定,如审核报销单的时候,审核人必须是部门经理,再在每个流程实例运行的时候,由上一步填写人提交的时候,去选择一个部门经理来审核。

这种需求还是按上面那种方式来处理,在下一步节点任务参与人先设置一个虚拟的审核人checker,然后在上一步节点办理的表单中,选择下一步任务的参与人列表,只列出部门经理来。这样也能达到客户的要求。

但是,又有客户提出了,圈定的范围必须要在流程设计器中定义任务的时候,先圈定好,在上一步节点办理的表单中,读出这个范围,再由用户去选择,这样就不必在表单中固定好选择范围

这种需求我们现在的产品中没有,客户是上帝,提出的又是合理的需求,我们必须要想想怎样去实现了.....

开始总想着在流程设计器任务节点属性中,加上定义范围的功能,但这样太繁琐了,要定义任务参与人,又要定义任务可选择的范围,而且可能是按用户,按角色,按群组等等。。。。。太繁琐了,不是好方案

应该借助任务参与人的这个范围,而且客户提出的也是,在任务定义的时候,定义的任务参与人就是可选择的范围,增加表来存储用户的选择结果也不是好的方案,会使得得复杂和繁琐。

还是利用一个临时变量appoint_nexttask_operator来处理又简单又能解决问题,在上一步节点的办理表单中,读出下一步任务节点的参与人列表(利用流程引擎的API来获取),将用户选择的结果存到appoint_nexttask_operator这个变量中,将此变量送到流程引擎中,流程引擎在生成任务之前,先判断这个变量是否有值,有值,就将此变量中的值生成到任务参与人,没有则用流程定义时的参与人。也可以多选,用逗号分隔。

^_^,这样,也不用额外增加定义的表等,就能完美的解决这个需求了,读出下一步任务节点的参与人,我们利用api写一个通用的方法,在表单中只要调用进来,就可以了。

在定义的时候,可以加用户,角色等

在第一个节点办理的表单中,读出任务定义的参与人

选择后,就是下一步的审核人了。

posted on 2012-05-29 11:48  web报表  阅读(...)  评论(...编辑  收藏