基于WF设计业务流程平台_参与者与任务列表
参与者是参与流程的人(好像有点废话),
在这里我先简单的描述一下参与者,在后面关于资源的文章中我会再具体讲解
从工作流的角度来看,与流程相关的人分为三类:
- 参与者
是指该人的主观意思会直接影响流程的路径或结果的人,比如审批结点的审批人
- 资源
是指不能对流程的路径或结果产生主观意思影响,但流程的运行需要其存在的人,比如流程要用到铲车,那铲车与铲车的驾驶员都是资源
- 涉众
是指不参与流程,但流程路径或结果会涉及到该人的利益,比如国家制定一个经济发展计划,全国人民都是涉众,涉众应当享有知情权,应当成为[查看人]
以上定义可能与一些文章有概念上的不同,读者可以不必认同本文,我无意炒作一些概念,本系列文章不是一篇理论文章,本系列文章中的所有定义,概念都是后面将要介绍的数学模型的参数,并会用WF与C#现该数学模型,所以如果你不能接受本系列文章定义,概念,那本文与本文要实现的WF平台不适合你
启动人 |
可以行使启动权 |
提交人 |
可以行使提交权 |
接件人 |
可以行使接件权 |
分配人 |
可以行使分配权 |
办理员 |
可以行使办理权 |
查看人 |
可以行使查看权 |
管理人 |
可以行使管理权 |
考核人 |
可以行使权 |
协办人 |
可以行使办理权 |
未来参与人 |
以后会参与流程的人 |
历史参与人 |
曾经参与流程的人 |
被授权/被邀请人 |
授权行为的指向 |
被指定人 |
分配行为的指向 |
我可启动的事项列表
属于执行权
启动事项有两种方式,手工启动和定时启动
- 手工启动
用户可以查询有启动权限的流程,并跟据业务需要启动流程
- 定时启动
系统会跟据预设的参数,在指定的时间用指定的参数启动流程
我启动的事项列表
属于知情权
用户可以查询自己启动的流程。
在授予相应权限的情况下，可以查看流程运行的信息，可以查看结点信息,或行使其他相应权限
我参与的事项
属于知情权
用户可以查询自己参与的流程。
流程启动人,也是参与人,不过这类事项建议列到[我启动的事项列表]中
在授予相应权限的情况下，可以查看流程运行的信息，可以查看结点信息,或行使其他相应权限
应我分配的事项
属于执行权
用户可以查询应分配的事项
用户在规定的情况下完成对事项的分配
在授予相应权限的情况下，可以查看流程运行的信息，可以查看结点信息,或行使其他相应权限
应我接件的事项
属于执行权
用户可以查询应接件的事项
用户在规定的情况下完成对事项的接件
在授予相应权限的情况下，可以查看流程运行的信息，可以查看结点信息,或行使其他相应权限
应我办理/提交的事项
属于执行权
用户可以查询应办理的事项
用户在规定的情况下完成对事项的办理,并在规定的情况下将事项提交给下一结点
在授予相应权限的情况下，可以查看流程运行的信息，可以查看结点信息,或行使其他相应权限
我可管理的事项
属于监管权
用户可以查询可管理的事项
在授予相应权限的情况下，可以查看流程运行的信息，可以查看结点信息,或行使其他相应权限
用户行使管理工作有两种方式:
- 主动
用户发现流程出现问题或根据业需要,主动对流程做出管理操作
- 被动
其他的申请权的用户发现流程出现问题或根据业需要,向管理者提出对流程进行管理的建议或申请,管理者跟据建议或申请做出管理操作
我可考核的事项
属于监管权
用户可以查询可考核的事项
在授予相应权限的情况下，可以查看流程运行的信息，可以查看结点信息,或行使其他相应权限
用户行使管理工作有两种方式:
- 事后考核
指在流程完成后,对流程与流程参与人进行评价的行为
- 事中考核
指在流程进行中,对流程的当前步骤与流程当前参与人进行评价的行为
我可查看的事项
属于知情权
用户可以查询可查看的事项
在授予相应权限的情况下，可以查看流程运行的信息，可以查看结点信息,或行使其他相应权限
模型
以上的任务列表在实际开发中可根据业务需要进行删减或添加,下面是一个模型
- 类结构
- 算法
应我办理/提交的事项 |
节点状态表.办理结点的人 = 当前用户 |
应我接件的事项 |
节点状态表.办理结点的人 ="" 节点状态表.办理结点的部门 = 列表存在 节点状态表.办理结点的职务 = 列表存在 |
应我分配的事项 |
节点状态表.办理结点的人 ="" 节点状态表.办理结点的部门 = "" 节点状态表.办理结点的职务 = "" 节点状态表.分配结点的部门 = 列表存在 节点状态表.分配结点的职务 = 列表存在 |
- 调用说明
- 模拟UI
