基于Web的工作流管理系统的设计与实现[样例5]

第一篇：基于Web的工作流管理系统的设计与实现

摘要:Internet/Intranet应用的普及和Web技术的发展，为Web工作流管理系统的实现提供了一个理想的平台，而基于Web的工作流管理服务为异地办公及跨企业的合作提供了良好的基础，采用Web技术已成为新一代工作流管理系统的主要特征。本文研究开发的工作流管理系统原型将Web技术

与XML相结合，给出了基于xml的过程定义语言与工作流执行机的设计与实现方法。

关键词：工作流、工作流管理系统、XML，集成、工作流执行机

Abstract:The rapid growth of Internet/Intranet usage and development of Web technologies,provides a ideal platform to construct a Web_based workflow management.And the Web_based workflow management service provides condition for distributed working and inter-enterprise corporatin ,and it has become the characteristic of the next-generation workflow management.The WFMS prototype which this paper researched on combines the Web technologies and XML ,and provides a method of designing and implementing xml_based process definition language and workflow engine.keywords:Workflow ,workflow management systems ,XML,Integration、Workflow Engine

1、引言

工作流的概念起源于生产制造业与办公自动化领域。工作流是一类能够完全或部分自动执行的经营过程，根据一系列过程规则，文档、信息或任务在不同的执行者之间传递、执行。工作流的目的是通过将工作分解成定义良好的任务、角色，按照一定的规则和过程来执行这些任务并对它们进行监控，达到提高办事效率、降低生产成本，提高企业生产经营管理水平和企业竞争力，实现现代企业经营过程重组（BRP）、经营过程自动化。

根据工作流系统所采用的任务项传递机制的不同，工作流管理系统主要有三种方式：（1）、基于文件的工作流管理系统——以共享文件的方式来完成任务。这种类型的产品是产生最早、发展最成熟、最具多样性的，通常包含有Client/Server模式的图像、文档与数据库管理系统。（2）、基于消息的工作流管理系统——通过用户的电子邮件系统来传递文档信息。这种产品都实现了一种或多种电子邮件系统的集成。（3）基于Web的工作流管理系统——随着计算机网络技术的发展和Internet应用的不断普及，Web技术因其界面的一致、简单及与平台的无关性，在其出现之后就得了迅速发展。同时Internet的发展及企业Intranet的建构为人们提供一个理想的协同工作环境，同时也使基于Web的工作流管理系统成为可能。

Web应用程序开放、跨平台的特性使基于Web的工作管理系统已经成为一种必然的发展趋势。但目前因为不同的研究者、厂商使用不同的工作流的描述方法，这样就造成了不同的工作流产品之间不能进行互操作，因而在很大程度上阻碍了工作流技术的推广与应用。

为了使工作流管理系统具有的良好的互操作性，本文研究开发了一个基于Web的工作流管理系统，其中工作流过程定义采用了基于XML的过程定义语言。XML是用来描述文档的组织结构，XML具有简单、自定义的优点，可以实现不同产商之间的工作流产品之间的互操作性，实现异构信息的集成。

本文首先介绍了当前工作流管理系统的一些相关概念，分析了在本系统中的一些关键技术，包括系统的体系结构，工作流模型中的主要实体的XML描述及工作流执行机的设计与实现等。

2、工作流管理系统的介绍

基于Web的工作流管理技术是实现企业协同工作环境的一个良好方法，它能方便的与企业内原有的应用、信息集成。

