工作流引擎在工程项目管理系统中应用与研究.docVIP

工作流引擎在工程项目管理系统中应用与研究 　　摘 要：文章对工程项目管理系统的特点及设计要求进行分析，对工作流引擎应用于该类系统的必要性进行简述。阐述了工作流管理系统结构及工作流引擎组成，着重介绍工作流组件、工作流表、工作流实例表、工作流相关类等关键要素的设计，并以一个典型流程模型为例，给出工作流模型定义数据库的一个实现过程。对以工作流引擎为核心的工程项目管理系统功能模块进行设计划分。 　　关键词：项目管理系统；工作流引擎；应用与研究 　　DOI：10.16640/j.cnki.37-1222/t.2016.12.085 　　1 工程项目管理系统特点 　　工程项目管理系统中，项目管理通常为每个项目分为项目销售管理、招投标管理、合同与技术管理、施工准备管理、施工过程管理、竣工验收管理、竣后服务管理这七个业务阶段[1]，每业务阶段均有可能需要交叉引用之前的数据，其中各个业务阶段均涉及众多的参与人员及角色，并且还需要考虑系统作为开放式平台，为多个工程公司提供系统功能服务。在日常的工程项目管理中，各个业务阶段的大部份环节属于流程类工作，比如开工审批、采购审批等。一般过程是由基层业务人员发起申请，部门主管接受申请，审查后提交上一级领导，最终由某级主管审查通过后再返回给基层业务人员。 　　传统工程项目管理系统是基于事务管理及MIS的方式设计，该方式未将应用软件与业务流程相分离，只是把业务流程混合事务管理编写到工程项目管理系统中，由此造成的弊端是当组织机构或业务流程发生变化时，整个系统可能需要重新设计，或者需要对系统编码进行大幅修改，修改难度大、软件维护周期长。所以若仍使用事务管理及MIS的设计方式，已经不能支撑当前项目管理内在的协作性、高效性、实用性等要求。 　　为此，必须采用业务驱动及流程管控的模式来提高工程项目管理系统效能，使用工作流技术可以很好地实现该目的。在基于工作流技术的工程项目管理系统中，设计时将流程的生成、流转逻辑、执行、监控、管理等工作实现代码从具体业务中剥离独立出来，形成专门的“工作流引擎”，设计人员在设计业务流程时仅需要关注业务流程本身的业务逻辑，完成业务逻辑设计后再调用工作流引擎实现业务具体流转。当项目所在公司的组织机构、人员角色或业务流程发生变化时，仅需要修改业务逻辑后再绑定工作流引擎即可完成业务流程的维护，大大降低维护难度及维护周期。 　　2 工作流管理系统 　　2.1 引言 　　工作流管理系统（Workflow Management System， WFMS）是一个软件系统，它完成工作流的定义和管理，并按照在计算机中预先定义好的工作流逻辑推进工作流实例的执行。 　　通常，工作流管理系统是指运行在一个或多个工作流引擎上用于定义、实现和管理工作流运行的一套软件系统，它与工作流执行者（人、应用）交互，推进工作流实例的执行，并监控工作流的运行状态。工作注引擎负责处理工作流管理系统的逻辑与流程控制。因此，工作流引擎是工作流管理系统的核心部分[2]。 　　一般而言，工作流引擎有如下三个阶段： 　　（1）建立阶段：主要考虑工作流过程和相关活动的定义和建模功能。 　　（2）运行阶段：在一定的运行环境下，执行工作流过程，并完成每个过程中活动的排序和调度功能。 　　（3）人机交互阶段：实现各种活动执行过程中用户与应用工具之间的交互[3]。 　　2.2 工作流引擎的体系结构 　　如图1所示，工作流引擎系统可分为以下三个部分： 　　（1）数据库：用于持久化保存用户数据，工作流数据等。 　　（2）Web服务器：分为两部分，第一部分视图模块用于向用户提供交互的接口，第二部分控制模块用于向工作流引擎传递用户的动作与数据。 　　（3）工作流引擎：作为整个工作流系统的核心部分，其分为以下几个部分： 　　1）数据库接口：负责与数据库交互，向数据库中读写数据； 　　2）用户管理模块：负责管理用户的个人信息等数据，以及处理用户的登录及注册等动作； 　　3）组管理模块：负责管理用户组，以及组成员的管理； 　　4）工作流管理与控制模块：负责管理工作流，及控制其执行等操作； 　　5）组件及业务逻辑模块：工作流由组件构成，组件及业务逻辑模块负责管理组件及其业务逻辑。 　　2.3 系统的设计原则 　　为了保证系统的正确性和高效性，系统遵循以下设计原则： 　　（1）用户必须先创建好工作流并提交后，才能对其组件的属性进行设置修改。 　　（2）每个组件都有一个唯一的编号，此编号由前端生成，在任何地方均一致。 　　（3）在所有的组件中，只有choose组件能够回退到工作流已执行过的结点。 　　3 工作流引擎关键要素设计 　　3.1 工作流组件 　　工作流中共有8种重要的组件：开始、结束、任务、子模块、