ERP系统工作流基本知识介绍

1、上海益达网络科技有限公司目录 TOC o 1-5 h z HYPERLINK l bookmark40 o Current Document 工作流基本概念2 HYPERLINK l bookmark43 o Current Document 工作流的起源2 HYPERLINK l bookmark46 o Current Document 工作流的定义2 HYPERLINK l bookmark58 o Current Document 工作流管理系统基本概念6 HYPERLINK l bookmark61 o Current Document 工作流管理系统的定义6 HYPERLINK l

2、 bookmark67 o Current Document 工作流管理系统的分类7 HYPERLINK l bookmark87 o Current Document 工作流管理系统参考模型8 HYPERLINK l bookmark90 o Current Document 工作流管理系统体系结构8 HYPERLINK l bookmark96 o Current Document 工作流参考模型9 HYPERLINK l bookmark143 o Current Document 过程定义12过程定义工具12 HYPERLINK l bookmark146 o Current Docu

3、ment 工作流定义转换（接口 1）13 HYPERLINK l bookmark158 o Current Document 工作流执行服务与工作流引擎15 HYPERLINK l bookmark188 o Current Document 工作流客户端功能17 HYPERLINK l bookmark191 o Current Document 工作流客户应用17 HYPERLINK l bookmark194 o Current Document 客户端应用接口17 HYPERLINK l bookmark197 o Current Document 应用程序调用功能18 HYPERL

4、INK l bookmark200 o Current Document 应用程序调用18 HYPERLINK l bookmark203 o Current Document 应用程序调用接口19 HYPERLINK l bookmark206 o Current Document 系统管理20 HYPERLINK l bookmark209 o Current Document 管理和监控工具20 HYPERLINK l bookmark218 o Current Document 管理和监控工具接口21 HYPERLINK l bookmark221 o Current Document

5、 过程定义语言23 HYPERLINK l bookmark232 o Current Document 益达网络EOS工作流26 HYPERLINK l bookmark235 o Current Document 益达网络EOS概述26 HYPERLINK l bookmark252 o Current Document EOS工作流组成27 HYPERLINK l bookmark255 o Current Document EOS工作流特性27 HYPERLINK l bookmark356 o Current Document EOS工作流优势31 HYPERLINK l bookm

6、ark380 o Current Document EOS工作流应用范围32 HYPERLINK l bookmark389 o Current Document 工作流的发展趋势和应用34 HYPERLINK l bookmark392 o Current Document 工作流的发展现状34 HYPERLINK l bookmark401 o Current Document 采用工作流的好处35 HYPERLINK l bookmark414 o Current Document 工作流与ERP系统的应用35 HYPERLINK l bookmark419 o Current Docu

7、ment 参考文献37 HYPERLINK l bookmark422 o Current Document 附录：术语表381工作流基本概念1.1工作流的起源工作流的概念起源于生产组织和办公自动化领域，提出的目的是通过将工作 分解成定义良好的任务、角色，按照一定的规则和过程来执行这些任务并对它们 进行监控，达到提高工作效率、降低生产成本、提高企业生产经营管理水平和企 业竞争力的目标。实际上，自从进入工业化时代以来，有关过程的组织管理与流 程的优化工作就一直在进行，这是企业管理的主要研究内容之一，只是在没有引 入计算机信息系统的支持之前，这些工作都是由人工来完成的。在计算机网络技 术和分布式数

8、据库技术迅速发展，多机协同工作技术日益成熟的基础上，于20 世纪80年代中期发展起来的工作流技术为企业更好地实现这些经营目标提供了 先进的手段。工作流技术一出现马上就得到广泛的重视和研究。至今工作流管理 技术已成功地运用到图书馆、医院、保险公司、银行等行业，然而它更重要的应 用还是在工业领域，特别是制造业领域。目前，在全球范围内，对工作流的技术研究以及相关的产品开发进入了更为 繁荣的阶段，更多更新的技术被集成进来，文件管理系统、数据库、电子邮件、 Internet服务等都已被容纳到工作流管理系统之中。工作流产品的市场每年以两 位数字的速度迅猛增长。市场上工作流产品发展迅速，据统计，1997年工

9、作流 产品的增长率超过35 %。作为支持企业经营过程重组(Business process reengineering, BPR)、经营过程自动化(Business process automation, BPA )的一 种手段，工作流技术的研究应用日益受到学术界与企业界的重视。1.2工作流的定义根据国际工作流管理联盟(Workflow Management Coalition，WfMC)的定义， 工作流(Workflow)就是自动运作的业务过程部分或整体，表现为参与者对文件、信息或任务按照规程采取行动，并令其在参与者之间传递。简单地说，工作流就 是一系列相互衔接、自动进行的业务活动或任务。我

10、们可以将整个业务过程看作 是一条河，其中流过的就是工作流。我们从工作流定义中可以看出，工作流是经营过程的一个计算机实现，而工 作流管理系统则是这一实现的软件环境。使用工作流来作为经营过程的实现技术 首先要求工作流系统能够反映经营过程的如下几个方面的问题，即经营过程是什 么（由哪些活动、任务组成，也就是结构上的定义）、怎么做（活动间的执行条 件、规则以及所交互的信息，也就是控制流与信息流的定义）、由谁来做（人或 计算机应用程序，也就是组织角色的定义）、做得怎样（通过工作流管理系统对 执行过程进行监控）。图1-1给出了一个称为工作流伞的示意图，反映了工作流 覆盖的经营过程的范围与对应的工作流研究领