为了实现对业务过程的工作流管理，需要相应的软件系统的支撑。此种软件系统为工作流管理系统（Workflow Management System,WfMS）。根据WfMC 的定义，工作流管理系统是“一种在工作流形式化表示的驱动下，通过软件的执行而完成工作流定义、管理及执行的系统”，其主要目标是对业务过程中各活动发生的发后次序及同活动相关的相应人力或信息资源的调用，进行管理而实现业务过程的自动化。工作流的过程定义是指对业务过程的形式化表示，它定义了过程运行中的活动和所涉及到的各种信息。这些信息包括过程的开始和完成条件、构成过程的活动以及进行活动间导航的规则、用户所需要完成的任务、可能被调用的应用、工作流机的引用关系以及与工作流数据的定义。其中活动指的是工作流中的一个逻辑步骤；工作流实例指的是工作流的一次执行过程；工作流机是一个为工作流实例的执行提供运行服务环境的软件或“引擎”，它是工作流执行服务的核心，负责对解释过程定义、控制过程实例的执行、控制工作流中各个活动的执行顺序、并完成与其它工作流机的交互与通讯。

1994年11月，工作流管理联盟发布了工作流管理系统的参考模型(见图1)，该模型定义了一个基本的工作流管理系统所需要的6个基本模块，并制定了各模块之间的接口标准。其基本的模块功能如下：

1）过程定义工具：为用户提供一种对实际业务过程进行分析、建模的手段，并生成业务过程的可被计算机处理的形式化描述。

2）工作流执行服务：它借助于一个或多个工作流机，激活并解释过程定义的全部或部分，并同外部的应用程序进行交互，完成工作流过程实例的创建、执行与管理，为工作流程的运行提供一个运行时环境。

3）其他工作流执行服务：在大型的WfMS中，工作流可能需要多个工作流机共同完成，甚至需要其他异质的工作流执行服务来辅助来完成，这涉及到WfMS系统之间的互联。

4）客户应用程序：它给用户提供一种手段，以处理过程实例运行过程中需要人工干预的任务。每一个这样的任务就被称为一个工作项。WfMS为每一个用户维护一个工作项列表，它表示当前需要该用户处理的所有任务。

5）被调应用程序：指工作流执行服务在过程实例的运行过程中，调用的、用以对应用数据进行处理的程序。在过程定义中包含这种应用程序的详细信息，如类型、地址等。

6）管理及监控工具：其功能是对WfMS中过程实例的状态进行监控与管理，如用户管理、角色管理、审计管理、资源控制等。

3、基于Web的工作流管理系统的总体结构

体系结构的设计主要遵循如下3条原则：

（1）、基于Internet/Intranet分布式计算环境，面向跨部门、跨企业的分布式工作流管理。

（2）、集成已有的各种信息资源，如电子邮件、文档管理、图形浏览、资源管理等，充分发挥这些资源的综合潜力。

（3）、与工作流管理联盟参考模型保持一致，其中过程定义语言采用XML－WPDL（基于XML的过程定义语言），以利于实现不同企业的WfMS系统的互操作。按照上述原则所设计的Web_WfMS的体系结构如图2所示：

整个系统的工作方式如下：

(1)、工作流应用建模人员通过Web浏览器将过程及表单定义工具从Web服务器上下载下来，完成应用系统的建模，即实际工作流程的定义。建模结果以XML-WPDL文档保存在服务器中，并可反复修改。

(2)、客户端用户通过浏览器登录到Web服务器，此时可以启动新的流程、处理其工作项等。每个工作项都与一个表单对应。在表单中以各种不同的方式表示需要处理的数据。用户可以通过客户端所提供的各种工具（如CAD系统、CAPP系统、字处理系统）对这些数据进行处理。在此过程中可以与数据库系统进行交互，如查询数据库中信息，或将某些应用数据保存到数据库中等。处理完成之后可将其提交，然后工作流执行机将根据表单中数据生成下一个工作项，并通知相应的用户进行处理，如此直至整个流程的完成。

(3)、管理人员使用工作流管理监控工具对工作流的运行实例、活动实例的状态情况进行监控和管理，如挂起、重启动、终止某个过程实例。

4、基于Web的工作流管理系统的设计原理与实现机制

基于Web_WfMS的总体设计，将从工作流模型、工作流执行机、安全权限控制等3个方面讨论本系统的实现机制。

4.1 工作流模型

