基于关系数据库的工作流在管理信息系统的应用

2013-12-12 09:21:06 电力信息化　点击量：评论 (0)

摘要：通过对关键业务的实际开发需求的分析，提出了一个适用于关键业务开发的基于关系结构的工作流引擎的框架结构。系统提供对企业整体协作流程的控制、分析、对部门运作状态的实时记录等功能；并可以高效地完成

3．2．4业务规则表示

业务规则可以分解成活动的前依赖规则和活动的后转发规则。

活动的前依赖规则指明相应活动的启动条件，启动条件是通过相应活动的直接前趋活动以及相应的状态标志来表示的，前依赖规则包含顺序、与汇聚、或汇聚和投票汇聚四种规则。顺序规则只要前趋活动已完成就可以启动，与汇聚则要所有前趋活动都完成才能启动，或汇聚则只要某一前趋活动完成就可启动，投票汇聚则当前趋活动完成的数量达到特定投票数量时才启动。相应活动启动后，其它未完成的前趋活动被取消。

活动的后转发规则指的是当前活动所对应的任务结束后该启动哪些后继活动，后转发规则包含顺序、或分支和与分支三种规则，其中顺序、与分支活动的激活不依赖具体业务数据，或分支依赖与具体业务数据来确定启动哪些后继活动。

由于我们将各种汇聚活动单独抽取出来，因此可以用很简洁的关系结构来表达活动的前依赖和后转发规则。首先活动表表中的规则字段指示相应活动应该采用何种规则判断准则，它可以有四种取值：DEFAULT、USER_DEFINED_PRE_RULE、USER_DEFINED_POST_ROUTING_RULE和USER_DEFINED_BOTH_RULE。DEFAULT表示由工作流引擎自动根据前转发表和业务规则表来进行规则检查。考虑到业务规则的多样性，本文提供了自定义方式来表达那些无法用缺省规则表示的特殊业务规则，活动表中分别指定了前依赖和后转发规则的自定义调用接口。自定义业务规则的行为完全由相应的程序确定。一般情况下，大多数业务规则都可以直接通过DEFAULT方式表达。

3．3流程控制

3．3．1任务代列与已完成任务代列

一个活动可以同时具有多个实例，即任务，这些实例可以是属于同一批次的，也可能属于不同的批次，流水号SERIAL_NO用来标识任务所属的批次，所有属于同一批次的任务具有相同的流水号；不同的任务之间则通过唯一的TASK_ID进行标识。

在工作流引擎中必须提供一种手段将任务与应用实体有机地关联起来，否则，单独的任务将不具有任何实际意义。实体标识ENTITY_ID便起到了这种桥梁作用，其取值的于应用逻辑对应的数据表主键字段。

任务队列TO_DO_TASK_LIST用于记录那些已经创建但尚未完成的任务，位于任务队列中的任务具有四种状态：（1）PENDING，任务正处于“与汇聚”同步状态，即正在等待其他相关的前趋任务的结束；（2）WAITING，任务已经就绪，处于“等待处理”的状态；（3）PROCESSING，任务处于“正在处理”的状态；（4）PAUSING，任务处于“暂停”的状态。

已完成任务队列HAVE_DONE_TASKS用于记录那些已经正常结束

上一页 1 2 3 4 5 6 7 下一页