11、域。工作流经营过程经营过程定义经营过程重组经营过程自动化工作流定义工作流实施工作流自动化工作流管理工作流管理系统图1-1工作流伞在企业应用中，工作流经常与经营过程重组相联系，完成对一个组织（或机 构）中核心经营过程（或者成为关键经营过程）的建模、评价分析和操作的实施。 虽然并非所有的BPR都需要采用工作流的方式进行实施，但是，工作流技术通 常是实施BPR的一个较好的方法，因为工作流提供了经营过程逻辑与它的信息 支撑系统的分离，并实现了应用逻辑和过程逻辑分离，这种方式在进行企业实际 应用时具有显著的优点。它可以在不修改具体功能模块实现方式（硬件环境、操 作系统、数据库系统、编程语言、应用开发工具

12、、用户界面）的情况下，通过修 改（重新定义）过程模型来改进系统性能，实现对生产经营过程部分或全部地集 成管理，有效地把人、信息和应用工具合理地组织在一起，提高软件的重用率， 发挥系统的最大效能。如上所述，工作流主要是用来描述经营过程的，因此，一个工作流就可以看 成是企业的一个具体的经营过程的抽象或图示化的表示。那么如何才描述清楚一 个企业的经营过程呢？主要应该说明以下几个问题：这个经营过程要做什么？即其目标或想达到的目的是什么？这个经营过程是如何完成的，有哪些任务并经过哪些步骤完成？这个经营过程有谁参与完成，有哪些部门参与？这个经营过程用了哪些方式或手段来完成？为了说明以上四个问题，并且以计算

13、机可以识别的方式建立企业经营过程模 型，在工作流中必须定义一系列的基本概念和术语来描述模型的组成，从而实现 对企业经营过程的建模。首先是工作流的定义，如我们在前面介绍的，工作流就 是将一组任务组织起来完成某个经营过程。所以，工作流整个模型就是为了说明 经营过程的目的，或者说这个模型描述的经营过程的目标。工作流中两个最基本 的元素是活动和活动之间的连接关系。活动对应于经营过程中的任务，主要是反 映经营过程中的执行动作或操作。活动之间的连接关系代表了经营过程的规则和 业务过程。当然，一个企业的业务过程不是仅有活动和活动之间的连接关系就能 够描述清楚的。一个企业的经营过程还要涉及参与操作的人员、组织

14、、所操作的 数据、使用了哪些计算机程序等。在工作流模型中通过定义活动的角色（操作人 员）和组织单元（组织机构、部门）来描述企业的经营过程是由谁来完成的。另 外，通过定义工作应用程序来说明采用说明手段完成经营过程。下面我们用一个简单的例子来说明可以采用工作流建模方法进行描述的经 营过程。例：客户到银行取款的处理过程。图1-2银行客户的取款过程该流程的具体意义如下：1）客户填写取款单；2）银行出纳接收取款单和客户的存折；3）银行出纳检查客户存款信息；如果余额不足，要求客户重新填写取款单，返回步骤1）；存款余额足够，则继续进行；4）客户输入密码；如果密码正确，继续进行；如果密码有误，重新输入，如果连

15、续三次输入错误，则退出；5）出纳取出相应的现金，并在客户的存折上进行记录；6）将存折和现金交给客户。上面例子中的方框表示经营过程中的任务，它们对应于工作流中的活动。方 框之间的连接弧表示活动之间的关联。这个例子表明了工作流技术具有广泛的应 用背景，它可以用直观的、用户非常容易理解的方式来描述日常的事务处理活动 和企业的经营过程。2工作流管理系统基本概念2.1工作流管理系统的定义根据 WfMC的定义，工作流管理系统（Workflow Management System, WFMS） 是一个软件系统，它完成工作流的定义和管理，并按照在计算机中预先定义好的 工作流逻辑推进工作流实例的执行。通常，工作

16、流管理系统是指运行在一个或多个工作流引擎上用于定义、实现 和管理工作流运行的一套软件系统，它与工作流执行者（人、应用）交互，推进 工作流实例的执行，并监控工作流的运行状态。虽然不同的工作流管理系统具有不同的应用范围和不同的实施方式，但它们 具有很多共同的特性。从比较高的层次上来抽象地考察工作流管理系统，可以发 现所有的工作流管理系统都提供了 3种功能（如图2-1）：1）建立阶段的功能：主要考虑工作流过程和相关活动的定义和建模功能。2）运行阶段的控制功能：在一定的运行环境下，执行工作流过程，并完成 每个过程中活动的排序和调度功能。3）运行阶段的人机交互功能：实现各种活动执行过程中用户与IT应用工

17、具 之间的交互。过程设计与定义经营过程分析、 建模与定义工具图2-1工作流管理系统的特性2.2工作流管理系统的分类根据所实现的业务过程，工作流管理系统可分为四类：1）管理型工作流：在这类工作流中活动可以预定义，并且有一套简单的任 务协调规则。2）设定型工作流：与管理型工作流相似，但一般用来处理异常或发生机会 比较小的情况，有时甚至是只出现一次的情况，这与参与的用户有关。3）协作型工作流：参与者和协作的次数较多。4）生产型工作：实现重要的业务过程的工作流，特别是与业务组织的功能 直接相关的工作流。根据底层实现技术，可将工作流产品分为三类：1）以通信为中心：以电子邮件为底层的通信机制。这种类型的工

