基于J2EE的工作流引擎技术的研究与实现（毕业论文）.doc

《基于J2EE的工作流引擎技术的研究与实现（毕业论文）.doc》由会员分享，可在线阅读，更多相关《基于J2EE的工作流引擎技术的研究与实现（毕业论文）.doc（67页珍藏版）》请在三一办公上搜索。

1、 *大学本科毕业论文 基于J2EE的工作流引擎技术的研究与实现院（系）名 称： 专 业 名 称 ： 学 生 姓 名 ： 指 导 教 师 ： 年 月 摘 要 工作流技术为工作流自动化和构建流程应用提供基础平台，实现了流程逻辑与业务逻辑的分离，支持业务流程的分析和规范化定义以及业务单元的自动组装，降低了复杂流程应用的开发难度，提高应用系统的管理效率。在工作流管理联盟 (Workflow Management Coalition，WfMC) 给出的参考模型中，工作流引擎是工作流管理系统的核心，是企业经营过程的任务调度器和企业资源分配器。在采用工作流支持其经营过程的企业，工作流引擎可以看成是企业的业务

2、操作系统，它的功能包括解析过程定义、创建过程实例并控制其执行、调度各项活动等，因此工作流引擎的性能和可靠性就直接决定了企业经营过程的运行效率和安全性。论文首先介绍了工作流相关概念、应用领域，以及工作流引擎的分析与设计；然后描述了JBPM的工作原理，详细介绍了OA系统公文流转部分的实现；最后，给出对工作流引擎开发的总结和展望。关键词：工作流；工作流引擎；OA；JAVAEE ABSTRACT The workflow technology provides the foundation platform for the workflow automation and the constructio

3、n of application. It has realized the separation of the process logic and the business logic. It supports the analysis of business process and the standardized definition as well as the automatic assembly of service unit. And it reduces difficulty of the development of the complex application. It ra

4、ises managerial effectiveness of application system.According to the reference model giving by the organization of the Workflow Management Coalition, Workflow engine is the core of Workflow Management System, which is the Task scheduler and Distributor resources of the enterprise business process. I

5、n the enterprise of which business process supported by Workflow, Workflow engine can be seen business operating system of the enterprise, which interprets the process description, controls the instantiation of processes and sequencing of activities, and so on. Therefore the performance and reliabil

6、ity of Workflow engine determine the efficiency and security of the enterprise business process directly. This paper firstly introduces relevant theory and applied field of Workflow, and the analysis and design of Workflow engine. And then the paper explains the principle of the workflow engine JBPM

7、 (Java Business Process Management) and the detail implementation of the operation of the document. Finally, the summary and the prospect of the workflow engine software are given. Key words: Workflow； Workflow engine； OA ；JAVAEE目 录第1章 绪 论11.1 研究背景和意义11.2 研究现状21.3 研究内容2第2章 工作流相关理论和技术32.1 工作流起源和发展32.

8、2 工作流定义及相关概念42.3 工作流管理系统62.3.1工作流管理系统的基本概念及定义62.3.2工作流管理系统的体系结构72.3.3工作流管理系统的分类82.3.4当前主要的工作流管理系统介绍92.4 研究现状10第3章 工作流引擎的分析与设计113.1 工作流引擎在工作流管理系统中的作用113.2 工作流引擎体系结构的分析与设计113.3 工作流引擎分析133.3.1引擎的机构模型133.3.2引擎的过程模型143.3.3引擎的控制模型143.4 工作流引擎设计143.4.1流程定义静态模型设计143.4.2流程定义数据库结构设计153.4.3流程执行静态模型设计173.4.4流程执行

