工作流设计 zt

工作流设计

业务流程管理模块是本平台的重要组成部分，要实现将已经发布的标准中规范化的流程转化为具体计算机中的流程从而实现流程的自动运转，将标准化成果与员工的日常工作紧密结合起来，具有重要意义。

业务流程管理模块主要包括流程建模、工作流执行服务、流程监控等部分。其中流程建模是用来定义一个流程，具体主要包括流程定义、流程的活动定义等；
工作流执行服务用于解释流程过程定义，并控制其运转，工作流执行服务中最重要的就是工作流引擎；流程监控用于用户监控流程的运转情况。业务流程管理模块示
意图如图3-5所示：

图3-5 流程管理示意图

3.2.2.1
流程建模

流程建模用于流程的建立、修改、删除等操作，每一个业务流程通常包含若干个活动，而在流程图中，每个节点则对应一个活动。根据业务需要，我们将节点的类型分为了七类，对于不同类型的节点，我们也应该对其进行不同的设置。

（1）开始节点和结束节点

开始类型节点和结束类型节点均属于自动活动类型，但他们是比较特殊的，一个流程只能有一个开始节点，可以有多个结束节点。

（2） Node类型节点

Node类型节点属于自动活动类型，当实例执行到这里时候，会自动根据配置处理，处理后继续向下运行。

（3） Task类型节点

Task类型节点是一种手工活动类型，非常重要。流程运转到此类型节点的时候，会自动暂停流程的运转并等待参与者做相应的操作（如填写表单），并触发相应操作后才会继续执行。

（4） Decision类型节点

Decision类型节点属于决策节点。例如在一个流程中，如果时间大于某个界限时，需要某种操作。这时，使用Decision类型节点，计算机会自动根据规则判断，并转向对应的流转路由。

Decision节点还需要设置自动跳转规则，用于计算机自动判断流程流向如何跳转。

（5） Fork类型节点

Fork类型节点是分支类型节点，用于流程的分支运转。当流程需要分支执行时，就会用到此类型的节点使流程会顺着其分支同时流转。

（6） Join类型节点

Join类型节点属于汇聚类型节点，用于结束分支流程，使其回到主流程上。Join类型节点与Fork类型节点成对出现，分支节点运行完毕后会进入Join节点，Join节点触发流程回到主流程上继续运行。

（7） SubProcess类型节点

SubProcess类型节点表示子流程类型的节点，用于实现子流程的嵌套运转。当流程运转到SubProcess类型节点时，会激活该节点绑定的子流程，并使其自动开始运转，此时主流程挂起，等到子流程结束后主流程继续执行。

3.2.2.2
工作流执行服务的详细设计

工作流执行服务主要就是指工作流引擎，是为工作流运转执行提供运转服务环境的软件，是工作流执行服务的核心部件。它的主要功能有：

（1）根据流程定义对流程进行实例化，即按照预先建立的流程定义，处理相关数据，生成一个流程实例；

（2）对流程实例运转进行控制，包括流程的启动、停止、挂起和激活等；

（3）活动（任务）的处理，使参与者能够参与具体的任务，例如进行填写申请表、审批等操作；

（4）维护和处理工作流的相关数据，例如流程运转中的控制数据或者业务数据等；

（5）对外提供接口，用于其它调用。

在工作流引擎的设计中，令牌（Token）机制被引入。令牌可以记录流程正在执行的节点，从而随着令牌的传递以此控制流程的运转。当用户开启一个流程的时候，工作流引擎会根据流程定义来新建一个流程实例，并进行数据的处理。

其次工作流引擎会找到所开启的流程的开始节点，并创建一个根令牌，使跟令牌与开始节点关联。接着引擎会根据路由规则推进流程的运转与执行。在流程的运转和执行过程中，工作流引擎会根据节点的类型，来调用不同的算法进行控制。其设计思路如下图3-6所示：

图3-6 工作流引擎设计思路

各种类型的节点根据其配置和性能不同，进行不同的处理，当节点流转到结束类型节点的时候，说明流程已经运转完毕，从而结束一个流程实例的运转。