工作流模型是整个工作流系统设计的基础，也是过程定义人员进行系统二次开发的基础，模型描述能力的强弱决定了系统所支持应用范围以及系统的灵活度。在工作流模型方面，工作流管理联盟定义的过程元模型定义了6个基本实体：过程定义、活动、转换条件、工作流相关数据、角色、需要激活的应用程序。

各种不同的建模工具仅是对工作流模型的一种形式化的描述，为了实现不同的WfMS的过程定义能相互交互，在本系统中采用了其于XML的过程定义语言对过程建模进行描述（如图3）。

下面将分别介绍XML_WPDL的过程定义、活动和转换条件三种实体的描述。

① 过程定义

② 活动定义

③ 转移条件：

4.2 工作流机的实现与异常处理机制

4.2.1 工作流机的实现

工作流执行服务是工作流管理系统的核心。工作流执行服务由一个或多个工作流机组成。工作流机实际上是企业经营过程的任务调度器，在某种程序上还是企业资源的分配器。在采用工作流管理系统支持经营过程运行的企业中，工作流机可以看成是企业的业务操作系统（BOS）。工作流机的主要功能是：解释过程定义、负责调试流程的运行、即创建和管理过程实例运行、调度活动的运行并创建要处理的工作项、维护工作流控制数据和相关数据、维护用户的工作列表。工作流执行机的结构如图4所示：

图4 工作流执行服务的结构图

其具体的执行过程：工作流机接受从外部接口发送过来有关过程控制的请求（如过程初始化、获取活动以及结束活动等），然后根据不同的请求类型调用相应的处理模块完成与本次请求相关的操作并将结果返回。事实上可以将工作流机看成一个多线程的并发服务器，它可以对多个外部请求提供并发服务。对外部请求的处理过程中肯定会涉及到对工作流相关数据的读写和更改操作，同时工作流机还维护着工作流的控制数据，通过工作流控制数据来辨别每个过程或活动实例的状态，并推动着工作流过程的执行。过程、活动、工作项构成了工作流机的主要逻辑。在我们的系统中采用了对象的封装和继承的方法，把它包装为普通的C＃类。三个类的定义如下：

(1)、public class WEProInstanceManager {} //工作流执行机的过程实例的管理类

(2)、public class WEActInstanceManager {} //工作流执行机的活动实例的管理类

(3)、public class WEWorkItemManager {} //工作流工作列表管理类

4.2.2 工作流机的异常处理

工作流的错误包含两种错误，一是流程错误，如活动的执行者不存在，活动的应用程序定义错误等；另一类是系统的错误，如：网络不通，数据库系统异常。对于工作流执行机来说，前类异常是属于无法处理的错误，只能进行错误的通知；后者是执行机可以处理的错误，如数据库异常或连接临时中断等等，执行机可以进行容错处理，例如：在数据库恢复后自动重新建立连接。执行机对可能出现的错误进行编码，并附有对应的描述信息。

在我们的系统中采用了C＃的异常处理思想(在C＃的编程思想中，系统的错误是通过捕获异常来实现的)，抛出的异常通过异常类WEException来描述。WEException类继承了C＃的异常处理类Exception。并覆盖了Exception类的属性Message(){get{}},其中WEException类中保存了可识别的异常对照表。在C#的异常处理中，在出错的地方将异常抛出，不进行处理。异常被抛到更高的层次，直到某个层次能够进行这种异常的处理。

4.3、工作流管理系统的安全权限控制

工作流管理系统对安全性要求较高，为了达到要求，必须做到充分的安全控制。在我们的系统中，共设置了5层安全控制级别。

1)、用户鉴定：用户登陆系统，需要用户输入用户名和密码，以便确认和登记。

2)、服务器访问控制：保证只有授权用户，才可登陆指定的服务器。

3)、数据库访问控制：对数据库的访问进行控制

4)、文档访问控制：对数据库中的文档进行权限控制。

