工作流
这篇文章想要阐述的是有关工作流的认识,我所介绍的工作流仅仅限于自己目前所理解到的,看待工作流的角度也是从一个产品使用者的角度,并不介绍技术层面的东西,只是告诉你,工作流是什么,有什么用,该如何使用工作流,仅此而已。
工作流工作流就是按照规则和标准制定好的一套封装的模板,你只要按照这个模板走,流程可以自动做出判断,并往下执行下一步的动作。
我举个例子。比如我要进行请假这个流程。请假人要经过部门经理同意,部门经理同意之后还要经过人事部门批准。如果这个流程的发起人就是我,用户第一个节点就是部门经理,第二个节点是人事部门。这是一条完成的流程,具体画出来的流程如下图所示:
工作流的设计原理就是把流程进行拆解,分步进行控制。有一点需要进行说明,流程的发起人是不需要画在流程图中的。
接下来需要对整条流程进行设置:
1 可以为该条流程重新命名,通过名称可以快速了解该条流程的功能,如这条流程命名为:产品部门请假审批流程
2设置该条流程的ID,这样的话,使用ID可以对流程进行引用,在数据字典中方便进行配置;
3为该条流程设置动作,如下图,可以为流程设置抄送监听,这样流程就具备了抄送功能,必须要为流程设置结束监听,只有设置了结束监听的流程才可以进行流程的结束。
下面就是对流程的各个节点进行设置:
1 对节点进行重新命名,比如部分经理这个节点的名称就是部门经理。
2 可以设置各个节点的处理人;这个地方要特别注意,人员配置会有一个类型,类型常见的有三中,一种是处理岗位,处理岗位的意思是,这个节点由部门经理这个岗位处理,直接指定一个节点的固定审批人;另外一个是备选岗位,备选岗位的意思是,这个节点可以指定多个人进行处理,比如说部门经理A或者B都可以进行处理,也就是说,经理A或者B只要有一个人处理了就可以审批通过了;最后是角色,角色的意思是,处理人是根据角色进行处理。角色可以关联职位,是一种拆分式的处理方式。比如说如果我的角色选择了部门经理,那么各个部门的经理都可以进行审批。
3会签属性,这个属性应用于需要会签的流程,这里不需要,以后会细说。
4任务监听器,这里的任务监听器指的是流程节点的监听器,这里分为两个,一个是可以接受的信息,一个是可以传递的信息。比如说部门经理,有驳回监听,可以驳给发起人,有审批监听,可以进行审批,审批完成之后传给下一个节点。
以上所介绍的就是工作流的简单用法,也是最常见最基本的用法。