18、作流管理 系统适合于协作型工作流和不确定型工作流，而不适合于生产型工作流。2）以文档为中心：基于文档路由，它同外界应用的交互能力有限。许多基 于表的管理型工作流可以用以文档为中心的工作流实现。3）以过程为中心：这种工作流系统对应生产型工作流。根据不同工作流系统所采用的任务项传递机制的不同，市场上的工作流产品 又可以划分为四类：1）基于文件的工作流系统：以共享文件的方式来完成任务项传递。2）基于消息的工作流系统：通过用户的电子邮件系统来传递文档信息。3）基于Web的工作流系统：通过WWW来实现任务的协作。这类产品起 步较晚，但发展迅速，市场前景十分看好。4）群件与套件系统：虽然这类产品与以上三种

19、产品在任务传递方式上有很 大程度的重叠，但是，在这里却有必要把它们单独划分成一类。3工作流管理系统参考模型3.1工作流管理系统体系结构图3-1为WFMC提出的工作流参考模型的体系结构图。这个参考模型的体 系结构给出了抽象的工作流管理系统的功能组成部件和接口，它能够满足工作流 管理系统和产品应该具有的主要功能，可为实现工作流产品之间的互操作提供公 共的基础。必须指出，组成工作流管理系统的每个功能部件可以在不同的软硬件 平台上采用不同的方法实现，同样接口也可以在不同的软硬件平台上采用不同的 设计技术和编程语言进行编程。一般说来，工作实现不同工作流产品之间的集成， 它们会按照互操作和协作的不同要求在

20、一定层次上开放其接口。过程建模工具生成引用工作流I执行服务！过程定义引用组织/角色 模型数据工作流引擎被解释引用I调用工作流相关数据维护，；!软件构件|!系统控制数据!|外部产品/数据工作流控制数据任务表穴监控管理管理员使用交互任务表管理器调用用户界面应用巾操纵更新应用工作流应用数据图3-1工作流管理系统的体系结构图从图3-1可以看出，工作流管理系统主要由三类构件组成：1）软件构件：完成工作流管理系统不同组成部分功能的实现；2）系统控制数据：工作流管理系统中的一个或多个软件构件使用的数据；3）应用与应用数据：对于工作流管理系统来说，它们不是工作流管理系统 的组成部分，而是属于外部系统和数据，它

21、们被工作流系统调用来完成整个和部 分工作流管理的功能。3.2工作流参考模型图3-2给出了 WFMC提出的工作流参考模型。接下来介绍一下模型中所涉 及到的三种数据和五种接口。过程定义工具接口 1图3-2工作流参考模型工作流执行服务器周围的接口是WAPI （Workflow APIs），通过这些接口可 以访问工作流系统的服务，这些接口还控制工作流控制软件与其他系统组件间的 交互。在这5个接口中的许多功能，都是被2个或更多个接口同时拥有的，因此 WAPI可以看作是统一的服务接口，可以交叉使用这5个接口来支持工作流管理 功能，而不是单独的使用其中某个接口。API与五种接口：接口 1：过程定义输入输出接

22、口这个接口为在不同物理或电子介质之间传递过程定义的信息提供了交互的 形式和API调用函数。工作流管理联盟提供的API函数在建模方面主要覆盖了 以下几个功能：1）通信建立：各个参与的系统之间通信的建立与断开。2）工作流模型操作：过程模型名称检索、对过程模型对象的读/写等。3）工作流模型对象操作：在建模工具中创建、检索和删除对象；创建、设 置和删除对象的属性。接口 2：客户端函数接口1）通信建立：各个参与的系统之间通信的建立与断开。2）工作流定义操作（对过程模型定义操作）：对于过程模型的名称和属性的 查询和检索功能。3）过程实例管理功能：创建/开始/结束一个过程实例；挂起/重新激活一个 过程实例；

23、强行改变过程实例或活动实例的状态；查询过程实例或活动实例的属 性。4）过程状态管理功能：设置过滤条件，打开/关闭对一个过程实例或活动实 例的查询；设置过滤条件，获得部分过程实例或活动实例所需的详细信息；获得 过程实例或活动实例的详细信息。5）任务项列表/任务项处理功能：设置可选的过滤条件，打开/关闭一个任务 项列表查询；设置过滤条件，获得任务项列表中的项目；对任务项的选择/重新 分配/完成等消息的通知；设置和查询一个任务项属性。6）数据处理过程：查询/返回工作流相关数据、工作流应用数据。7）过程监控功能：改变一个过程模型和其现存的实例的运行状态；改变某 种特定类型的过程实例或活动实例的状态；改