5)、文档中的域访问控制：对文档中的部分内容进行控制。通过以上五层安全控制再加上一些安全机制如：系统级权限控制、电子签名和加密等，使得整个安全机制达到了系统对安全的需要。

5、结束语：

以Web作为工作流管理系统的底层通讯支持使系统具有开放、一致和方便使用的特点，使企业中处于孤岛的信息能相互集成。本系统采用的基于XML的过程定义语言的工作流管理系统，不仅适应分布办公，更以系统开放的环境为实现跨部门、跨企业的供应链的不同工作流互操作打下了基础，使客户、供应商、或合作者都可以方便的参与企业的工作流，提高工作效率。参考文献

[1]WfMC,“The Workflow Reference Model”.(WfMC-TC00-1003),Technical Report,Workflow Management Coalition,Hamnshire.1995.[2]史美林、杨光信、向勇等。WFMS：工作流管理系统[J]。计算机学报，1999（3）：326~328。

[3]范玉顺。工作流管理技术基础—实现企业经营过程重组与经营过程自动化的核心技术[M].北京：清华大学出版社，2001。

[4]Mohan C.Recent Trendsin Workflow Management Products,Standards, and Research.URLhttp://www.xiexiebang.com,1999-10

第二篇：基于WEB的工作流引擎设计和实现

基于WEB的工作流引擎设计和实现

一、引言

随着社会生产的流程化，工作流（Workflow）起着越来越重要的作业，工作流的核心是流程管理。对于企业来说，其生产经营活动就是由各种各样业务流程交织在一起组成的。然而，在企业管理中，许多流程在日常操作过程中已被习惯，而不被人们所重视，更不能被有效的管理起来。另外，客户的需求瞬息万变，而产品的生命周期也是在不断缩短，技术在不断创新。企业要在这样一个竞争和变换的外部环境中求得生存，就必须要有随需而变的能力，不断地调整和优化自身的各种业务流程，对流程进行重构和再造。为此，本文详细描述了工作流引擎的系统结构、接口设计、功能建模，以及工作流引擎在ERP系统中的应用。

二、工作流技术概述

（一）相关概念

工作流（Workflow）就是工作流程的计算模型，即将工作流程中的工作如何前后组织在一起的逻辑和规则，在计算机中以恰当的模型进行表示并对其实施计算。工作流引擎（Workflow Engine，WfE）的主要功能是通过计算机技术的支持去定义、执行和管理工作流，协调工作流执行过程中工作之间以及群体成员之间的信息交互。工作流需要依靠工作流引擎来调度、实现。

（二）工作流引擎的主要功能

工作流引擎是定义、创建、执行工作流的软件组元。作为工作流的核心应能提供以下几个方面的功能支持：解释过程定义；创建过程实例并控制其执行；调度各项活动；为用户工作表添加工作项；通过应用程序接口（API）调用应用程序；提供监督和管理功能等。

三、工作流引擎的分析及设计

（一）工作流引擎的功能结构

工作流引擎需要支持两种业务流程，即确定型工作流和非确定工作流。确定型工作流是指人们可以事先给出运行路线的一类业务流程；非确定型工作流是指人们事先不能给出运行路线的一类业务流程。业务流程的流向应根据实际情况而定。工作流引擎的功能结构图应该如图一所示：

图1 工作流引擎的功能结构图

（二）工作流引擎控制器分析

引擎控制器是工作流引擎在运行时的控制中心，引擎控制器的控制结构图如图二所示：

图二 引擎控制器的控制结构图

1．调度中心。调度中心接受从外部接口发送过来有关流程控制的请求，然后根据不同的请求类型调用相应的处理模块完成与本次请求相关的操作并将结果返回。由于是在DBMS内部实现工作流引擎的控制模型，因此有关请求的并发处理等问题完全可以交给数据库管理系统来完成，也不需要诸如请求队列等形式的数据结构。