9、数据库结构设计183.5 本章小结20第4章工作流引擎jBPM的原理214.1jBPM简介214.2jBPM的功能和组件结构214.3 jBPM的程序结构234.4 本章小结24第5章 jbpm应用于企业办公自动化系统的实现255.1 OA企业办公自动化背景介绍255.2 基于Struts, Hibernate, jbpm的JAVAEE平台的搭建255.2.1 MyEclipse集成开发环境255.2.2 JAVAEE多层体系结构265.2.3 Struts 1.2框架265.2.4 Hibernate 3.1框架275.2.5 jbpm的引入275.3 系统公文流转的实现285.3.1 系统

10、jbpm部分的需求分析285.3.1.1流程管理模块285.3.1.2公文管理模块325.3.2 系统jbpm部分的设计355.3.2.1流程管理355.3.2.2公文管理405.3.3 流程建模475.3.3.1流程的定义475.3.3.2流程的发布505.3.4 公文的流转525.3.4.1 公文的创建525.3.4.2 查看待审公文535.3.4.3 公文的审批545.3.4.4 查看公文的进度575.4 本章小结60第6章 总结与展望61参考文献62第1章 绪 论1.1 研究背景和意义工作流的概念起源于生产组织和办公自动化领域，提出的目的是通过将工作分解成定义良好的任务、角色，按照一定

11、的规则和过程来执行这些任务并对它们进行监控，达到提高工作效率、降低生产成本、提高企业生产经营管理水平和企业竞争力的目标。工作流技术是实现企业业务过程建模、业务过程仿真分析、业务过程优化、业务过程管理与继承，从而最终实现业务过程的自动化的核心技术。对企业利用工作流方法进行业务过程的建模和深入分析不仅可以规范化企业的业务流程，发现业务流程中不合理的环节，进而对企业的业务过程进行优化重组，而且所建立的业务过程模型本身就是企业非常重要的知识库和规则库，可以成为指导企业实施计算机管理信息系统的模型。在深入分析企业需求基础上建立的企业业务模型可以在最大程度上提高企业实施ERP或者其他管理信息系统的成功率。

12、所以，大力发展并推广工作流技术对于促进我国企业管理规范化和信息化有重要的现实意义。随着世界范围内Web技术和电子商务应用以及国内的政府上网的飞速发展，采用浏览器/服务器(B/S)模式的软件系统己成为当前应用软件系统发展的趋势。对Web技术的支持给用户使用带来了很多方便，用户无需在客户端安装专门软件就可以调用工作流服务器端的功能，交互界面风格统一，易于使用，特别适合于跨平台的分布环境。 JavaEE(Java Enterprise Edition)是J2EE的一个新的名称,是开放的、基于标准的平台，用于开发、部署和管理N层结构，面向Web的、以服务器为中心的企业级应用。JavaEE出现以来，取代

13、了多种专用的和非标准的技术，成为人们建立电子商务及其他基于Web的企业应用程序的首选技术。正是由于JavaEE有这么多的优势，所以，以JavaEE作为开发平台和运行平台来构建工作流系统是理想的选择1。1.2 研究现状随着各种各样采用新技术的系统的推出，目前工作流系统的应用得到了越来越广泛的应用，但是总得来说工作流系统的应用还是处于一个相对拘谨的状态，根本原因就是当前的工作流系统存在着各种各样的缺陷或者说不足：1. 成本较高，需要构筑底层环境。目前能够实现分布计算环境的产品来看，他们在实际应用中仍然显得不够成熟，而且在价格上也给企业造成一定的负担。企业若想部署工作流管理系统，还必须要格外付出经费

14、与精力去构筑底层环境，这种情况是企业所不希望的，实际上它也限制了工作流管理系统在企业的广泛应用。2. 标准化程度差，增加学习难度。不同的厂商所提供的工作流产品具有自己独立的一套工作流模型、工作流定义语言以及API函数。在缺乏标准的情况下，用户一旦选定一种产品之后，就很难再过渡到其它同类产品上了；而且不同的系统之间缺乏互操作的接口，使得用户有很多后顾之优。3. 当前工作流引擎大多集中在解决大型企业级应用的问题上，往往因追求大和全而显得笨重，因此不适用于中小型的应用。4. 工作流技术尚不成熟。目前没有一种工作流产品或原形系统能够在过程执行的可靠性达到与关系数据库管理系统同水平的功能1。1.3 研究

