数据库详细说明

上传人:公**** 文档编号:564991584 上传时间:2022-08-25 格式:DOCX 页数:5 大小:58.53KB
返回 下载 相关 举报
数据库详细说明_第1页
第1页 / 共5页
数据库详细说明_第2页
第2页 / 共5页
数据库详细说明_第3页
第3页 / 共5页
数据库详细说明_第4页
第4页 / 共5页
数据库详细说明_第5页
第5页 / 共5页
亲,该文档总共5页,全部预览完了,如果喜欢就下载吧!
资源描述

《数据库详细说明》由会员分享,可在线阅读,更多相关《数据库详细说明(5页珍藏版)》请在金锄头文库上搜索。

1、基于工作流引擎的信息系统通用框架设计1.1.1 框架模型SysUser表是记录系统所有用户信息的地方,包括系统的认证,其中/OwLeave表示用 户是否处在休假,/Logging表示相关的用户是否登录到系统。这两个信息在工作流引擎中 将被作为任务分配的提示信息。User/nFunc/Role/nFunc 表是用来表示系统用户/角色和系统模块之间的关系,记录不 同的用户/角色拥有哪些不同的模块,以及对该模块的操作权限。Department和Team分别表示部门和团队,部门通常表示纵向的行政隶属关系,而团队 通常表示横向的合作关系.Department和Team分别通过相应的SuperDeptID

2、和SuperTeamID 关联使得在部门之间和团队之间分别形成树状的上下级关系。机构模型中的部门、团队、人员以及相互间的关系为大型企业尤其是从事技术工作的 企业的机构建模提供了有力的支持,同时也为现代企业流行的管理模式一一 “矩阵管理”提 供了支持。当然,对于小型机构而言,完全可以考虑只定义Department或者Team其中之一。 由于Department和Team之间在ER图中并无联系,因此缺少其中一个并不会破坏机构模型 的完整性。1.1.2 信息模型信息模型的核心是控制节点表ControlNode,其他相关的表结构主要有业务过程Process、活动节点表Activity、任务指派规则表A

3、ssignRule、任务状态表TaskStatus、任务列 表ToDoTaskList以及已完成的任务列表HaveDoneTasks。1、活动类型每个业务过程由若干业务活动组成,不同的业务活动通过各不相同的 ActID 来唯一标 识, ActType 则指明相应活动的类型。同一个业务活动在工作流运行时可能具有多个实例 (instance)。我们将活动的实例称为任务,将属于同一业务过程的任务称为属于同一批次的 任务。有的业务活动可能针对具体的业务环节,即在前台(后台)对应实际的应用逻辑;有 的业务活动则不针对具体的业务环节。活动类型分类见表1:表1活动名中文名说明INITIAL初始化活动业务过程

4、的第一个活动,不针对具体业务环节。NORMAL常规交互活动一般的人机交互活动类型DUMMY哑活动不针对具体业务环节,它可以作为某些活动的虚拟后继活动,还 可以使用它来构造更为复杂的业务规则。COMPLETION终结活动表明相应业务过程的终结,不针对具体业务环节。2、控制类型控制节点表ControlNode中的CtrNodeType表示控制节点的类型,按照前文的分析,控 制节点的类型见表2:表2控制类型名中文名说明DIRECT无条件转移不做任何动作,直接激活下一个节点。AND_BRANCH与分支控制流经此处的任务将进行与分支,通过查找TaskStatus表来决定下一动 作。AND_MERGE与合

5、并控制流经此处的任务将进行与合并同步,通过查找TaskStatus表来决定下 一动作。OR_BRANCH或分支控制流经此处的任务将进行或分支,通过查找TaskStatus表来决定下一动 作。OR_MERGE或合并控制流经此处的任务将进行或合并同步,通过查找TaskStatus表来决定下 一动作。VOTE MERGE投票合并控制通过查找TaskStatus表来决定投票结果。上面所定义的 6 中控制类型的节点,若不能满足业务要求,可以自定义其他的控制节 点类型。3、任务状态任务状态表TaskStatus实际就是一个保存一个流程实例的所有活动节点的状态图集。该 表在一个流程实例产生之时一并产生所有活

6、动节点的初始状态。生成以后则由控制节点来动 态修改其状态。任何活动节点实例的状态可能如表3:表3任务状态名中文名说明SLEEPING睡眠状态流程实例创建时统一设置所有活动节点为该状态,等待唤醒。WAITING就绪状态前趋控制节点将活动唤醒,等待人工处理。PROCESSING处理状态表示正在进行人工处理,等待处理结果。DONE PASSED处理结束通过状态表示人工处理结束,移交给控制节点继续下一步处理。DONE_VETOED处理结束未通过状 态表示人工处理结束,处理意见为“否决”,同时移交给控制节点 继续下一步处理。表TaskStatus实际上是一个流程实例的状态图,在流程创建初期一并创建。一个