24、变某种特定类型的过程实例或活动 实例的属性；结束所有的过程实例。8）管理功能：其他的管理功能。9）应用程序激活。接口 3：激活应用程序接口1）通信建立：建立/断开与应用程序（或应用程序代理）的通信。2）活动管理功能：开始活动；挂起重新激活/退出活动（需要一个非同步的 应用程序界面）；通知活动结束；查询活动属性、消息事件（如同步信息等）。3）数据处理功能：提供工作流相关数据（在活动执行前向应用程序提供数 据，活动结束后从应用程序中获得所需数据）；提供工作流应用数据或提供数据 地址。接口 4：工作流执行服务之间的互操作接口1）连接的建立；2）对工作流模型和其中对象的操作；3）过程实例控制和状态函数

25、；4）活动管理函数；5）数据处理函数。接口 5：系统管理与监控接口1）资源控制：设置/取消/修改过程或活动实例的并发层次。2）角色管理：定义、删除和修改角色-参与者的关系；修改角色属性。3）用户管理：建立、删除、暂停和修改用户或工作组的权限。4）过程实例的管理：对过程模型进行实例化；修改过程实例或活动实例的 状态；终止过程实例。5）状态管理：查询过程或活动实例的运行状态。6）审核管理：查询/打印/删除/启动新的统计过程轨迹或日志。3.3过程定义3.3.1过程定义工具有许多不同的工具可以用来分析、建模、描述业务过程；这样的工具有很大 的不同从非正式的（铅笔和纸）到成熟的、十分专业的。工作流模型不

26、关心这些 工具的特性，也不关心在过程建立时期他们是如何交互的。在以前指出过，这些 工具可以作为工作流产品的一部分来提供，或者一个单独的产品，例如BPR工 具集。有的工作流产品提供了其自己的过程定义工具，从而过程定义一般是保留在 工作流产品范围内的，并且可能或者不能被读/写信息的编程接口所访问。而使 用单独的过程定义和执行服务器产品，过程定义能够在不同的产品间进行转换， 并可以被其他产品访问。设计活动和最后的过程模型输出，称为过程定义。在运行时期过程定义可以 被工作流引擎解释。过程分析工具、建模工具和定义工具，都要有在一个组织结构中模拟过程的 能力(尽管这不是工作流参考模型规定必须有的)。如果组

27、织模型集成到了这些 工具中，那么过程定义将包含组织相关对象，例如角色。这些都是与系统相关的 控制数据，例如角色：活动者间的关系，可能会在过程执行期间被引用。3.3.2工作流定义转换(接口 1)在建模或定义工具与运行时期工作流管理软件间的接口，被称为过程定义导 入/导出接口(图3-3)。这个接口的特点是：转换格式和API调用，从而支持过 程定义信息间的互相转换。这个接口也支持已完成的过程定义间的互相转换，或 过程定义的一部分。例如，过程定义的改变或者活动中属性的改变。其他信息图3-3过程定义交换接口访问过程定义的 API(APIs to access Process Definitions)用来

28、支持访问过程定义数据的API命令集。希望规范中包含下边列出的通用 类型功能。命令集应该提供命令操作表和操作的对象、属性。建立会话(Session Establishment)连接/断开参与系统间的会话工作流定义操作(Workflow Definition Operationis)从过程定义库或者其他资源中，获得工作流过程定义的名称列表-选择工作流过程定义，为更多的对象级操作提供会话句柄读/写上层工作流过程定义对象工作流定义对象操作（Workflow Definition Object Operations）创建、恢复、删除工作流定义中的对象恢复、设置、删除对象的属性基本元模型WFMC开发了一个

29、过程定义的元模型。元模型中定义了基本的对象类型集， 来满足简单的过程定义相互转换。或者有开发者具体扩展，或者在增加的功能中 定义另外的一直性级别来增加更多的对象类型。图3-4为工作流管理联盟定义的过程元模型。该模型包含了以下几个基本实 体：图3-4过程定义元模型1）工作流定义（过程模型）：它一般包含诸如工作流模型名称、版本号、过 程启动和终止的条件、系统安全、监控和控制信息等一系列基本属性。2）活动：主要属性有活动名称、活动类型、活动的前后条件、调度约束参 数等。3）转换条件：主要负责为过程实例的推进提供导航依据，主要参数包括工 作流过程条件、执行条件和通知条件。4）工作流相关数据：工作流引擎

30、根据工作流相关数据和转换条件进行推进。5）角色：角色属性主要包括角色的名称、组织实体、角色的能力等。6）需要激活的应用程序：主要属性包括应用程序的类型、名称、路径及运行参数等。3.4工作流执行服务与工作流引擎工作流执行服务是工作流管理系统的核心。实际上它是企业经营过程的任务 调度器，在某种程度上还是企业起源分配器。在采用工作流管理系统支持经营过 程运行的企业中，工作流执行服务可以看成是企业的业务操作系统。企业的业务 过程在它的管理、监控和调度下运行，因此，工作流执行服务系统的性能和可靠 性就直接决定了企业经营过程的运行效率和安全性。工作流执行服务由一个或多 个工作流引擎组成，它提供了过程实例执

31、行的运行环境，主要完成以下功能：1）实例化及执行过程模型：解释企业经营过程定义，根据过程执行需要的 初始条件和执行参数生成过程实例，运行过程实例并管理其运行过程。2）为过程和活动的执行进行导航：根据过程定义和工作流相关数据，为过 程实例的运行进行导航。3）与外部资源交互完成各项活动：工作流执行服务通过两种途径完成与外 部资源和用户的交互：客户应用接口和直接调用应用接口方式。4）维护工作流控制数据和工作流相关数据：工作流在执行过程中要维护不 同过程和活动实例的内部状态信息，以及用于协调和恢复的各种检查数据和恢复 /重启信息，还包括用户传送的必要的相关数据。所谓工作流引擎是指工作流作为应用系统的一