15、内容基于上述考虑，本课题主要进行以下研究：1. 研究工作流相关技术和理论。2. 研究工作流引擎的常见模型与实现技术。3. 研究JBPM工作流引擎的原理和使用方法。4. 运用JBPM工作流引擎实现企业办公自动化系统的公文流转功能。第2章 工作流相关理论和技术2.1 工作流起源和发展工作流的概念最早起源于办公自动化，是人们为了提高办公效率，针对日常工作中具有固有程序的活动而提出的一个概念2。八十年代初期，在PC机尚未作为信息处理工具而出现的时候，纸张是各行各业中进行日常业务活动所不可替代的载体，但是这种古老的载体在信息处理、组织、存储以及查询检索方面都是很低效的。因此，人们希望出现一种无纸化的、计

16、算机使能的工作环境。八十年代中期，File Net和View Star等公司率先开拓了工作流产品市场，成为最早的一批工作流产品供应商。它们把图像扫描、复合文档、实例跟踪、关键字检索以及光盘存储等功能结合起来，形成了一种全过程支持某些业务流程的集成化的软件(包)，这便是早期的工作流管理系统。由此，我们可以看出，工作流从最初的诞生之日起就是作为一种面向过程的系统集成技术出现的，只不过限于当时的计算机技术发展水平，它所集成的功能较为简单而己3。进入九十年代，随着计算机的普及、网络的延伸，现代企业的信息资源越来越表现出一种异步、分布、松散藕合的特点，企业的分布性、决策制定的分散性、对日常业务详尽信息的

17、需求以及Client/Server体系结构、分布式处理技术(CORBA、WWW、OLE、AJVA)的日益成熟，都说明了集中式信息处理的时代已经过去，实现大规模的异构分布式执行环境，使得相互关联的任务能够高效运转、并接受密切监控已成为一种趋势。在这种不可抗拒的技术背景下，工作流管理系统也由最初的创建无纸办公环境，转而成为同化企业复杂信息环境、实现业务流程自动执行的必要工具。这样的一个转变，把工作流技术带入了一个崭新的发展阶段，使得人们从更深的层次、更广的领域上对工作流展开了研究4。工作流技术的标准化组织工作流管理联盟(Workflow Management Coalition, WfMC)于19

18、93年成立。它的成立标志着工作流技术在计算机应用研究领域之中被明确地划分出了自己的一席之地，相应的概念与术语也得到人们的承认，工作流技术开始进入相对成熟的阶段。目前，在全球范围内，对工作流的技术研究以及相关的产品开发进入了更为繁荣的阶段，更多更新的技术被集成进来，文件管理系统、数据库、电子邮件、移动式计算、Internet服务等都已被容纳到工作流管理系统中5。2.2 工作流定义及相关概念由于工作流技术仍在不断的发展，处于不断的完善阶段，所以到目前为止，对于工作流仍然没有完全统一的定义。工作流管理联盟(Workflow Management Coalition, WfMC)对工作流的定义是： 工

19、作流是一类能够完全或者部分自动执行的经营过程，根据一系列过程、规则、文档、信息或任务能够在不同的执行者之间传递、执行4。另外，不同的研究者和工作流产品供应商也从不同的角度对工作流概念进行了描述：1. Georgakopoulos的定义4工作流是将一组任务(Task)组织起来完成某个经营过程。在工作流中定义了任务的触发顺序和触发条件。每个任务可以由一个或多个软件系统完成，也可以由一个或一组人完成，还可以由一个或多个人与软件系统协作完成。任务的触发顺序和触发条件用来定义并实现任务的触发、任务的同步和信息流(数据流)的传递。2. IBM Almaden Research Center的定义6工作流是