2．任务管理。任务管理主要根据调度中心的指示完成诸如任务创建、任务状态的转换以及相关数据的维护等工作。每次“结束任务”的外部请求将触发调度中心调用“任务管理”为后继活动（如果存在的话）创建新的实例，其状态为“待定”；同时，其他不同的外部请求也将触发“任务管理”实施任务状态的切换。

3．任务指派。任务指派处理只是针对常规交互活动，通常情况下，在任务状态由“待定”切换到“等待”过程中完成任务的指派工作，即处于就绪状态的任务在通常情况下都确定了其执行者。任务指派过程首先根据任务指派基准确定可以执行此任务的群体人员，通常情况下这是一个包含多个人员的集合；然后根据任务指派方法确定由这个群体中的哪些个体来执行任务，执行任务的个体标识记录在相应任务记录的字段中。

4．依赖检查。在工作流引擎中，业务规则可以分解成活动的前依赖规则和活动的后转发规则。依赖检查指的是活动的前依赖规则的检查，调度中心在将任务切换到就绪状态之前将进行相关的前依赖规则检查，只有满足检查条件的任务才可以进行状态的切换。

前依赖规则包含顺序、与汇聚、或汇聚和投票汇聚四种规则：

第一，对于顺序前依赖规则，从前趋活动流转到当前活动跟其他前趋活动没有关系，当前活动的启动没有其他约束条件，相应任务可以立即由“待定”状态转换到“等待”状态。

第二，对于与汇聚前依赖规则，相应记录要指明所有参与与汇聚的其他前趋活动，只有所有相关的前趋活动均到达各自指定的结束状态，当前活动方可启动。第三，对于或汇聚前依赖规则，前依赖活动集为空集，此规则的检查将涉及到业务活动表中的或汇集标志，其取值可以是所有相关的前趋活动的结束标记之一或者是一个特殊的标记。如果或汇集标志不是一个特殊标记，则将检查相应前趋活动的结束标记是否和或汇集标志相同，若相同，则启动当前活动，若不相同，则不作任何处理。如果或汇集标志是一个特殊标记，则首先结束的前趋活动将启动当前活动，后结束的活动将被丢弃。

第四，对于投票汇聚活动，前依赖活动集同样为空集，当前活动要等到属于同一批次任务数目达到设置的要求方可启动。

5．转发控制。当应用发出“结束任务”的外部请求时，该请求将触发调度中心启动“转发控制”。转发控制的主要依据在工作流数据模型中定义的后转发规则，后转发规则定义了当前活动与其后继活动之间的关系。

6．启动控制。启动控制负责常规自动活动的所对应的自动执行体的启动并对其活动进行监控。

三、工作流引擎实现

（一）任务表结构

确定型任务表负责保存系统中所有确定型流程的任务实例待处理记录及任务实例处理的历史记录，工作流引擎定期扫描该任务表，将任务表中所有待处理的任务实例分发给相应流程中的相应节点。

确定型任务表的结构为：TaskList(TasklnstanceID，TasklD，TaskStep，TaskHandleTime，ProceeID，DstNodelD，lsHandled，CommmitMan)，分别为：TasklnstaneeID：同一个任务可以有多个不同的运行实例。该字段用于区别多个不同的运行实例；TasklD：用于区别不同的任务；TaskStep：记录任务运行实例在流程中的处理步骤；TaskHand]eTime：任务运行实例在相应处理步骤中的处理时间；Processed：记录任务实例所在流程的ID；DstNodelD：处理任务运行实例的后续节点；IsHandled：任务实例在后续节点是否已经处理；CommitMan：任务的处理人。

（二）工作流的流向控制

工作流引擎的一个核心功能就是要决定确定型任务表中各个任务运行实例的后续处理节点，使任务运行实例按照事先定义好的路线流动，也就是流程的流向控制。

流向控制算法描述如下：

／*控制流程流向*／

function HowControl(string processid，string nodeid)｛

string[] followIds= GetSueNodeld(processed，nodeid);

