zoukankan      html  css  js  c++  java
  • 工作流系统之三十六 工作流软件中的那些人

    如果我们把预定义的流程比喻成一条从起点到终点的公交线路,那么流程定义中的步骤,就表示车站。汽车到站后人员有上车下车等行为,这就可以认为是流程中的动作。流程定义完后,就按照预定义好的线路往下走,当然业务流程的规则是比公交线路更复杂。

    业务流程的流转离不开人员的参与,工作流软件的定义就是:自动运作的业务过程部分或整体,表现为参与者对文件、信息或任务按照规程采取行动,并令其在参与者之间传递。

    在工作流软件中,有步骤的所有者,动作的执行人,任务的参与者,工单的执行人等等很多关于人的概念。

    下面一一解释工作流软件产品中的关于人的概念:

    业务流程建模的创建人:
    标识由谁创建的,对流程建模文件的一个辅助说明,主要存放在 流程建模的定义表中。

    业务流程建模的修改人:
    标识修改人,刚创建的时候,可以就是创建人,辅助查找以后由谁修改过。

    业务流程实例的创建人:
    业务流程建模后,就需要按照这个预定义的过程,启动流程实例了。一般来说,每个流程实例的创建人,都是属于流程建模时初始化动作的可执行人。

    业务流程实例的完成人:
    流程实例运转到结束前,最后一个步骤的执行人,就是流程实例的完成人。


    步骤的执行人:
    当流程实例完成一个步骤后,即这个步骤成为历史步骤后,就一定会产生一个此步骤的执行人,谁来完成的此步骤,谁就是此步骤的执行人。步骤的执行人,是一个具体的人,不会是一个对人员的分类等的概念。

    步骤的所有者:
    当业务流程在建模的时候,动作的结果导向另外一个步骤,在进入此步骤之前,给此步骤设置了一个步骤的所有者,那么这个步骤就有所有者了。当流程实例运行到此步骤的时候,这个步骤的所有者就有值了。步骤所有者可以是一个具体的人,也可以是一个变量(当流程实例运行到此步骤之前,给这个变量赋值,到达的时候,能获取到变量的值,否则,步骤所有者就会是空)。步骤的所有者只能是一个人,不会是一个对人员的分类(例如角色,用户组等)。


    历史步骤的执行人:
    和步骤执行人一样,步骤执行完成后,均成为历史步骤,每个历史步骤都一定会有一个步骤的执行人。常常用变量mostRecentCaller来表示,并辅助一个前置函数,将指定历史步骤的执行人,保存到mostRecentCaller变量中。mostRecentCaller是临时变量,注意要在流程的一次流转中,前面环节赋值,后面的环节才能获取到值。

    注:历史步骤的执行人,可用于当流程再次返回到此步骤后,仍然交给原来的步骤执行人再次执行,例如,谁填写的报销单审核不通过,打回给原来的填写人重新填写。或者后面的步骤执行人需要是以前步骤的执行人。历史步骤的执行人和历史步骤的所有者均可作此运用。

    历史步骤的所有者:
    首先要此步骤在流程建模的时候,动作结果导向此步骤后,设置了此步骤的所有者。当这个步骤成为历史步骤后,获取此步骤的的所有者,就是历史步骤的所有者。常常用mostRecentOwner变量来表示,和mostRecentCaller一样,是临时变量,需要在流程的一次流转中,前面的环节利用前置函数给mostRecentOwner变量赋值,后面的环节才能获取到此值。和mostRecentCaller的区别是,每个历史步骤,不一定会有历史步骤的所有者(需要设置了才会有),mostRecentCaller是一定会有的。

    当前执行者:
    就是执行流程的操作人。在流程建模的时候,可以用caller变量来表示,caller变量也是临时变量,在流程的一次流转前面环节给caller变量赋值,后面的环节就可以获取caller变量的值来使用。给caller变量赋值,用 将当前执行者保存到变量caller  这个前置函数。

    动作的执行人:
    就是当前步骤的当前可执行动作的执行人。动作是否可执行,有条件可以设置,当流程实例在运行时,当前执行者符合当前步骤的当前动作的条件,此动作就是当前可执行的动作。动作的条件,可以是限制人,也可以是业务规则的限制。

     

    动作的可执行人:
    当流程建模时,动作的条件设置,是一个人,或者是一个角色等,那么这个人,或者是有这个角色的所有人 都是此动作的可执行人。

    任务的创建人:
    当流程实例运转的时候,会根据节点的设置产生任务记录,谁执行的流程,产生的任务记录,任务的创建人就是谁。

    任务的分配人:
    在eworkflow工作流软件中,任务的分配人通常就是指任务的创建人。

    任务的参与人:
    顾名思义,就是可以看到此任务并参与执行任务的人。在eworkflow工作流软件中,任务的参与人,不一定就是任务的最后完成人。

    任务的签收人:
    这是针对竞争型任务设置的,当产生竞争型任务时,谁先签收了此任务,谁就是任务的签收人,其它人就不能再执行此任务了。

    任务工单的执行人:
    在工作流软件中,一条任务信息,可能会产生多个任务工单。

    任务工单的完成人:
    谁完成的任务工单,谁就是任务工单的完成人。一条任务工单,只会有一个完成人。

    任务的完成人:
    因为任务会产生多条派发的工单,所以任务工单的完成人,也就是任务的完成人(任务的完成人可能是多个)。

    任务的抄送人

    抄送给某些用户,任务的抄送人只能查看任务,不能执行任务。

    ....

    随着工作流软件系统的不断升级,工作流软件的那些人,还会继续的添加......

  • 相关阅读:
    MogileFS的实现和bug解决
    MogileFS介绍
    SAMBA
    NFS
    测试DNS服务的命令
    DNS中的AC、rndc、智能DNS解析和基础排错
    DNS的主从、子域授权和转发服务器
    DNS域名记录
    DNS
    JavaScript设计模式与开发实践随笔(二)
  • 原文地址:https://www.cnblogs.com/webreport/p/1961370.html
Copyright © 2011-2022 走看看