20、经营过程的一种计算机化的表示模型，定义了完成整个过程所需用的各种参数。这些参数包括对过程中每一个单独步骤的定义、步骤间的执行顺序、条件以及数据流的建立、每一步骤由谁负责以及每个活动所需要的应用程序。3. 我国清华大学范玉顺教授，吴澄院士等人的定义4工作流是一种反映业务流程的计算机化的模型，它是为了在先进计算机环境支持下实现经营过程集成与经营过程自动化而建立的可由工作流管理系统执行的业务模型。以上这些对工作流的定义是用非形式化语言对工作流所进行的描述，虽然各有不同，但基本上都达成了这样的一个共识：工作流是经营过程的一个计算机实现，而工作流管理系统就是这一实现的软件环境。相对于一般流程，工作流具有

21、以下特点5： 1. 计算机管理：工作流管理是由计算机管理的企业业务流程，而不是手工管理的流程，也不是部分步骤由计算机来完成的计算机应用。2. 自动流转：流程实现任务及任务信息在流程参与人间的自动流转，而无需手工指派任务(当然在必要时也可进行手工指派)。3. 流程有显式或隐式的计算机定义：定义明确描述了流程在计算机上执行所需的一切信息。下面简要介绍下与工作流相关的一些基本概念及其联系7，如图2-1所示。1. 流程定义(Process Definition)：业务流程的形式化描述，用于支持系统建模和运行过程的自动化。流程可分解为一系列子流程和活动，其定义主要包括描述流程起始、终止的活动关系网络，以

22、及一些关于个体行为的信息，如组织成员、与IT相关的应用和数据等。2. 活动(Activity)：实现流程逻辑步骤的一项工作任务的描述，一般分为手工操作和自动处理两类，是过程执行中可被工作流引擎处理的最小工作单元。3. 工作流参与者(Workflow Participant)：可执行流程活动实例的资源，可分为人员、组织、角色和(机器)资源四类。4. 流程/活动实例(Process/Activity Instances)：实际运行中的一个流程或活动，每个实例代表一个能独立控制执行、具有内部状态的线程。5. 工作流引擎(Workflow Engine)：为流程/活动实例的运行提供执行环境的软件服务，

23、提供按照流程定义来执行流程的功能。一个或多个工作流引擎构成了一个工作流域。6. 工作项(Work Item)：被工作流参与者执行的活动实例的表示，一个活动实例通常产生一个或几个工作项，工作项通过赋予相关参与者的工作列表而被参与者所感知。7. 工作列表(Work List)： 流程参与者所拥有的用于感知流程工作项的列表，是工作列表处理器(Worklist Handler)与工作流引擎的接口。图2-1 工作流基本概念间的关系2.3 工作流管理系统2.3.1工作流管理系统的基本概念及定义WfMC对工作流管理系统的定义是：工作流管理系统是一个软件系统，它完成工作流的定义和管理，并按照在计算机中预先定义

24、好的工作流逻辑推进工作流实例的执行1。通常，工作流管理系统指运行在一个或多个称为工作流引擎的软件上的一套软件系统，用于定义、实现和管理工作流运行，它和工作流执行者交互，推进工作流实例的执行，并监控工作流的运行状态。需要注意的是，工作流管理系统不是企业的业务系统，它是为企业的业务系统运行提供一个软件支撑环境，非常类似于在单个计算机上的操作系统。在工作流管理系统的支撑下，通过集成具体的业务应用软件和操作人员的界面操作，能够良好地完成对企业经营过程运行的支持。按照经营过程以及组成活动的复杂程度的不同，工作流管理系统可以采取许多种实施方式，在不同的实施方式中，所应用的信通信技术和支撑系统结构会有很大的