for(int i=0;i

／*后续节点同步控制*／

if(查询后续节点i所对应的条件中有无isprecondition为true的条件)对后续节点进行同步控制；

／*子流程的处理情况*／

if(后续节点i是子流程)

将子流程的第一个节点作为后续节点；

向任务表中加入一条待处理记录；

}

}

四、结语

本文介绍了一个基于Web的工作流引擎的具体实现，该工作流引擎已经在药业管理系统中得到了实际应用，基本上可以达到预期效果，说明基于Web的工作流引擎设计和实现都具有相对可行性，可以应用在具体的管理系统中。

第三篇：基于工作流的业务流程管理系统的研究与实现

基于工作流的业务流程管理系统的研究与实现

2009-10-14 13:06:57.0 机经网

北京机械工业自动化研究所 研发部 毛宏毅

在20世纪90年代以来的经济浪潮中，MIS(信息系统)与ERP（企业资源计划）成为企业管理的热点。但是，MIS/ERP的开发方式的缺点在于对需求表达不清晰、效率不高。在这种思维方式下的流程管理与真正的企业流程管理成了“两张皮”：ERP仅仅是IT领域一个不重要的支系，而非作为一种驱动力。更严重的是流程被固化在系统中，企业不能随着商业环境的变化而方便迅速的改变自身的业务流程。如何实现业务流程的自动化，使得各自相对独立业务实现无缝集成，如何保持商业伙伴之间的协同，并建立一种灵活的机制已经成为企业的首要问题。

BPM的出现，改变了这种IT思维方法。它希望在现有的MIS/ERP系统开发中表达商业需求，对根植在应用系统中的流程做出清晰的定义。为实现BPM，管理系统必须能够提供方便迅速分析业务流程、商业数据的工具，以便企业决定使用最适合流程引导商业目的的实现。

本文研究了业务流程管理理论，分析了业务流程管理与工作流管理的异同，并在此基础上，基于改进的工作流管理，实现了业务流程管理系统。

1、业务流程管理理论研究（1）业务流程管理概念

什么是业务流程管理？ BPM是一个描述一组服务和工具的一般名词，这些服务和工具为流程管理(如流程的分析、定义、执行、监视和管理)提供支持。它将生产流程、业务流程、各类行政申请流程、财务审批流程、人事处理流程、质量控制及客服流程等70%以上需要两人以上协作实施的任务全部或部分由计算机处理，并使其简单化、自动化。

从管理理论或战略的层面看，业务流程管理（BPM）就是在一个存在内部事件和外部事件的环境中，由一组相互依赖的业务流程出发，对业务进行描述、理解、表示、组织和维护。从具体实施的层面看，BPM还可分为流程分析、流程定义与重定义、资源分配、时间安排、流程管理、流程质量与效率测评、流程优化等。

从上图可以看出：在流程设计阶段，业务流程被定义或者是重新定义；系统在配置阶段，定义的流程在基于流程的信息系统中实施；在流程运行实施阶段，业务流程开始利用在配置阶段的内容开始实施；在诊断阶段，系统开始分析业务流程以发现其中的问题和需要改进的地方，在流程设计阶段重新定义，往返循环不断的优化业务流程。（2）工作流管理概念

20世纪60到70年代就有学者清楚的表达了利用信息技术实现工作流程自动化的想法，但是，工作流的真正成熟还是以1993年工作流技术标准化的工业组织WFMC（工作流管理联盟）的成立为标志的。工作流管理联盟成立以后，发布了用于工作流管理系统之间互操作的工作流参考模型，并相继制定了一系列工业标准。使得工作流系统的研究与开发进入了一个新的热潮。

工作流就是工作流程的计算模型，即将工作流程中的工作如何前后组织在一起的逻辑和规则在计算机中以恰当的模型进行表示并对其实施计算。工作流要解决的主要问题是：为实现某个业务目标，在多个参与者之间，利用计算机，按某种预定规则自动传递文档、信息或者任务。简单地说，工作流就是一系列相互衔接、自动进行的业务活动或任务。我们可以将整个业务过程看作是一条河，其中流过的河水就是工作流。（3）WFM与BPM的区别与联系