32、部分，并为之提供对各应用系 统有决定作用的根据角色、分工和条件的不同决定信息传递路由、内容等级等核 心解决方案。工作流引擎是一个为工作流实例的执行提供运行服务环境的软件或 “引擎”。它主要完成以下任务：1）对过程定义进行解释。2）控制过程实例的创建、激活、挂起、终止等。3）控制活动实例间的转换，包括串行或并行的操作、工作流相关数据的解 释等。4）提供支持用户操作的接口。5）维护工作流控制数据和工作流相关数据，在应用和用户间传递工作流相 关数据。6）提供用于激活外部应用程序和访问工作流相关数据的接口。7）提供控制、管理和监督工作流过程实例执行情况的功能。过程实例的运行状态：1）起始：一个过程实例

33、已经生成，但该过程实例目前还没有满足开始执行 的条件；2）准备运行：该过程实例已经可以执行，但是还不满足开始执行第一个活 动并生成一个任务项的条件；3）运行中：一个或多个活动已经开始执行；4）挂起：该过程实例正在运行，但处于静止状态，除非有一个“重启”的 命令或者外部事件促使该过程实例回到准备运行状态，否则所有的活动都不会执 行。5）结束：该过程实例执行已经完成，并且满足了结束该实例的条件，工作 流管理系统将执行过程实例结束后的操作，并删除该过程实例；6）终止：该过程实例在正常结束前被迫终止，工作流管理系统将执行补救 措施，并删除该过程实例。活动实例的运行状态：1）未开始：一个活动实例已经完成

34、，但还没有被激活；2）运行中：该活动实例已经被激活，正在运行；3）挂起：由于出现一场情况或者错误，该活动实例被暂时挂起，活动处于 静止状态；4）结束：该活动已经执行完毕，工作流管理系统将进行活动结束后的导航 工作，激活下一个符合启动条件的活动实例。3.5工作流客户端功能3.5.1工作流客户应用工作流管理系统的客户端功能是指用户操作工作流管理系统分配的任务或 者活动的功能。它由工作流任务表管理器和用户操作共同完成。工作流任务表是 指分配给一个特定用户（或一组用户）处理的由任务项组成的队列。工作流任务 表管理器是一个软件模块，负责管理工作流任务表，并完成与最终用户的操作进 行交互。工作流任务表管理

35、器可以作为工作流管理系统的一部分提供给用户，也 可以是用户自己编写的程序。在工作流模型中，客户端应用与工作流引擎的交互通过定义良好的接口完 成。这个接口就是工作流任务表。通过任务表管理器来进行任务处理的方式使用 于需要人员参与的活动。这种情况下，工作流引擎通过任务表管理器对活动进行 控制。激活工作流任务表中任务项的过程可以由工作流客户应用或最终用户来进 行控制，激活的过程涉及启动应用程序、连接工作流相关数据等操作。为了实现 新的任务项到工作流任务表的加入、已经完成执行的任务项删除、未完成活动挂 起等操作。3.5.2客户端应用接口在与某个具体的工作流系统进行连接时，使用标准化的API接口中的函数

36、实 现应用参数到工作流系统的映射，通过不同的通信机制来实现参数的传递和连 接。客户端应用接口（图3-5）提供的一些基本操作包括：建立连接、工作流定 义、过程控制、过程状态查询、任务表/任务项处理、过程监控、数据处理与管 理。工:作流执行服务 工作流引擎客户端应用直接启动的应用用户界面标准化的API和交换接口命令集连接/断开过程与活动控制函数过程状态函数任务表操作命令图3-5客户端应用接口3.6应用程序调用功能3.6.1应用程序调用所有的WFM产品都没有足够的逻辑单元，知道如何调用所有的应用程序， 这些应用程序存在异种的产品环境中。这就需要，能够处理在所有平台下和网络 环境中进行调用的逻辑，并需

37、要能使用公共格式和编码进行应用数据或相关数据 传递的方法。然而，许多工作流系统能够使用了更多受限制的应用程序，特别是那些采用 强制数据类型和直接与应用程序相连的系统。在其他情况中，应用程序对操作的 调用，可能是通过标准的交换机制来实现的，例如OSITP协议或者X400。一些 实现使用了 “应用程序代理(Application Agent)，把这些在在标准接口之后的 各种方法包含在工作流执行服务器中。也有可能开发“Workflow enabled”应用 工具，这种工具使用标准的API集来与工作流执行服务器进行通信，来接收应用 程序数据、信号和响应活动事件等。这些API可以被应用工具直接调用；也可