25、差别。工作流管理系统的实际运行是在一个工作组内部或者在全企业的所有业务部门1。虽然不同的工作流管理系统具有不同的应用范围和不同的实施方式，但是具有许多共同的特性。从较高层次上来抽象地考察工作流管理系统，会发现所有的工作流管理系统都是提供了三种功能： 1. 过程定义与设计：主要考虑工作流过程和相关活动的定义和建模功能。2. 过程实例化与控制：在一定的运行环境下，执行工作流过程，并完成过程中活动的排序和调度功能。3. 机交互：实现各种活动执行过程中用户与IT应用工具之间的交互。2.3.2工作流管理系统的体系结构WfMC提出的工作流管理系统的体系结构模型如图2-2所示。这个体系结构模型给出了抽象的工

26、作流管理系统的功能组成部件和接口，它能够满足工作流管理系统和产品所应该具有的主要功能特征，可为实现工作流产品之间的互操作提供公共的基础2。需要指出，组成工作流管理系统的每个功能部件可以在不同的软硬件平台上采用不同的方法实现，同样接口也可以在不同的软硬件平台上采用不同的设计技术和编程语言进行编程4。从图2-2可以看出，工作流管理系统主要由三类构件组成，这三类构件分别是8：1. 软件构件：完成工作流管理系统不同组成部分功能的实现。2. 系统控制数据：工作流管理系统中的一个或多个软件构件使用的数据。3. 应用与应用数据：对于工作流管理系统来说，它们不是工作流管理系统的组成部分，而是属于外部系统和数据

27、，它们被工作流系统调用来完成整个和部分工作流管理的功能。图2-2工作流管理系统的体系结构模型2.3.3工作流管理系统的分类工作流管理技术是当前的研究和开发的热点之一，并相应的产生了大量的工作流管理系统及其产品。根据所实现的业务过程，可将工作流管理系统分为四类5：1. 管理型工作流：在这类工作流中活动可以预定义，并且有一套简单的任务协调规则。2. 设定型工作流：与管理型工作流相似，但一般用来处理异常或发生机会比较小的情况，有时甚至是只出现一次的情况，这与参与的用户有关。3. 协作型工作流：参与者和协作的次数较多，在一个步骤上可能反复发生几次直到得到某种结果，甚至可能返回到前一阶段。4. 生产型工

28、作流：实现重要的业务过程的工作流，特别是与业务组织的功能直接相关的工作流。与管理型工作流相比，生产型工作流一般应用在大规模、复杂的和异构的环境下，整个过程涉及许多人和不同的组织。 根据底层实现技术，可将工作流产品分为三类：1.以通信为中心：以电子邮件为底层的通信机制。这种类型的工作流系统适合于协作型工作流和不确定型工作流，而不适合生产型工作流。2.以文档为中心：基于文档路由，它同外界应用的交互能力有限。许多基于表的管理型工作流可以用以文档为中心的工作流实现。3.以过程为中心：这种工作流对应生产型工作流。它们一般建立在数据库之上，有自己专用的通信机制，并且提供了同外部进行交互的接口。2.3.4当

29、前主要的工作流管理系统介绍1.Jboss的JbpmJbpm是一个灵活可扩展的工作流管理系统，可以很容易的嵌入到其它系统中去。作为Jbpm运行时Server端输入的业务流程使用简单强大的语言表达并打包在流程档案中。Jbpm将工作流应用开发的便利性和杰出的企业应用集成(EAI)能力合了起来，它包括一个Web应用程序和一个日程安排程序。同时Jbpm是一组J2SE组件，可以作为J2EE应用集群部署，Jbpm的持久层采用的是Jboss的Hibernate。2. Enhydra的SharkShark是完全基于WfMC规范的，可扩展功能的工作流管理系统，它使用XPDL作为工作流定义语言，同时还包括服务器端的