7、活动可 以同时具有多个实例,即任务,这些实例可以是属于统一批次的,也可能属于不同批次,表 TaskStatus中SerialNo (流水号)来标识任务所属的批次,所有属于同一批次的任务具有相 同的流水号。不同的任务之间则通过唯一的SerialNo进行标识。4、任务队列和已完成任务队列任务队列 ToDoTaskList 用于记录那些已经创建但尚未完成的任务。根据控制算法,在 表TaskStatus中将后继节点状态设置为WAITING,同时向ToDoTaskList表中添加一条信息, 系统的用户在登录后,可以通过查询这个任务队列,看到该任务。在用户处理过程中时,将 它设为 PROCESSING 状

8、态,防止其他用户对正在处理的任务又进行处理,造成结果不一致已完成任务队列HaveDoneTasks用于记录那些已经正常结束的任务,CompletionFlag表 示相应任务的结束标记。UserID 表示执行此任务的实际人员, GrantorID 若不为空,则表示此次任务的执行过程 是经过授权的, GrantorID 指明相应的授权人员。1.1.3 任务指派任务指派是指依照某种规则将任务分配给具体人员来执行。只有常规交互活动才涉及 到任务指派的问题;其他活动要么在前台不具备实际的应用逻辑,要么由工作流引擎自动调 用,因此与任务指派无关。在前文中已经提到了许多表和字段将联合用于工作流引擎的任务指派

9、,其核心表结构 为每一个常规交互活动在AssignRule表都对应一条记录。BasedOn指明任务 指派的基准,它可以取值见表4之一:表4指派规则说明DEPT BASED基于部门进行任务指派,DeptID用于指定执行此活动的部门。TEAM BASED基于团队进行任务指派,TeamID用于指定执行此活动的团队。ROLE BASED基于角色进行任务指派,RolelD用于指定执行此活动的角色。USER DEFINED基于自定义的方式进行任务指派,ExeFuncID指明相应的自定义执行程序。任务指派的基准确定了可以执行相应任务的群体,具体指派到哪些实际人员还取决于任务指派方法Method,Method

10、可以取值见表5:表5任务指派方法说明ALL任务将分配给由BasedOn指定的群体中的所有人员。LEAST_WORKING_LIST任务将分配给指定群体中的工作量最少的人员,工作量的多少可以通过ToDoTaskList的统计数据得到。FCFA先来先分配,即将任务队列中最早创建的任务分配给相应群体中最先提出 执行任务请求的个体,任务的创建时间由DateCreated指示。PRIORITY基于优先数分配,只适合于ROLE_BASED任务指派基准。在表UserInRole 中有个字段PriorityNo用于指定相应人员的优先级。本例中指列出了四种指派方法,用户可以根据具体需要来添加新的任务指派方法。1

11、.2控制模型控制模型将信息模型、机构模型和框架模型有机的结合在一起,它根据其中定义的业个性化用 户界面已完成 任务队列图2II任务 队列日志 信息信息 模型机构 模型框架 模型调度中心状态图管理任务指派任务管理务规则来流转业务 流程,控制模型是工 作引擎的控制中心。图2是基于工作 引擎的信息系统通 用框架的结构图。调度中心 调度中心接受 从个性化界面(外部 接口)发送过来流程 控制的请求(如业务 初始化、获取任务以 及结束任务等),根 据不同的请求类型 调用相应的处理模块完成与本次请求相关的操作并将结果返回。该操作是基于DBMS的并 发机制和锁机制来实现工作流引擎的控制模型,不需要诸如请求队列

12、等形式的数据结构。从而实现了多个外部请求之间的独立性。 状态图管理的算法,计算并设置 控制节点后继节点的 状态,来生成状态图 所涉及到状态图中活 动节点的各种状态见图3调度中心在收到活动节点状态变化触发之后,根据其后继控制节点的类型,调用不同表 3 ,他们之间的转换 关系见图 3。 任务管理任务管理主要根据调度中心的指示完成诸如任务创建、任务状态的转换以及相关数据 的维护等工作。每次“结束任务”的外部请求将触发调度中心调用“任务管理”为后继活动 (如果存在的话)创建新的实例;同时,其他不同的外部请求也将触发“任务管理”实施任 务状态的切换。 任务指派任务指派处理只是针对NORMAL活动,通常情

13、况下,在任务状态由“SLEEPING”切换 到“WAITING”过程中完成任务的指派工作,即处于就绪状态的任务在通常情况下都确定了 其执行者(FCFA除外)。任务指派过程首先根据任务指派基准确定可以执行此任务的群体人 员,通常情况下这是一个包含多个人员的集合;然后根据任务指派方法确定由这个群体中的 哪些个体来执行任务,执行任务的个体标识记录在相应任务记录的UserID字段中。在前面 已经对任务指派方法进行了解释,这里有两点需要特别注意:1)如果任务指派方法是“ALL”的话,将对当前的任务记录进行拷贝,即保证每一执 行任务的个体在ToDoTaskList中都有一条对应的记录;2)如果任务指派方法是乍CFA”的话,事实上在任务指派阶段不不作任何工作,即相 应任务记录的 UserID 字段为空。此时任务指派工作自动隐含在获取任务的请求中,即谁先 发出获取任务的请求,就自动将此类型的任务分配给谁。

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 学术论文 > 其它学术论文

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号