38、以 被应用程序代理过过程调用，作为与其他应用程序(不包含任何工作流技术的程 序)交互的前端。3.6.2应用程序调用接口图3-6应用程序调用接口在简单的情况中，工作流引擎在本地处理应用程序调用，使用过程定义中的 信息来确定，活动的性质、将要调用的应用程序的类型和所需的数据。被调用的 应用程序可能存储在工作流引擎中，或者与工作流引擎一同存储在相同的平台 下，或者存放在一个独立的网络访问的平台中；过程定义中有足够的应用程序类 型和寻址信息(工作流引擎的特殊需求)，来实现应用程序调用。在这种情况下， 应用程序命名与寻址的协定是处于，工作流引擎与过程定义之间的。应用程序调用API的详细语法、语义作为WF

39、MC规范的一部分给出。操作 覆盖了一些不同的基本接口，包括上表中的一部分，其中一些操作是同步的，一 些是异步的。API的操作可以是单线程的，也可以是多线程的，后者使用活动ID 来区分线程。下边是应用程序调用可以使用的一些命令概括：仓 0建会话(Session Establishment)连接/断开应用程序会话活动管理功能(Activity Management Functions)开始活动挂起/恢复/放弃活动活动完成通知信号事件查询活动属性数据处理功能（Data Handling Functions）-提供工作流相关数据提供应用程序数据或数据地址更复杂的情况，异种工作流引擎间的协同工作，可能需

40、要在工作流引擎间传 递应用程序调用信息，或者作为运行时期数据交换的一部分，或者通过在过程定 义阶段后导入过程定义来实现。3.7系统管理3.7.1管理和监控工具工作流系统管理与监控工具能够对工作流在整个组织内的流动状况进行监视，并提供一 系列的管理功能，实现安全性、过程控制和授权操作等方面的管理。它包括以下几个方面的 功能：1）建立、设置和优化组成工作流管理系统的各个软件。2）对过程模型进行实例化。3）将过程模型中的角色实例化。4）将运行中的过程实例、活动实例和数据分发到各个工作流引擎中。5）启动、挂起、恢复和终止过程实例。6）管理正在执行的过程实例，并对正常结束或异常退出的过程实例的历史数据进

41、行统 计和分析。3.7.2管理和监控工具接口工作流执行服务1工作流引擎管理应用工作流执行服务2工作流引擎典型的功能范围用户管理角色管理监控管理资源控制过程监控功能图3-7工作流系统管理与监控接口结构除了上图中描述的外，管理应用程序可以执行其他的一些管理功能，例如可以管理工作 流过程定义、作为资源库、通过接口 1中的操作为各种不同的工作流执行服务器分配过程定 义。对此接口还需要进一步的研究，但此接口中至少应包含以下类型的操作：用户管理操作(User Management operations)建立/删除/吊销/修改用户或工作组的权限角色管理操作(Role Management operation

42、s)-定义/删除/修改角色的参与者-设置或取消角色属性审查管理操作(Audit Management operations)查询/打印/新建/删除审查记录或事件日志，等资源控制操作(Resource Control operations)-设置/取消/修改过程或活动并发级别-访问资源控制数据(数量、开始、使用参数等)过程管理功能(Process Supervisory Functions)-改变工作流过程定义或其扩展过程实例的运行状态-使用/不使用某个版本的过程定义-改变某一类型的所有过程/活动实例的状态-为某一类型的所有过程/活动实例的属性赋值-终止所有的过程实例过程状态功能(Process

43、 Status Functions)-打开/关闭过程/活动实例查询，设置过滤标准-取得过程/活动实例的详细信息-取得特殊过程或活动实例的详细信息4过程定义语言业务流程将相互独立的不同业务部门按照一定的流程关系相互联系在一起。业务流程定 义是流程控制的基础。业务流程引擎是进行流程控制的执行体，它是按照业务流程的定义来 执行的。XML在流程控制中的主要应用是对业务流程定义的规范，以解决不同业务流程之 间的相互协调和更高的集成。显然，如果不同部门采用不同的业务流程描述方法，在业务流程中相互协作就变得相当 困难。为了一致化业务流程定义的描述，以解决不同应用系统之间业务流程互通的问题，许 多标准组织都着

44、手制定业务流程定义语言。在XML标准中，涉及到流程控制的有：WPDLXPDLBPMLebXML BPSS(Business Process Specification Schema)WSFLXLANGBPEL4WSWSCI随着XML的应用和推广，出现了很多基于XML的业务流程语言标准。与Webservices 相关的业务流程管理系统的标准有：ebXML BPSS、WSFL和XLang。2002年8月9日，微 软和IBM共同发布了一个新的规范BPEL4WS，融合了 XLANG和WSFL。其它与业务流程 控制相关的标准有XPDL和BPML等。XPDL是WfMC所发布的标准，BPML是BPMI组 织

45、发布的。WfMC和BPMI在2002年6月26日宣布将合作制定业务流程和工作流标准，即 采用BPML来描述工作流过程，同时采用XPDL所定义的工作流模型。可见，基于XML 的业务流程标准在不断的发展过程中，需要一段相互融合、达成统一的规范时期，值得关注。示例：下面是一段BPEL4WS的协作流程定义：partner name- customer”servicelinkType” Ins:loanAqqroveLinkTypemyRole- approver” /partner name” customer”serviceLinkType” Ins:LoanApproveLinkTypmyRole