30、用于活动节点执行的WfMC工具代理API。Shark中的每个组件例如持久层、事务管理器、脚本引擎、流程库，都是可以按照标准实施运用的，而且还可以被具体项目的模块扩展和替换。Shark的持久层采用的是Enhydra的ODS(Dynamic Operational Data Store)来实现。3.pensymphony的OsworkflowOsworkflow是建立在FSM(finite state machine，有限状态机)理论的上的，它的最大特点是灵活，具有相当大的韧性，可以满足大型应用的所有需求。Osworkflow是只有一个workflow engine的内核体，因此非常容易扩展。Os

31、workflow的持久层比较灵活，可以是Serializable Store、JDBC Store和EBJStore，另外还可以自己实现。4.ObjectWeb的BonitaBonita是一个符合WFMC规范、灵活的协同工作流系统。对于各种动作如流程概念建模、定义、实例化、流程控制和用户交互等都提供了全面的集成图形工具。100%基于浏览器、使用SAOP和XML数据绑定技术的Web Services封装了己有的工作流业务方法，并可将它们己基于J2EE的Web Services形式发布。5.FBiz的OFBizOFBiz是一个非常著名的开源项目，提供了创建基于最新J2EE/XML规范和技术标准，构

32、建大中型企业级、跨平台、跨数据库、跨应用服务器的多层、分布式电子商务类WEB应用系统的框架。OFBiz最主要的特点是OFBiz提供了一整套的开发基于Java的web应用程序的组件和工具，其中包括实体引擎、服务引擎、消息引擎、工作流引擎、规则引擎等。6.gbross的BossaBossa是一个速度非常快、轻量级的引擎，使用富有表达能力的Petri网定义工作流，不要求关系数据库，使用简单，能和Java应用集成。事实上，它是按嵌入式标准设计的。7.artcomps的TwisterTwister的目标是提供新一代、易集成、应用Java领域中最新成果、面向B2B的工作流解决方案。流程引擎基于BPEL业务

33、流程规范和Web Service标准。上述列出的当前主要的工作流管理系统当中，Jbpm、Shark和Osworkflow并称为当前三大主流的工作流管理系统。通过对它们的分析比较，发现Jbpm是一个非常优秀的开源项目，而且持久层用的也是当前非常流行的Jboss的hibernate，与Jboss应用服务器有很好的兼容性，并且更新速度很快，目前已经到达4.0版本，因此决定把Jbpm作为开发的工作流管理系统。2.4 本章小结本章介绍了工作流的起源与发展、工作流的定义及相关概念、工作流管理系统的基本概念及定义、体系结构、分类，然后列举了当前主流的几种工作流管理系统。第3章 工作流引擎的分析与设计3.1工

34、作流引擎在工作流管理系统中的作用工作流引擎是工作流管理系统的核心，它为工作流实例提供运行环境，包括流程图的解释、资源的分配，逻辑的控制等，其主要作用体现在如下两方面：一、 工作流引擎是流程的状态转换机。工作流管理系统是一个以过程为中心的系统，所有的运行都是数据驱动的。对于一个流程来说，每个逻辑单元都代表着一个流程的实际业务的逻辑功能。在流程实例的生存期内，状态是重要的控制数据。它通过改变当前的流积实例的状态，控制应用的工作状态。在工作流逻辑中，状态的转换是按照一定的规则进行。工作流引擎的任务就是按照定义的规则控制实例的状态转换。二、 工作流引擎是流程的路由控制器。一个流程对应着一条实际流转的业

35、务，流程的流转路线受当前实例数据的控制。流程定义时就指定了流程的流转规则。一般情况下，这些规则是根据流程实例的数据制定的公式。引擎的作用是对这些公式规则进行解释，找出流程下一步的流向，进行实例逻辑处理，使流程向下流转9。3.2工作流引擎体系结构的分析与设计根据前边工作流引擎的功能，我们分析工作流引擎应该有以下几部分组成： 解析器(parser)、流程管理 (Process Manager)、执行器(Executor)、任务分派 (Task Assigner)和客户端接口 (Client Interface)，除以上基本功能模块外，柔性工作流引擎还包括动态修改模块。体系结构如图3-1所示： 图3

