关于工作流程引擎表结构的设计概要说明.

1. 流程引擎表结构的设计

流程引擎表是流程引擎控制流程运转的数据存储表，是整个流程引擎的核心表。理解表结构，掌握状态字段，相关字段变化的规律，就掌握的整个流程引擎运转的规律了。

1. 流程引擎表的作用

流程引擎表，是用来存储流程运行中信息的表。

流程在运行过程中，需要把中间数据写入到该表中。

一个流程启动后，就创建一个workid,就在流程引擎注册表里注册一条数据，有一个字段WFState来表示该流程的运行状态，一个FK_Node标识该流程运行到的节点。

流程启动发送到下一个节点，系统就会产生下一个节点的工作人员，每个人员都有一条记录写入到WF_GenerWorkerList。 在这个WF_GenerWorkerList表里，有FK_Emp,WorkID,FK_Node三个字段作为联合主键。

WF_GenerWorkerList的字段IsRead标明该 待办该文件是否读取, IsPass标识该待办的状态，是否通过/处理过，关于这两张表大详细信息请参考下一章节。

当一个流程结束之后，WF_GenerWorkerlist这个表关于该流程实例的workid数据被全部清除掉，这个workid的流程在这个表的使命已经完成。在WF_GenerWorkFlow表里的状态字段(WFState) 标记已经完成状态，可以供历史流程查询。

工作流程引擎的待办列表是通过这两个表联合组成一个视图实现的。

1. 流程状态设计

流程在整个生命周期中有不同的状态，合理的设计流程状态，正确的划分是系统协调一致稳定运行的基础。

我们把流程分为如下状态。

 

流程状态变化的概要说明：

操作员启动一个流程，创建一个workid，这个时候的状态是空白状态，也叫站位状态，如果在启动之前已经有了这个站位状态，它就不在创建新的workid而是取出来这个workid作为当前流程的实例。

如果启用了草稿规则，并且允许有草稿的模式下：

这个时间，如果用户点击保存该状态从空白状态转化为草稿状态，如果用户执行发送当前节点就运行到下一个节点上去了，当前状态变为运行中的状态。如果用户直接关闭了，这个时间的状态就是草稿状态，可以在草稿里找到这条实例记录。

如果不启用草稿，在这种模式下：

这个时间，如果用户点击保存，仍然是空白状态。用户点击发送后，由空白状态转化为运行中状态，当前节点运动到下一个节点上去，下一个节点的工作人员就产生了待办。

如果上一个节点退回了，执行了退回操作，当前的流程状态就变成为退回状态，上一个节点人被退回人就有了待办工作，被退回人打开后，就可以看到退回消息，他点击发送后又变成了运行中的状态，发送到下一个节点上去了。

流程走到最后一个节点，点击发送，整个流程就结束了，状态变为流程完成状态。

1. 流程引擎表结构

每个字段的详细意思，请参考数据表结构如下图：

流程注册表

 

流程工作人员表

 

重要字段解析：

WF_GenerWokFlow

字段名	中文名	解释
WorkID	工作ID	唯一的主键，该表不能重复。
WFState	状态	流程运行状态: 请参考流程状态设计
Title	标题	流程的标题
FK_Flow	流程模版编号
FK_Node	停留节点	停留到那个节点上去了。
Starter	发起人
RDT	发起日期

 

工作人员列表: WF_GenerWokerList

字段名	中文名	解释
WorkID	工作ID	主键
FK_Emp	状态	主键
FK_Node	标题	主键
IsPass	是否通过?	0=未通过，1=通过
IsRead	是否读取？	0=未读，1=已读
SDT	应完成日期
RDT	到达日期
CDT	实际完成日期

流程运行完毕后，根据当前的工作ID，把数据删除掉。