46、- approver” /containername- request” messageType=” loandef:CreditInformationMessa”e/以上为一个借款审批流程。参与者是customer和 approver, 在 partner节点中定义。定义的借款流程如下：由 customer 发出请求，请求内容的格式为：loandef:CreditInformationMessage执行审批过程，审批结果的格式为：apns:approvalMessage将结果返回给 customer,内容为 apns:approvalMessage5益达网络EOS工作流5.1益达网络EOS概

47、述益达网络EOS是一个面向互联网应用的业务基础平台，包括业务框架、一组可复用的业 务构件库、以及构件管理与集成平台等，它具备可视化、构件化的特点。其中，构件管理与集成平台集展现逻辑、业务逻辑、数据服务、工作流部署能力于一体， 使得构件能够在企业应用中重复使用和可扩展。构件库是基于构件复用技术、为实现快速开 发和高度复用的目标而建立的核心软件知识库;构件可以被组合成新的处理逻辑从而解决新 的需求。业务框架则用以支撑整个系统的运作，实现了流程驱动的业务流程自动化。益达网络EOS专业版包含以下内容：EOS集成开发环境EOS应用运行环境EOS应用管理工具EOS基础构件库EOS选件其中EOS基础构件库提

48、供以下6类可复用资源：Tag 库数据操作构件辅助计算构件数据库操作构件工具构件库权限构件库EOS选件旨在为不同业务领域的互联网应用提供可选的、具有良好可扩展性的业务构件 和业务框架，以进一步提高开发效率和降低成本，并适应业务的快速变化，包括：EOS工作流引擎EOS分析构件库EOS管理构件库5.2 EOS工作流组成EOS工作流包括工作流定义工具（与Studio集成）、工作流业务处理客户端、工作流管 理与监控工具、工作流引擎、工作流构件库五大部分（如下图5-1）。图5-1 EOS工作流整体结构图工作流定义工具包括业务流程定义、业务流程提交到数据库、从数据库提取业务流程、 业务流程部署。工作流业务处

49、理客户端和工作流监控与管理工具都为用户提供基于Web的业务处理页 面以及管理和监控功能。工作流构件库包括运算逻辑构件库和Tag构件库，包括工作流的定义构件库、工作流管 理和监控构件库、工作流客户端业务处理构件库。机构及角色系统将不作为EOS工作流的一部分，但是EOS工作流将通过调用机构及角 色系统的接口与组织机构及角色系统进行交互。5.3 EOS工作流特性总体特性1）与益达网络EOS无缝集成无需Coding，快速开发工作流应用享受EOS Server带来的高性能和高可靠性可视化流程开发与应用管理构件化开发环境2）基于标准WfMC Workflow Reference ModelXML、XPDL

50、J2EE3）开放性提供丰富的工作流构件库和工作流Taglib组织结构与权限模型可替换4）平台无关性操作系统无关：Windows/Unix/Linux数据库无关：Oracle/MS SQL Server/DB2/Sybase/InfomixJ2EE服务器无关5）提供丰富的工作流构件库工作流定义构件库工作流管理和监控构件库工作流客户端构件库工作流Taglib6）详尽的开发文档工作流应用开发指南工作流构件库参考手册工作流开发体验工作流定义特性1）与EOS Studio无缝集成业务流程隶属于EOS App Project的一个构件包。一体化的工作流应用开发体验：业务流程开发、业务逻辑开发、展现逻辑开发

51、、 调试、部署、测试、运行。2）可视化的业务流程图形定义3）标准：流程定义完全符合WfMC的XPDL标准4）支持流程级事件启动、结束时触发：运算逻辑、业务逻辑5）支持活动级事件创建、启动、结束、超时触发：运算逻辑、业务逻辑、EOS事件6）支持在线和离线两种方式定义业务流程离线方式无需Server端运行7）支持的流程模式串行流程并行流程同步模式独占式选择模式（根据条件表达式）子流程嵌套8）支持多种参与者组织机构人员角色按规则工作流相关数据指定流程启动者上一活动执行者9）自动生成缺省客户端页面10）支持任务回退处理11）支持流程以及活动的处理时限12）兼容EOS3.X工作流定义文件13）支持业务流

52、程分类管理14）支持直接拖动“业务逻辑构件”到流程定义中作为一个自动执行的活动15）与组织机构与权限系统松耦合工作流引擎特性1）高性能运行库与历史库分开2）多种任务分配策略基于角色的主动领取工作派工自动分配流程启动者上一活动的执行者按照工作流相关数据的指定自动分配改派3）支持业务流程的动态调整只修改单个业务流程实例的模板所有正在运行的流程实例都按新的模板运行已有实例仍按调整前模板运行4）活动回退时的业务补偿5）超时任务通知电子邮件SMS其它用户自定义方式工作流客户端1）开放性用户可替换缺省的工作流客户端2）纯Web的工作流客户端按分类显示可启动的业务流程待处理的任务列表待领取的任务列表图形化显

53、示工作流的处理进度3）多条件组合查询工作流管理和监控特性1）开放性用户可替换缺省的管理和监控工具2）纯Web的图形化管理和监控工具实时跟踪工作流的运行状况超时任务监控跟踪查询历史工作流的处理过程工作流异常处理任务改派挂起/恢复工作流取消工作流业务流程动态调整工作流构件库特性工作流定义构件库工作流管理和监控构件库工作流客户端构件库工作流Taglib5.4 EOS工作流优势充分考虑不同行业的用户需求1）基于标准而不受限于标准2）充分考虑了电信、政府、银行、证券等行业的工作流特点如支持回退、回退补偿、业务流程之间的互操作、拒绝、取回、派工等等支持任意流：即无需设置流程，每个环节之间的流向完全由人工控