36、-1工作流引擎体系结构建模工具提供引擎执行的来源XML文件格式的工作流模板，在引擎运行时系统管理员可以通过监控台与引擎进行交互，整个运行过程中所需的人员等资源信息由企业资源模块提供;在业务处理端，工作流用户具体处理引擎分派的任务。引擎访问数据库是通过单独的数据库访问接口进行。l)解析器解析器的作用是将描述工作流模板的XML文件解析成能够被引擎执行调用的模板对象，并将其持久化。模板是以XML文件的格式保存于工作流模板库中，模板对象是一个复杂的Java对象，它是流程执行的基础。解析的结果最终通过数据库被持久化存储。2)流程管理模板实例化操作产生的模板实例称为流程。流程是工作流系统中一个主要概念，是

37、引擎主要管理的对象。流程管理模块要负责流程的生命周期管理，包括对流程进行启动、挂起、恢复和停止操作。而且所有与流程相关的实例信息都由这个模块提供。根据数据局部化原则，流程管理模块还维护Cache，其中存放最近使用的工作流模板。模板相对于流程来说是静态信息，所以这个Cache中不会有数据不一致的问题。流程管理模块在构造实例信息时就无需从数据库中读取，直接从内存中即可获得原始信息。3)执行器执行器是引擎的核心部分，负责流程中节点实例的具体执行。它通过解析节点中定义逻辑，与外部资源交互完成具体业务，解析路由规则为流程和节点的执行进行导航。并且节点可指定不同的事务属性，执行器中有一个EJB定义了对应的

38、J2EE事务属性的节点执行方法，实现对事务的支持。4)任务分派任务分派模块是为需要人工执行的任务节点分派合适的执行者，这是工作流的一个主要功能。如果执行器是解析具体的企业业务规则，那么任务分派则是解析企业的人力资源分派规则。任务分派所用的人员组织信息是由引擎外部的企业资源模块提供，引擎中不包含这些信息是因为实际企业的组织信息复杂多变，引擎无法抽象出统一的模型。企业根据需要定制其组织结构，引擎只需根据定义的接口获取其所需信息。5)客户端接口客户端接口是引擎与外部系统交互的中介，在WfMC定义的工作流参考模型中，工作流引擎通过5个接口为整个工作流管理系统服务。工作流引擎与外部系统交互是通过客户端接

39、口模块中的一些EJB和预定义接口实现的。外部系统要调用引擎的功能必须通过相应EJB提供的API，如果引擎要使用外部应用，则外部系统必须实现相应的引擎预定义接口10。3.3工作流引擎分析工作流引擎在运行时的主要任务是解释流程图，负责控制流程实例、活动、工作项的状态转换，处理流程实例、活动、工作项之间逻辑关系以及负责数据在各个步骤之间的传递。下面结合工作流引擎的机构模型、过程模型和控制模型，对引擎的工作原理进行详细的分析9。3.3.1引擎的机构模型机构模型描绘的是指组织的层次结构和部门结构，也被称为组织结构模型。其中层次结构反映的是各管理层次的构成，又称组织的纵向结构，而部门结构反映的是每个管理部

40、门的具体构成，又称组织的横向结构。 由于机构模型是对现实世界客观反映，因而通常被分为： 组织机构、岗位、角色、群组、人员等组织机构实体。但如果对现实世界的机构模型进行抽象的话，我们就会发现： 角色、岗位、群组三者反映的都是“人员的集合”这个概念，并无明显的区别。类似的抽象过程也可以运用到组织机构和组织单元一者之间的关系上面，采用嵌套式的递归过程是完全可以将二者合并为同一个概念的。这里的话我们在工作流引擎中用Swimlane来表示用户角色概念。简化了的机构模型不仅可以增进用户的理解，还可以提高工作流引擎对机构模型的解析速度，提高引擎的运行效率9。3.3.2引擎的过程模型根据建模提供的流程模型，引

