基于WF设计业务流程平台_参与者与任务列表

基于WF设计业务流程平台_参与者与任务列表

参与者是参与流程的人(好像有点废话),

在这里我先简单的描述一下参与者,在后面关于资源的文章中我会再具体讲解

 

从工作流的角度来看,与流程相关的人分为三类:

 

参与者

是指该人的主观意思会直接影响流程的路径或结果的人,比如审批结点的审批人

 

资源

是指不能对流程的路径或结果产生主观意思影响,但流程的运行需要其存在的人,比如流程要用到铲车,那铲车与铲车的驾驶员都是资源

 

涉众

是指不参与流程,但流程路径或结果会涉及到该人的利益,比如国家制定一个经济发展计划,全国人民都是涉众,涉众应当享有知情权,应当成为[查看人]

 

以上定义可能与一些文章有概念上的不同,读者可以不必认同本文,我无意炒作一些概念,本系列文章不是一篇理论文章,本系列文章中的所有定义,概念都是后面将要介绍的数学模型的参数,并会用WF与C#现该数学模型,所以如果你不能接受本系列文章定义,概念,那本文与本文要实现的WF平台不适合你

 

 

启动人	可以行使启动权
提交人	可以行使提交权
接件人	可以行使接件权
分配人	可以行使分配权
办理员	可以行使办理权
查看人	可以行使查看权
管理人	可以行使管理权
考核人	可以行使权
协办人	可以行使办理权
未来参与人	以后会参与流程的人
历史参与人	曾经参与流程的人
被授权/被邀请人	授权行为的指向
被指定人	分配行为的指向

 

我可启动的事项列表

属于执行权

启动事项有两种方式,手工启动和定时启动

手工启动

用户可以查询有启动权限的流程,并跟据业务需要启动流程

定时启动

系统会跟据预设的参数,在指定的时间用指定的参数启动流程

 

我启动的事项列表

属于知情权

用户可以查询自己启动的流程。

在授予相应权限的情况下，可以查看流程运行的信息，可以查看结点信息,或行使其他相应权限

 

我参与的事项

属于知情权

用户可以查询自己参与的流程。

流程启动人,也是参与人,不过这类事项建议列到[我启动的事项列表]中

在授予相应权限的情况下，可以查看流程运行的信息，可以查看结点信息,或行使其他相应权限

 

应我分配的事项

属于执行权

用户可以查询应分配的事项

用户在规定的情况下完成对事项的分配

在授予相应权限的情况下，可以查看流程运行的信息，可以查看结点信息,或行使其他相应权限

 

应我接件的事项

属于执行权

用户可以查询应接件的事项

用户在规定的情况下完成对事项的接件

在授予相应权限的情况下，可以查看流程运行的信息，可以查看结点信息,或行使其他相应权限

 

应我办理/提交的事项

属于执行权

用户可以查询应办理的事项

用户在规定的情况下完成对事项的办理,并在规定的情况下将事项提交给下一结点

在授予相应权限的情况下，可以查看流程运行的信息，可以查看结点信息,或行使其他相应权限

 

我可管理的事项

属于监管权

用户可以查询可管理的事项

在授予相应权限的情况下，可以查看流程运行的信息，可以查看结点信息,或行使其他相应权限

用户行使管理工作有两种方式:

主动

用户发现流程出现问题或根据业需要,主动对流程做出管理操作

 

被动

其他的申请权的用户发现流程出现问题或根据业需要,向管理者提出对流程进行管理的建议或申请,管理者跟据建议或申请做出管理操作

 

 

我可考核的事项

属于监管权

用户可以查询可考核的事项

在授予相应权限的情况下，可以查看流程运行的信息，可以查看结点信息,或行使其他相应权限

用户行使管理工作有两种方式:

 

事后考核

指在流程完成后,对流程与流程参与人进行评价的行为

 

事中考核

指在流程进行中,对流程的当前步骤与流程当前参与人进行评价的行为

我可查看的事项

属于知情权

用户可以查询可查看的事项

在授予相应权限的情况下，可以查看流程运行的信息，可以查看结点信息,或行使其他相应权限

 

 

模型

以上的任务列表在实际开发中可根据业务需要进行删减或添加,下面是一个模型

 

 

类结构



算法

应我办理/提交的事项	节点状态表.办理结点的人 = 当前用户
应我接件的事项	节点状态表.办理结点的人 ="" 节点状态表.办理结点的部门 = 列表存在 节点状态表.办理结点的职务 = 列表存在
应我分配的事项	节点状态表.办理结点的人 ="" 节点状态表.办理结点的部门 = "" 节点状态表.办理结点的职务 = "" 节点状态表.分配结点的部门 = 列表存在 节点状态表.分配结点的职务 = 列表存在

 

 

 

调用说明



 

模拟UI