事实上，WFM和BPM之间没有严格的概念界限区分。如果说WFM是早期人们为了解决“办公、流程自动化”而诞生的应用技术和解决方案的话；那么BPM则是为了“对全局性的业务分析、整合”，以及“能够基于这些分析提供对上层管理决策的支持”的一种应用技术和解决方案。与业务流程管理相比，传统的工作流管理的重点仅仅存在于BPM的下半部分，即流程设计、系统配置、流程运行三个部分。此外，传统的工作流管理对于设计阶段的支持很少，仅仅提供了一个编辑器，而对实时的设计分析没有支持。因此，传统的工作流管理系统软件中，几乎都无法支持流程设计的仿真，验证，确认以及对实时数据的收集、解释。从理论上说，可以从工作流日志中可以挖掘业务流程，然而能够真正做到这一点的很少。

2、基于工作流管理的业务流程管理系统的实现（1）系统架构

业务流程的定义使用C/S模式。C/S充分利用两端硬件环境的优势，将任务合理分配到Client端和Server端来实现，降低了系统的通讯开销。在流程定义阶段，用户只需定义组织结构，流程和表单就能够完成流程的设计。

业务流程的运行为B/S模式，软件系统设计遵循目前国际上流行的B/S三层结构系统模型，即整个系统分为客户层、业务逻辑层和数据层。

这种模型具有软件发布更为灵活、程序开发更为高效、重负载下性能更好、系统安全性更强等优点。（2）系统实现

本系统采用J2EE平台结合Oracle数据库架构，流程页面主要有两种。

一、表单页

表单页的流程是根据企业的实际情况制定的，流程表单也是根据实际情况进行后台表的设计和前台界面的绘制，这也是工作流的基本使用。

二、接口页

接口页，顾名思义，就是对于已有的B/S模式的页面提供接口，使页面在工作流系统中流转。它成功解决了企业已有的ERP等信息系统流程固化无法进行流程优化的问题。使用接口页真正实现了业务的随需应变，可以随意的对于B/S模式的下信息管理系统进行流程的按需设计按需管理。

例如采购订单审批流程从两级审批变为一级审批，但是原有流程固化在ERP系统中，我们可以使用接口页方便的改变现有流程。

在整个定义中，工作流系统通过适配器提供工作流和业务数据进行数据交换的功能，根据业务数据进行流程的分支判断，实现业务流程的随需应变。

三、流程诊断

使用工作流系统的“已办流程”和“管理流程”两个功能，获得工作流系统的流程运行数据，对工作流系统的中正在运行的和已经运行完毕的流程进行管理和分析，发现系统中流程存在的问题和需要改进的地方，修改流程后重新发布，在发布之后发起的流程则按照新版本流程进行流转，这就实现了类似业务流程管理生命周期中的诊断功能。

第四篇：基于WEB技术的科研项目验收管理系统的设计与实现

龙源期刊网 http://.cn

基于WEB技术的科研项目验收管理系统的设计与实现

作者：赵丽叶 李志敏

来源：《科技创新导报》2012年第24期

摘要：目前大多数科研课题管理系统都实现了课题的申报、评审、立项等工作，而后期的过程管理、验收管理过程还缺少科学的信息化流程。本文提出了基于J2EE的SSM框架的科研项目验收的网上个人申请、管理员审核以及专家评审的整个过程的解决方案，真正简化了科研项目验收过程，实现了科研项目验收管理过程的科学化、高效性和公平性。

关键词：项目验收管理 信息化流程 SSM

第五篇：基于XML的Web数据交换系统设计与实现

龙源期刊网 http://.cn

基于XML的Web数据交换系统设计与实现

作者：王振辉

来源：《现代电子技术》2010年第20期