41、擎支持的过程结构包括顺序，选择，并发等，实际上就是流程定义模型的实例化9。3.3.3引擎的控制模型流程实例，活动和工作项通过状态来反映业务的处理情况。而其中又包括工作流流程实例状态和各个活动实例状态9。3.4工作流引擎设计引擎主要处理的是实现流程、活动和工作项三类逻辑对象之间的逻辑关系和相互的约束。其中流程以流程定义为参照，活动以活动定义为参照，工作项以活动为参照。它们共同协作完成整个系统的逻辑功能9。3.4.1流程定义静态模型设计流程实例是流程定义的一次动态执行过程。根据流程定义的划分，活动包括开始活动，结束活动，任务活动，子流程活动，与分支活动，或分之活动。 其中与分支活动、或分之活动都是

42、逻辑上的概念，也就是说他本身不是一个具体的执行过程，而是流程路由选择判断的依据。他们不会被持久化写入数据库中。根据上文提到的流程定义的四个层次：活动(Activity)、上下文(context), 程序逻辑(programming logic)和用户界面(UI)层，在引擎类设计中也可对应为几个部分： 1）过程模型类：基类为Node，这里抽象为一个接口，包括上文介绍的与节点，或节点，判断节点，原子活动节点，子活动节点和标志节点(开始，结束节点)命名为Join, Fork, Decision, Activity, StartActiv, EndActiv, ProcessActiv。 2）机构模型

43、类：Swimlane，代表流程参与者的角色。 3）上下文变量类：Variable，代表流程执行过程中的相关数据。 4）路由拓扑类：Transition，代表活动与活动间的连接弧。 5）事件类型类：EventType，代表流程执行中的各种类型事件，如流程启动，流程结束等9。 3.4.2流程定义数据库结构设计在部署一个流程时我们需要将Transition, Node, Definition, Swimlane等信息写入数据库，其表结构如下9。1. 流程定义表 DEFINITION：如表3-1所示，记录了一个流程定义的基本信息，描述，版本。表3-1 流程定义表 DEFINITIONDEFINITIO

44、Nidnumber(20)pknamevarchar2(255)descriptionvarchar2(255)versionnumber(20)startstatenumber(20)2. 节点表 NODE：如表3-2所示，记录了节点基本信息。表3-2 节点表 NODENODEidnumber(20)pknodevarchar2(255)namevarchar2(255)descriptionvarchar2(255)assignmentrequirednumber(1)stateauthenticationvarchar2(255)3. 机构模型表SWIMLANE：如表3-3所示，记录了模

45、型角色基本信息，如名称，描述，属于哪个流程等。表3-3 机构模型表 SWIMLANESWIMLANEidnumber(20)pknamevarchar2(255)descriptionvarchar2(255)definitionnumber(20)delegationnumber(20)4. 路由拓扑表TRANSITION：如表3-4所示，记录了连接弧基本信息，包括上一节点ID，下一节点ID，所属流程等。表3-4 路由拓扑表 TRANSITIONTRANSITIONidnumber(20)pknamevarchar2(255)descriptionvarchar2(255)definitio

46、nnumber(20)from_number(20)to_number(20)5. Actor身份表DELEGATION：如表3-5所示，任何一个Actor(或叫参与者)都需要一个DELEGATION类判别他属于哪个Actor。表3-5 Actor身份表 DELEGATIONDELEGATIONidnumber(20)pkclassnamevarchar2(255)configurationvarchar2(4000)3.4.3流程执行静态模型设计工作流的执行采用令牌(token)和信令(signal)技术，理论基础是Petri网。 流程运行过程中，引擎用一个令牌(token)作为指针跟踪流程的状态。令牌记录的是一个流程实例的执行过程，当令牌到达