54、制3）自动生成业务处理表单一一加快应用的开发速度4）提供了完善的工作流异常处理功能包括流程中断、挂起、恢复、改派、人员代理、转发等等提供更大的灵活性1）根据国内政府、电信等行业的业务流程存在人为干预因素较多的特点，EOS5.0工 作流提供了非常大的人工干预业务流程运行的控制功能。2）多种方式的业务流程动态调整特事特办型一一单个流程实例的模板修改新政策或新业务模式一一所有流程实例（包括跨新旧政策或者新旧业务模式运 行的业务实例）都按新的业务流程运行分水岭型在新的政策颁布以后或者新的业务模式实行以后的尚未处理完 毕流程实例，仍按旧的业务流程运行良好的应用集成能力1）可直接调用EOS的业务逻辑、运算

55、逻辑和EOS事件2）可调用 WebService、JavaBean 等全面构件化的工作流1）与EOS产品无缝结合，享受EOS所带来的所有好处2）基于全图形化的方式快速开发工作流应用3）完善的工作流构件库5.5 EOS工作流应用范围EOS工作流适合于各种行业各种类型的工作流应用环境：1）关键业务管理：原料采购、订单处理、合同管理、报价管理、业务统计、业务审批、 事业单位的审核流程等；2）人事管理：招聘申请、培训计划、薪资调整、福利计划、请假、出差申请、绩效评 定、业务交接、人员调职等；3）财务管理：财务分析、现金流量分析、费用登记、资金调度、费用申请、出差费用 申请等等；4）办公总务管理：收发文

56、登记、企业策划、提案管理、用车申请、安全事故处理、财 产移交等；5）客户管理：供应商资料管理、客户信息管理、客户投诉、服务管理等；6）其他特殊事务管理：企事业单位可以按照自己的实际情况，制定不同的工作流程， 如政府机关的“一站式”服务流程、企业的特别应用等6工作流的发展趋势和应用6.1工作流的发展现状工作流技术的发展，经过十几年的努力，取得一定的结果。但在实际应用中，应用的企 业还是较少，应用的范围窄，效果不理想。这里与产品的全面性、集成性有关，也与企业应 用的状况有关，具体有以下几点：工作流底层环境的建立工作流管理系统必须建立在底层通信的基础上，才能实现分布计算，这要额外付出经费 和精力进行

57、构筑，这是企业所不希望的，从而限制了在企业中的广泛应用。标准化程度差不同的厂商所提供的工作流产品具有独立的一套工作流模型、工作流定义语言、API函 数。但难于在不同系统之间进行交互，集成的效果不理想，不能方便地在不同系统间进行应 用对象的重复利用和数据的方便交流。系统的集成性不理想工作流管理系统没有达到真正的集成，还是在自己独立地运行，处理一些行政上简单的 流程业务，不能很好将OA、ERP、CRM、SCM等具体事务处理系统紧密地联系在一起， 达到数据录入一次即可有效的目的。实现的复杂性实施一个完整的工作流管理系统，是一个复杂的过程，要了解其他应用系统的业务，进 行流程处理分析、业务流程改造、管

58、理规程和操作规范建立等，并且还必须有不同软件供应 商的全力配合。系统的安全性系统中对于并发访问和异常错误缺乏正确和可靠的支持。一旦系统出现非正常退出，如 何恢复数据并保证数据的一致性还需要解决。企业管理者的观念改变一个系统实施的好与坏，与企业的管理者有密切的关系。任何一个应用系统实施成功标 记就是：成功=使用。目前工作流技术的研究日益受到重视，大家研究的主要问题包括三个方面：工作流的理 论基础，包括体系、模型、语言、接口等；工作流实现技术，包括性能、可靠性方面的研究； 工作流技术的应用，包括实施方法、应用集成等。6.2采用工作流的好处企业应用工作流管理系统主要可以取得如下好处：1）提高企业管理

59、的规范化程度。2）更好的与上下游企业形成快速响应市场的供应链网络。3）降低业务过程的整个处理时间，如在办公自动化环境中，通过更好地规划工作流程， 并行执行相互独立的活动，减少文档传递过程中不必要的中间状态等方法来降低文档的传递 和临时储存的时间。4）降低管理成本，如避免不必要的重复的工作，提高工作人员的工作效率。5）改进工作质量，如自动提供为完成某个任务所需要的相关信息。6）在工作人员之间更好的均衡负荷，如在工作人员缺勤的情况下，自动地柔性分配潜 伏人员。7）通过在工作流模型中加入可预计的故障的处理策略来提高系统的柔性。8）在工作流的基础上改进控制策略，降低相应的控制成本，如通过监控工作流执行状 态，利用分析和控制工具来进行优化控制。9）通过对已经完成的工作流实例的分析，找出存在的不足，进而不断改进工作流程。10）使工作内容更加丰富，并且提高工作人员的业务能力，减少工作人员进行单调乏味 并且十分耗时的文档查找工作。6.3工作流与ERP系统的应