当前位置：文档之家› 工作流参考模型(WFMC)

工作流参考模型(WFMC)

Workflow Management Coalition Workflow Reference Model

________________________________________________________________________________ ____________

翻译人：张敬波（网名：踏冰） OICQ：42508298

Email：say4ever2u@https://www.doczj.com/doc/da10802168.html, MSN：tabingfly@https://www.doczj.com/doc/da10802168.html,

翻译人：韩伟（网名：浆糊） OICQ：3413384

Email：java_cn@https://www.doczj.com/doc/da10802168.html, MSN：Java_cn@https://www.doczj.com/doc/da10802168.html,

欢迎访问我们的网站： https://www.doczj.com/doc/da10802168.html,

工作流管理联盟规范

WFMC ——工作流参考模型

文档编号 TC00-1003

95年1月19 日

版权?２００２ＷＦＭＣ

PDF created with FinePrint pdfFactory trial version https://www.doczj.com/doc/da10802168.html, Workflow Management Coalition Workflow Reference Model

________________________________________________________________________________ ____________

目录.................................................................................................................................. - 2 -

1．简介.............................................................................................................................................. - 4 -

1.1. 背景.................................................................................................................................... - 4 -

1.2. 目的.................................................................................................................................... - 4 -

1.3. 范围.................................................................................................................................... - 4 -

1.4. 对象.................................................................................................................................... - 5 -

1.5. 如何阅读............................................................................................................................. - 5 -

1.6. 参考.................................................................................................................................... - 5 -

1.7. 修订历史............................................................................................................................. - 5 -

2．工作流系统简介........................................................................................................................... - 6 -

2.1. 什么是工作流（workflow）.............................................................................................. - 6 -

2.1.1. 建立时期功能.......................................................................................................... - 7 -

2.1.2. 运行时期过程控制功能........................................................................................... - 8 -

2.1.

3. 运行时期活动交互.................................................................................................. - 8 -

2.1.4. 分配与系统接口...................................................................................................... - 8 -

2.2. 工作流的发展..................................................................................................................... - 9 -

2.3. 产品实现模型..................................................................................................................... - 9 -

2.4. 可选择的实现方式（Alternative Implementation Scenarios）....................................... - 14 - 2.5. 对标准化的需要（The Need for Standardization）........................................................ - 17 - 3．工作流参考模型（Workflow Reference Model）..................................................................... - 18 -

3.1. 简介.................................................................................................................................. - 18 -

3.2. 工作流模型（The Workflow Model）............................................................................ - 18 -

3.3. 工作流执行服务器（Workflow Enactment Services）................................................... - 19 - 3.3.1. 什么是工作流执行服务器？................................................................................. - 19 -

3.3.2. 工作流机（The Workflow Engine）..................................................................... - 20 -

3.3.3. 同种和异种的工作流执行服务器（Homogeneous & Heterogeneous Workflow Enactment Services）........................................................................................................ - 21 -

3.3.

4. 工作流应用编程接口与数据交换（Workflow Application programming Interface & Interchange）................................................................................................................... - 23 -

PDF created with FinePrint pdfFactory trial version https://www.doczj.com/doc/da10802168.html,

Workflow Management Coalition Workflow Reference Model

____________________________________________________________________________________________

3.3.5. 工作流控制，工作流相关数据和工作流应用数据............................................. - 23 -

3.3.6. 数据交换（Data Interchange）............................................................................. - 24 -

3.4. 过程定义（Process Definition）...................................................................................... - 25 -

3.4.1. 过程定义工具（Process Definition Tools）......................................................... - 25 -

3.4.2. 工作流定义转换（接口1）.................................................................................. - 26 -

3.5. 工作流客户端功能（Workflow Client Functions）........................................................ - 29 - 3.5.1. 工作流客户端应用程序（Workflow Client Applications）................................ - 29 -

3.5.2. 工作流客户端应用程序接口（接口2）.............................................................. - 30 -

3.6. 应用程序调用功能（Invoked Application Functions）.................................................. - 32 - 3.6.1. 应用程序调用（Invoked Applications）.............................................................. - 32 -

3.6.2. 应用程序调用接口（接口3）.............................................................................. - 33 -

3.7. 工作流协同工作流能力（Workflow Interoperability）................................................. - 35 - 3.7.1. 异种工作流执行服务器......................................................................................... - 35 -

3.7.2 模型1 ——链锁式（Chained）......................................................................... - 35 -

3.7.3. 模型2 ——子过程嵌套（Nested Subprocesses）............................................ - 36 -

3.7.

4. 模型3 ——P2P （Peer-to-Peer）....................................................................... - 37 -

3.7.5. 模型 4 ——相似同步（Parallel Synchronised）............................................... - 38 -

3.7.6. WAPI 协调工作功能（接口4）........................................................................... - 38 -

3.8. 系统管理（Systems Administration）............................................................................. - 41 -

3.8.1 管理和监视工具（Administration & Monitoring Tools）.................................... - 41 -

3.8.2. 管理和监视接口（接口5）.................................................................................. - 41 -

4. WAPI 结构、协议和一致性....................................................................................................... - 44 -

4.1. WAPI——API功能简介................................................................................................... - 44 -

4.2. WAPI协议......................................................................................................................... - 45 -

4.3. 一直性原则....................................................................................................................... - 45 -

4.3.1. 一致性的意义........................................................................................................ - 46 -

4.4. 协同工作能力分类和一致性级别.................................................................................... - 46 -

4.4.1 定义工具、工作流执行软件.................................................................................. - 46 -

4.4.2 可户端应用程与工作流执行服务器序协同工作.................................................. - 46 -

4.4.3. 应用程序和工具集成............................................................................................ - 47 -

4.4.4. 工作流执行服务器协同工作................................................................................. - 47 -

4.4.

5. 公共工作流管理.................................................................................................... - 47 -

PDF created with FinePrint pdfFactory trial version https://www.doczj.com/doc/da10802168.html, Workflow Management Coalition Workflow Reference Model

________________________________________________________________________________ ____________

1．简介

1.1. 背景

工作流管理系统一项快速发展的技术，各种行业渐渐的采用工作流技术。工作流技术的主要特点是：

过程的自动化处理，这些过程包含由人与以机器为基础的活动相结合；特别是对那些与IT 应用程序、工具

交互的过程，进行自动化处理。虽然，工作流技术广泛用于办公环境中，例如保险、银行、法院和行政管

理等，然而工作流技术，也可以应用于一些类型的工业和制造业。

许多软件开发商都有WFM产品，并且不断有新的WFM产品走入市场。市场上可选择的产品范围很

大，因此每个开发商只关注产品特殊功能，而用户可以采用不同的商品来满足不同的需求。然而，没有统

一的规范使得不同的WFM产品协同工作，这是由于不兼容的过程控制方式所导致。

WFMC 是由一些公司联合到一起成立的组织，从事上述问题的研究。业界一直认为，所有的WFM 产品都有一些相同的特性，这样对各种功能使用公共的标准，就可以实现不同产品间的协同工作。WFMC

的成立是为了确定那些功能范围，并且为WFM产品的实现制定适当的规范。希望，这些规范能

够使不同

种类的WFM产品协同工作，并提高工作流应用程序与其他IT服务（例如，Email、文档管理等）的集成

能力，从而工作流技术在IT市场中被更有效的使用，开发商与用户共同受益。

1.2. 目的

本篇文档的目的是：提出支持上述文档开发的框架。为“工作流管理系统（workflow management systems）”提出了一个公共“参考模型（Reference Model）”，来确定特性、术语和组成部分，并且在工

作流系统的完整模型范围内，可以对开发单个组成部分的规范。详细的规范将作为单独的文档来开发。

1.3. 范围

本文档包含工作流管理系统的感念、术语、通用结构、主要功能组件、接口以及在接口间进行交换的

信息。本文档指出了，工作流管理系统适用标准化的部分，并且描述了通过采用公共的标准可以实现系统

间协同工作的情况。本文也讨论了，现有标准对工作流管理系统的适用性，与其他标准IT 服务的集成性。

但本文不包含更广业务过程机制。

PDF created with FinePrint pdfFactory trial version https://www.doczj.com/doc/da10802168.html, Workflow Management Coalition Workflow Reference Model

________________________________________________________________________________ ____________

1.4. 对象

本文是面向WFMC 成员的，还有那些对工WFMC 努力感兴趣并想理解支撑WFMC 工作的顶层技术结构的人。有适当技术的人可以参阅本文，但并不需要对工作流系统有一定的知识。

1.5. 如何阅读

第 2章对工作流系统的感念做了概括的介绍，接着介绍了相关的商业，以及可以集成工作流技术的系

统的背景。如果你不熟悉工作流技术，应该从第2章开始阅读。如果熟悉工作流管理系统，可以从第3章

开始。

第 3章讨论工作流系统的内部结构、主要功能组件、和他们的交互性。介绍了上层体系结构，以及各

种接口，这些接口用来支持不同系统组件间的协同工作，用来支持与其他主要IT 基础组件的集成。

第 4章概括介绍了工作流应用编程接口（WAPI—Workflow Application Programme Interface），并介绍

了支持开放互操作的必要协议，讨论与规范一致的原理。

1.6. 参考

WFMC SC00 - 1002 WFM Coalition Proposal Information

WFMC SC00 - 1006 WFM Coalition Technical Committee Operations

WFMC TC00 - 1008 Interoperability White Paper

WFMC TC00 - 1009 Client application API descriptions

WFMC TC00 - 1010 Workflow Definition Read/Write Descriptions

WFMC TC00 - 1011 Terminology and Glossary

WFMC TC00 - 1013 Workflow APIs - Naming Conventions

1.7. 修订历史

PDF created with FinePrint pdfFactory trial version https://www.doczj.com/doc/da10802168.html, Workflow Management Coalition Workflow Reference Model

________________________________________________________________________________

____________

2．工作流系统简介

2.1. 什么是工作流（workflow）

“工作流”干预过程、业务程序的自动化处理，文档、信息或者任务按照定义好的规则在参

与者间传

递，来完成整个业务目标或者对整个业务目标的完成做贡献。同时，“工作流”可能由手工

组织，实际上，

多数“工作流”都在IT系统中进行组织的，从而对过程自动化提供计算机支持，WFMC把工作

定位在这

个方向上___________。

“工作流”定义：

全部或者部分，由计算机支持或自动处理的业务过程。

工作流经常与“过程重组（BPR—Business Process Re-engineering）”联系在一起。BPR 是关于企业（组

织）核心业务过程的评估、分析、模拟、定义以及其后的操作实现。尽管，不是所有的BPR都是采用工作

流实现的，但工作流技术是最佳的方法，主要因为，工作流技术提供了业务过程逻辑与IT操

作支持的分

离，从而以后可以修改过程规则来重定义业务过程。相反，工作流技术并不只在BPR中采用，例如用于现

有的业务过程中。

“工作流管理系统（WFMS—Workflow Management System）”通过管理工作活动序列，调用与各种

活动步骤相关的人员、IT资源，对业务过程提供自动化处理。

“工作流管理系统”定义：

工作流管理系统是这样的一个系统，详细定义、管理并执行“workflows”，系统通过运行一些软件

来执行workflows，这些软件的执行顺序由工作流逻辑的计算机表示形式（计算机化的业务规则——过程定

义）驱动。

每个业务过程都有一个生命周期，从几分钟到几天（甚至数月），由过程的复杂性与组成活动的持续

时间来决定。有多种方法实现工作流管理系统，使用多种IT和通讯组件，运行环境可以从一个小的本地工

作组到企业间。因此，WFMC参考模型从各种角度考虑工作流管理系统，希望提供各种不同的实现技术、

运行环境。

尽管实现的方法多种多样，但所有的WFMS都表现出某种共同的特性，这为不同产品间的集成、协同

工作提供了基础。参考模型描述了工作流系统的一个公共模型，并且指出参考模型如何能使其与其他各种

不同的实现方法相关联。

在最高层，所有的WFMS都相同的特性，即为下边的3个功能提供支持：

●建立时期（Build-time）功能，定义、模拟工作流过程，及其组成活动。

PDF created with FinePrint pdfFactory trial version https://www.doczj.com/doc/da10802168.html, Workflow Management Coalition Workflow Reference Model

________________________________________________________________________________ ____________

●运行时期（Run-time）控制功能，在运行环境中管理工作流过程，管理不同活动执行顺序。

●运行时期与用户、IT应用程序（工具）的交互，来处理各种活动的执行。

下图描述WFMS的基本特性，以及上述功能间的关系：

2.1.1. 建立时期功能

建立时期的功能负责产生业务过程的计算机化定义。在这个阶段，通过使用一个或多个分析、建模和

系统定义工具，把实际中的业务过程转变成形式的、计算机可以处理的定义。通常把定义的

结果称为过程

模型、过程模板、过程元数据、或者过程定义。在本文中，称为“过程定义（process definition）”。

“过程定义”定义：

过程的计算机化表示，包括手工定义和工作流定义。

PDF created with FinePrint pdfFactory trial version https://www.doczj.com/doc/da10802168.html, Workflow Management Coalition Workflow Reference Model

________________________________________________________________________________ ____________

过程定义由一些列的分散的活动、相关的计算机、人员操作、活动间控制过程进程的规则构成。可以

用文本、图形或者语言符号来表示过程定义。有些工作流系统允许在运行时期改变过程定义，在上图中如

反向箭头所示。

WFMC没有把过程定义的初始阶段作为规范的一部分。但这是区分不同WFM产品的重要标志。然而，过程定义被看作是规范的一部分，以实现不同的建立时期工具（过程定义工具等）与运行时期的产品

间交换过程定义数据。

2.1.2. 运行时期过程控制功能

在运行时期，过程定义由负责创建、控制过程实例的软件所解释，这个软件并负责安排过程中各个活

动的执行时间，调用适当的人员、IT应用程序资源等。这些运行时期的控制功能，就象过程定义中描述的

过程与现实所见到的实际过程间的联接，反映在运行时期的用户与IT应用程序间的交互。核心组件是基本

工作流管理控制软件（工作流机—engine），负责过程的创建与删除，控制运行过程中活动的执行时间安

排，以及与人、应用工具资源进行交互。工作流机经常是分布与多个计算机平台中的，用来处理在大的地

域跨度中操作的过程。

2.1.

3. 运行时期活动交互

典型的，工作流过程中的活动与人类的操作有关，交互经常是在使用特殊的IT工具后，或者信息处理

操作需要一个特殊的应用程序来操作一些定义过的信息时，交互才被意识到。在活动间转移控制、确定过

程的运行状态、调用应用工具、传递适当的数据等，都必须与过程控制软件进行交互。制定标准的框架来

支持这种交互，有如下就个好处：在多工作流系统中使用一致的接口；可以开发工作于不同工作流产品中

的通用应用工具。

2.1.4. 分配与系统接口

在参与者间分配任务和信息的能力是工作流运行时期组件的主要区分特性。分配功能可能在各种不同

的级别上进行（从工作组到企业间），这要依靠工作流的范围；也许会使用多种不同的消息机制（电子邮

件、消息传递、分布式对象技术等）。另一种强调这种分配问题的上层工作流体系结构如下图：

下图中，工作流制定服务（任务分配）是核心功能组件，通过接口提供给用户、以及分布在工作流范

围内的应用程序。每一个这样的接口都是一个潜在的、可以与其他工作流制定服务、其他基础组件或应用

程序组件进行集成的点。

PDF created with FinePrint pdfFactory trial version https://www.doczj.com/doc/da10802168.html, Workflow Management Coalition Workflow Reference Model

________________________________________________________________________________ ____________

在工作的流程中也许包括，在不同的开发商的工作流产品间传递任务，以使业务过程的不同部分能在

不同的平台或者使用特殊产品满足特殊过程阶段的子阶段中运行。在这种情形下，中间方框中的流程会在

两个或者多个工作流产品间传递。例如，活动1，2和5可能会在一个工作流系统中执行，而活动3，4由其

他工作流系统执行，同时控制在适当的点，在不同的工作流系统间进行传递。支持这种工作流控制传递的

标准，使得可以利用几个不同的工作流产品协同运行来开发联合式的工作流应用。

WFMC定义的所有接口如下：

●过程定义数据，以及过程定义数据的转换规范

●支持不同工作流系统间协同工作的接口

●支持与各种不同IT应用程序交互的接口

●支持与用户交互的接口

●提供系统监视，以及标准功能来简化复合工作流应用环境管理的接口

2.2. 工作流的发展

2.3. 产品实现模型

PDF created with FinePrint pdfFactory trial version https://www.doczj.com/doc/da10802168.html, Workflow Management Coalition Workflow Reference Model

________________________________________________________________________________ ____________

简介

尽管市场上的工作流产品是各种各样的，但是已证明可以构建一个通用的工作流系统实现模型，这个

模型可以适用于市场上的大多数产品，因此为开发协同工作的工作流系统奠定了基础。

把工作流系统中的主要功能组件，以及这些组件间的接口看成抽象的模型。考虑到会有许多其他的具

体实现不同于这个抽象模型，因此，特殊接口在不同的平台中所采用，还有分配技术。而且并不是所有的

开发商都会暴漏功能组件间的每一个接口；这会由不同一致级别的规范来处理，规范会详细定义互操作功

能，并有开放接口来支持多开发商产品的集成。

通用工作流系统的主要功能组件，如下图：

通用模型有3种类型的组件：

●软件组件，为工作流系统的各种功能提供支持

●各种类型的系统定义和控制数据，被一个或多个软件组件所使用

●应用程序和应用程序数据库，其并不是工作流产品的一部分，但是他们会被工作流产品调用，从

而作为整个工作流系统的一部分

PDF created with FinePrint pdfFactory trial version https://www.doczj.com/doc/da10802168.html, Workflow Management Coalition Workflow Reference Model

________________________________________________________________________________ ____________

过程定义工具（Process Definition Tool）

过程定义是用来创建一个计算机可以处理的形式的过程描述。可能要以形式过程定义语言、对象关系

模型、简单的系统、脚本、或者在参与者间进行信息传递的路径集为基础。工作流定义工具，可能作为工

作流产品的一部分、也可能作为业务过程分析产品的一部分来提供给用户，作为业务过程分析产品一部

分，会有其他的组件来负责处理业务过程的分析或者模型，这时，必须要有兼容的转换格式，与运行时期

的工作流软件进行过程定义的相互转换。

过程定义（Process Definition）

PDF created with FinePrint pdfFactory trial version https://www.doczj.com/doc/da10802168.html, Workflow Management Coalition Workflow Reference Model

________________________________________________________________________________ ____________

过程定义包含，工作流执行软件运行过程所需的过程所有详细信息。包括过程的开始和结束条件、组

成活动、在活动间进行导航的规则、需执行的用户任务、可能会被调用的应用程序、所有工作流相关数据

的定义等。

过程定义可能会涉及到一个组织/角色模型，模型包含组织结构和组织中的角色等信息。从而使过程

定义在，与具体活动或信息对象相关的组织实体和角色功能方面，十分详细。工作流执行服务器负责把工

作流运行环境中的参与者与相应的组织实体或角色联系起来。

工作流执行服务器（Workflow Enactment Service）

工作流执行服务器软件负责，解释过程定义、控制过程实例、安排活动的执行顺序、向用户工作表中

添加工作项目、调用应用工具。这需要一个或者多个协同工作的工作流机来完成这些职责，工作流机管理

各种过程的一个单独实例。工作流执行服务器维护内部控制数据，这些数据或者集中于一个工作流机中，

或者分布在一个工作机集合中；这些工作流控制数据包括与各种过程、或者正执行的活动实例相关的内部

状态信息，也包括工作流机用来合作或者从失败中进行恢复的检查点、恢复/重新启动信息。过程定义与（运行时期）工作流相关数据协作，一同用来控制过程中活动的导航、提供活动的进入与

退出条件、不同活动的并行执行、顺序执行选项、用户任务、与每个活动相关的IT应用程序等。如果过程

定义包括组织模型/角色实体类型，那么完成以上任务，需要访问组织/角色模型数据。

工作流机也包括调用一些形式的应用工具的能力，来激活必要的应用程序执行相关活动。这种调用机

制间有很大的不同，在一些简单的系统中，也许只提供对单一的固定工具调用（例如，文本编辑器），然

而在工作流系统中可能提供调用本地与远程的大范围内工具的方法。

工作流相关数据和应用数据（Workflow Relevant Data and

Application Data）

过程导航判断或工作流机中的其他控制操作，都以工作流应用程序产生或者更新的数据为基础，这些

数据可以被工作流机和条件工作流相关数据（也成为情况数据）所访问；这是工作流机唯一可访问的应用

程序数据。尽管，工作流机负责在应用程序间传递工作流应用程序数据，但工作流应用程序数据直接由被

调用过程操作。不同的应用程序由工作流过程内的不同活动调用。

任务表（Worklists）

PDF created with FinePrint pdfFactory trial version https://www.doczj.com/doc/da10802168.html, Workflow Management Coalition Workflow Reference Model

________________________________________________________________________________ ____________

过程执行中需要用户交互的地方，工作流机把任务添加到任务表中，以便任务表处理器对其处理，任

务表处理器管理与工作流参与者的交互。这个过程对工作流参与者可能是不可见的，任务表在工作流软件

中维护，把用户需要执行的下一个任务提供给他。在其他系统中，任务表可能对用户是可见，用户自己从

任务表中选择执行任务，任务表也用来指示任务的完成。

任务表处理器用户接口（Worklist Handler & User Interface）

任务表处理器是一个软件组件，管理工作流参与者与工作流执行服务器间的交互。任务表处理器负责

请求用户关心进展中的任务，并负责通过任务表与工作流执行服务器进行交互。在一些系统中，只是使用

一个桌面应用程序来提供一个简单的任务进入，等待用户注意。在其他一些系统中，任务表的处理可能更

成熟，控制任务在一些用户间进行分配，并考虑到转载平衡、任务重分配等。另外的一些任务表处理功能，

工作流机典型支持与客户端应用程序大范围的交互，包括工作流参与者的签到和退出、请求过程实例的开

始、任务排队等候特殊的参与者，等。在工作流参考模型中，更广泛的使用“客户端应用程序”这个词，

而不是“任务表处理器”，从而反映其潜在的广大使用范围，其包含任务表处理功能的同时也包含过程控

制功能。

在图中，用户接口是一个单独的软件组件，负责提示和处理用户对话框，并控制本地用户的本地接

口。在某些系统中，用户接口可能会与任务表处理器组合到一起，构成一个简单的功能实体。我们希望一

些客户端应用程序能够和几个不同的工作流服务器进行交互，从而把服务器中的任务整理成统一的格式，

通过公共用户接口提供用户。

可能会必须调用本地应用程序，来支持用户完成特殊的任务，这由任务表处理器来负责，或者由用户

负责，在用户接口使用简易通用工具来安装适当的支持程序。在任务表处理器/用户接口中调用应用程序

与工作流执行软件直接调用应用程序，有明显的不同。

管理操作（Supervisory Operations）

工作流系统中有许多的管理功能；这些管理功能以工作站点或者用户的管理权限为基础。这些管理功

能使得管理者可以修改任务分配规则、确定过程中组织角色的参与者、跟踪遗漏的最终期限报警或根据其

他事件、跟踪某一过程实例的运行历史、查询任务吞吐量或其他统计信息，等。使用分布式工作流机的地

方，可能需要特殊的命令来在不同的工作流机间传递控制操作或者（局部）响应，从而提供一个单一的管

理接口。

外部和内部接口（Exposed and Embeded Interfaces）

PDF created with FinePrint pdfFactory trial version https://www.doczj.com/doc/da10802168.html, Workflow Management Coalition Workflow Reference Model

________________________________________________________________________________ ____________

上述的体系结构适用于大多数工作流产品，但是并不是所有的产品在每个不同的系统功能组

件间，都

提供外部接口；一些产品把几个功能组件作为一个逻辑实体来实现了，并把接口包含在了软件组件的内

部，导致无法被第三方产品使用。WFMC规范定义了每个接口在实现多工作流系统协同工作中的作用，因

此，可以鉴别单独的产品是否符合协同工作标准。

2.4. 可选择的实现方式（Alternative Implementation

Scenarios）

通用的工作流产品实现模型，定义了一系列的软件组件和接口。在一个具体产品实现中，可以采多种

不同的方法来实现通用模型；这是产品间的一个重要区别点。产品间的主要的区别因素有：平台、网络基

础构件的选择、工作流软件自身的继承功能。本部分讲述，通用处理通用模型的不同实现方法，同时保留

可见接口来方便多开发商产品间的协同工作。

对所有的可能实现方案进行讨论，已经超出了本文的范围。主要考虑的可选择实现方法的部分如下：

●集中式或者分布式的工作流执行服务器

●任务表处理器的位置与分配机制

工作流执行软件—可选择的实现方法

工作流执行软件由一个或者多个工作流机组成，这些工作流机负责管理全部（或部分）过程实例的执

行。可以用一个工作流机建立一个集中式的系统来管理所有过程的执行，或者建立一个分布式的系统，多

个工作流机协同工作，每个工作流机管理所有过程执行的一部分。

PDF created with FinePrint pdfFactory trial version https://www.doczj.com/doc/da10802168.html, Workflow Management Coalition Workflow Reference Model

________________________________________________________________________________ ____________

在上图中，两个工作流服务器在边界处都表现了公共的属性，但是却采用了不同的内部实现结构。

在过程实例的运行中几个工作流机合作的地方，与过程实例相关的控制数据必须能够被不同的工作流

机所访问。这些工作流控制数据可能会分布在多个工作流机中、或放置在一个主工作流机中、或作为共享

资源来存储。同样在过程执行时，过程定义数据也可能分布在多个工作流机中，或者从主存储源中部分地

传递到每个独立的工作流机中。处理管理操作或者应用程序调用的接口，可能分布式或本地化（集中式）

地提供给工作流机。这种管理工作流在多工作流机中分布的实现方法是很多的，并且是十分复杂的。

WFMC采用的方法是在工作流执行服务器周围定义一个边界，边界表现出多种不同的标准功能属性，并

通过一套标准的API可以对其访问。WFMC没有定义执行服务实现这种功能的内部机制，执行服务可能会包

含一个或多个同质的__________工作流机，并使用多种通信方式。

为了支持不同产品间的互操作，定义了一些用来实现不同执行服务间协作功能的接口，以便由多开

发商合同开发的工作流产品，可以在不同的执行服务上执行过程的某一部分。采用这种方法，比要制定标

准的内部接口、标准分布式执行服务状态数据要现实的多。

PDF created with FinePrint pdfFactory trial version https://www.doczj.com/doc/da10802168.html, Workflow Management Coalition Workflow Reference Model

________________________________________________________________________________ ____________

工作流客户端应用程序——可选择的实现方法

在工作流模型中，通过定义良好的、包含任务表的接口来实现任务表处理器与工作流机的交互，工作

流执行服务器把任务队列分配给相应的用户（也可能是一组用户）。在最简单的情况下，工作流机访问任

务表，进行任务分配；任务表处理器（工作流客户端应用程序）访问任务表，向任务表中添加任务。

任务表交互有许多不同的实现模型，这要依靠产品实现特性，尤其是用来支持任务表分配的低层组件

类型来确定。

下图描述了4种实现方法，一种是支持集中式任务表处理的，三种用于分布式任务表处理的：●主机模型（Host based Model）——客户端任务表处理器应用程序是以主机为基础的，通过工作流

中的本地接口与任务表通信。在此情况下，通过终端或者远程工作站的MMI（人—机界面）来驱动用户接

口。

●共享文件存储模型（Shared filestore model）——任务表处理器程序作为客户功能来实现，通过

文件共享进行通信，共享文件存储位于主机与客户机平台环境的边界，能被二者访问。

●电子邮件模型（Electronic mail model）——使用电子邮件系统进行通信，电子邮件系统可以把

任务分配给过程参与者。此模型，任务表一般是存放在客户端的。

●过程调用或消息传递模型（Procedure Call or Message Passing model）——通过过程调用或者

其他消息传递机制进行通信。根据具体的实现特性，任务表可能放置在工作流机中，或者任务表处理器

中。

PDF created with FinePrint pdfFactory trial version https://www.doczj.com/doc/da10802168.html, Workflow Management Coalition Workflow Reference Model

________________________________________________________________________________ ____________

在上边的每种情况中，都可以构造公共的API，支持任务表处理器访问任务表，支持工作流机的一些

功能，但是公共的API要放在，适应产品实现特性的具体任务表访问功能后。

2.5. 对标准化的需要（The Need for Standardization）

由以下两个主要原因，驱使实现工作流重要功能接口的标准化：

●继续支持过程重组和操作的灵活性

●满足产品专业性与市场变化的需要

过程重组和操作灵活性（Business Re-engineering & Operational

Flexibility）

业务过程重组与相应的工作流实现是有战略重要意义的，从而要求工作流产品要有足够的灵活性来处

理不停（一直在）变化的业务过程，这是采用工作流技术的主要动机。有时，用不同工作流产品实现的几

个单独的业务过程，后来业务过程重组为一个单一的复合过程，包括现有的工作流产品间进行交互。这种

需求可能由于组织的合并、立法的变化、业务对象的改变等引起。随着电子数据交换的发展，工作流中也

包含组织间通信，就象一个组织内通信。

在这些情况下，非常希望在不同的组织或者部门间使用不同的产品，而那些不能用于协调工

作的产

品，在过程变化时会产生十分严重的潜在问题。

标准化与市场变化（Specialization and Market Variety）

市场中有非常多的工作流产品，都针对不同方面的应用和不同的数据/应用程序集成。协同工作标准

的制定，将使得我们可以从每一应用领域的产品中最好的来满足需求。这样的可以从一个开发商处选择过

程分析、定义产品，而从另一开发商处选择工作流机软件，然后从第三个开发商处购买客户端任务表处理

程序与前两个产品集成。

一个工作流，可以方便的拆分为几个子过程，每一个子过程由适合特殊数据类型、平台、网络环境的

专门工具执行。协同工作流标准，提供了采用综合方法来适应业务过程的需要，把几个专门的工具的连接

在一起满足过程的精确需求。

此外，许多工作流程序需要与其他系统集成，已有的或者将要出现的系统，从桌面办公系统到社团事

PDF created with FinePrint pdfFactory trial version https://www.doczj.com/doc/da10802168.html, Workflow Management Coalition Workflow Reference Model

________________________________________________________________________________ ____________

物处理。标准化的接口可以支持这种集成，并减小产品的复杂度。

3．工作流参考模型（Workflow Reference

Model）

3.1. 简介

工作流参考模型来源于对普通工作流程序结构的分析，确定结构中的接口，这些接口可以使不同产品

在不同的结构层次上协同工作。所有工作流系统都包含一系列的公共组件，组件间采用一套被定义好的方

法进行协作；不同的产品在这些公共的组件中，会表现出不同的处理能力。为了实现不同工作流产品间的

协同工作，需要在这些组件间制定一套标准的接口和数据交换格式。通过实现这些标准接口，可以达到产

品间的协同工作。

3.2. 工作流模型（The Workflow Model）

下图描述了工作流体系结构中的主要组件与接口：

PDF created with FinePrint pdfFactory trial version https://www.doczj.com/doc/da10802168.html, Workflow Management Coalition Workflow Reference Model

________________________________________________________________________________ ____________

工作流执行服务器周围的接口是WAPI（Workflow APIs），通过这些接口可以访问工作流系统的服务，

这些接口还控制工作流控制软件与其他系统组件间的交互。在这5个接口中的许多功能，都是被2个或更多

个接口同时拥有的，因此WAPI可以看作是统一的服务接口，可以交叉使用这5个接口来支持工作流管理功

能，而不是单独的使用其中某个接口。

3.3. 工作流执行服务器（Workflow Enactment Services）

3.3.1. 什么是工作流执行服务器？

工作流执行服务器使用一个或多个工作流机，为过程实例和活动提供运行环境，负责解释和激活过程

定义，与过程所需的外部资源进行交互。

“工作流执行服务器”定义——

由一个或多个工作流机构成的软件服务器，用来创建、管理、执行工作流实例。应用程序可能会通过

WAPI来与这个服务交互。

在模型中，过程与活动控制逻辑间有一个逻辑上的分离，活动控制逻辑构成工作流执行服务器；过程

与应用工具间、与终端用户任务间也有一个逻辑上的分离，应用工具和任务建立起对每个相关活动的处

PDF created with FinePrint pdfFactory trial version https://www.doczj.com/doc/da10802168.html, Workflow Management Coalition Workflow Reference Model

________________________________________________________________________________ ____________

理。这种逻辑上的分离，为制定更多的行业标准提供了机会，也为在工作流程序中集成用户具体的应用工

具提供了机会。

使用下边两个接口中的一个，就可以使工作流机访问外部资源：

●客户端应用程序接口（The client application interface），通过这个接口工作流机可

以与任务

表处理器交互，代表用户资源来组织任务。然后由任务表处理器负责，从任务表中选择、推进任务项。由

任务表处理器或者终端用户来控制应用工具的活动。

●应用程序调用接口（The invoked application interface），允许工作流机直接激活一个应用工

具，来执行一个活动。典型的是调用以后台服务为主的应用程序，没有用户接口；当执行活动要用到的工

具，需要与终端用户交互，通常是使用客户端应用程序接口来调用那个工具，这样可以为用户安排任务时

间表提供更多的灵活性。

在分布式的工作流执行服务器中，每个工作流机控制过程执行的一部分，并与这部分过程中的活动所

要用到的用户、应用工具进行交互。在分布式的执行服务器中有公共的名称空间与管理范围的，从而过程

定义、用户/应用程序的名称在一致的标准下被处理。分布式工作流系统，在工作流机间采用特殊的协议

和信息转换格式，来同步工作流机的操作、过程交换和活动控制信息。也许工作流相关数据也要在工作流

机间进行传递。在单一的工作流执行服务器中，这些操作都是由开发商自己定义的。

在工作流机间需要一个标准的交换格式，来实现异种产品间的调用。使用接口4，执行服务器可以把

活动或者子过程转移到另外一个（异种）执行服务器中执行。在工作流参考模型中，这被称作“工作流机

交互（Workflow Engine Interchange）”。

在异种环境中也需要公共的管理和监视功能，在3.8 讨论。

3.3.2. 工作流机（The Workflow Engine）

一个工作流机负责执行服务器中的部分（或者全部）运行控制环境。

“工作流机”——定义：

为工作流实例提供运行时期的执行环境的软件服务器或引擎。

工作流机能处理：

●解释过程定义

●控制过程实例—创建、激活、挂起、终止等

●为过程的活动导航，可能要包含顺序或者平行的操作、最后时间期限、对工作流相关数据进行解

释

●参与者签名和退出

●确定任务项目，实现用户意图；提供接口，支持用户交互

PDF created with FinePrint pdfFactory trial version https://www.doczj.com/doc/da10802168.html, Workflow Management Coalition Workflow Reference Model

________________________________________________________________________________ ____________

●维护工作流控制数据和工作流相关数据，在应用程序间或者用户间传递工作流相关数据●提供调用外部程序的接口，连接所有工作流相关数据

●提供控制、管理和审查功能

工作流机可以控制过程集、子过程、或通过对象类型的范围、及其属性定义好运行范围的实例。

在一个由多个工作流机构成的工作流执行服务器中，要把过程进行划分，分配给工作流机。可以按照

过程类型来划分，某个工作流机负责控制相应类型过程；按照功能进行划分，某个工作流机负责控制过程

的一些部分，这些部分所需要的用户或者资源，都在此工作流机的控制范围内。也可以按照其他的一些机

制来划分。

3.3.3. 同种和异种的工作流执行服务器（Homogeneous &

Heterogeneous Workflow Enactment Services）

同种工作流执行服务器由一个或多个兼容的工作流机组成，工作流机为工作流过程提供运行时期的执

行环境。在多个工作流机间组织过程执行的机制、协议和转换格式，可以是产品所特有，并不一定是标准

化的。

异种工作流执行服务器是由两个或者多个同种的执行服务器组成，并在一致性级别上遵守公共的协同

工作标准。因此也需要定义一系列的一致性级别，来支持不断增加的公共功能级别。

一致性级别中应该包括：

●在异种执行服务器间要有公共的命名方案

●异种执行服务器都要，支持公共的过程定义对象和属性

●支持工作流相关数据在异种执行服务器间的传递

●支持过程、子过程或者活动在异种工作流机间的传递

●支持公共的管理和监视功能

过程和活动状态变迁（Process and Activity Transitions）

工作流执行服务可以看作是一个状态变迁机器，过程或者活动的实例在响应外部事件、工作流机负责

的控制判断后，其状态发生改变。

下图描述了过程实例的基本状态变迁方案：

PDF created with FinePrint pdfFactory trial version https://www.doczj.com/doc/da10802168.html, Workflow Management Coalition Workflow Reference Model

________________________________________________________________________________ ____________

在上图中，发生状态转移（用箭头表示）来响应WAPI的命令；过程定义中的转移条件满足，也可能发

生状态转移。

Initiated（初始化）——过程实例被创建，包括与过程状态相关的日期、工作流相关数据，但是过

程还没有满足条件，不能执行。

Running（运行）——过程实例已经执行，过程中的活动如果条件满足就可以执行。

Active（激活）——过程中的一个或者多个活动已经被执行。

Suspended（挂起）——过程实例被静止，并且过程中的活动不能执行，直到过程返回到running状

态。

Completed（结束）——过程实例满足结束条件；所有的完成后操作都将被执行（例如记录日志、或

者统计信息），并且销毁过程实例。

Terminated（终止）——过程实例在正常结束前被停止；所有的完成后操作都将被执行（例如记录

错误信息、或者恢复数据），并且销毁过程实例。

活动是不能被中断的，例如工作流执行服务器一旦开始了一个活动，就不能挂起或者终止这个活动。

这就意味着，只有在所有运行中的活动结束后，并且过程返回到running状态，才能对过程执行挂起、重

启、终止等命令。另外，可能需要把几个活动放在一起作为“原子单元”，这些原子单元要执行就全部被

执行完，如果中途出现异常则返回到开始点，重新执行。可中断活动的处理办法和原子活动单元的重新启

动能力，需要进一步的考虑，这超出了WFMC的初期工作范围。

忽略那些额外的复杂事物，活动实例的基本状态和转移如下图：

工作流流程动态仿真技术的研究

2009，45（13）工作流控制模型（Petri 网）抽象化工作流模型工作流定义语言工作流元语言工作流概念模型表示形式化基于基于图1三层模型间的关系 1引言随着软件在信息社会中发挥日益重要的作用，人们对软件的正确性、可靠性、安全性等可信性质给予了越来越多的关注。如何在软件的开发和运行过程中保证软件具有可信性质也成为软件理论和技术越来越重要的研究方向。自从20世纪90年代，工作流管理系统的研究与应用得到了长足的发展，实践证明它在改进和优化业务过程，提高业务工作效率，实现更好的业务过程控制，提高顾客服务质量，提高业务过程的柔性等方面起到了重要作用。工作流管理系统中的两个核心组件分别是流程定义组件与流程执行组件。而现有的工作流系统或多或少都存在着一些缺憾：（1）模型描述能力有限；（2）难以快速适应多变的市场需求；（3）定义的流程和实际系统之间的正确性差异。为保证流程设计的正确与可靠，应该对所设计的流程分别进行静态的分析验证和动态的仿真测试。通过研究与分析，一个完整的工作流模型应该分为三个层次：元模型层、模型层和控制模型层。其中元模型层给出了流程定义的主要成分及其语言描述。扩展的信牌驱动模型属于模型层，它对经典Petri 网进行了改进与扩充，基本解决了经典Petri 网描述业务过程的局限性。只保留了控制机制的Petri 网模型是对工作流流程定义语言的更高级别的抽象，因此属于控制模型层。三层模型之间的关系如图1所示。因此关于流程的分析验证也可以分为三个层次进行：基于元模型层次上的语法验证、基于模型层次上的语义验证（仿真）和基于控制模型层次上形式化分析。又可以将它们分为静态检查与动态仿真，其中静态检查主要针对的是流程的静态定义，包括基于元模型层次上的语法验证和基于控制模型层次上的形式化分析；而动态仿真主要针对流程的动态执行过程即基于工作流流程动态仿真技术的研究付丽娜，郝克刚FU Li-na ，HAO Ke-gang 西北大学软件工程研究所，西安710069 Software Engineering Institute ， Northwest University ，Xi ’an 710069，China E-mail ：fulina_97@https://www.doczj.com/doc/da10802168.html, FU Li-na ，HAO Ke-gang.Research on dynamic simulation of workflow https://www.doczj.com/doc/da10802168.html,puter Engineering and Applications ， 2009，45（13）：29-33.Abstract ：The mode to capability analysis and correctness verification of workflow process is divided in static inspection and dy － namic simulation.Especially the paper studies several key problems in process simulation ，setting up simulation enviroment ，the al －gorithm for arranging events in a queue based on path coverage rule ，analyzing simulation results.It adopts interactive and non-interactive means ， employs white-box and black-box methods to test workflow process based on high coverage rate.And at last it gives expression to type ，distribution and trend of process defects. Key words ：Workflow Management System （WFMS ）；token-driven workflow computation model ；process ；simulation engine ；event ；verification 摘要：对于工作流流程的能力分析以及正确性验证，其方式上可分为静态分析与动态仿真。论文侧重研究通过动态仿真手段对流程进行测试与分析，验证流程在合适的时间，由合适的资源做合适的事。针对仿真过程中的几个关键问题———设置仿真环境、基于路径覆盖准则的事件排队算法及仿真结果的统计分析做了较深入研究。仿真采用了交互式与非交互式两种手段，利用白盒与黑盒两种测试方法对被测流程进行高覆盖度仿真，并通过仿真结果反映缺陷的类型、分布与走势。关键词：工作流管理系统；信牌驱动模型；流程；仿真引擎；事件；验证 DOI ：10.3778/j.issn.1002-8331.2009.13.009文章编号：1002－8331（2009）13-0029-05文献标识码：A 中图分类号：TP311 基金项目：国家高技术研究发展计划（863）（the National High-Tech Research and Development Plan of China under Grant No.2007AA010305）。作者简介：付丽娜（1979-），女，博士研究生，研究方向为软件理论、工作流相关技术等；郝克刚（1936-），男，博士生导师，目前研究方向为工作流技术、分布式计算和软件理论等。收稿日期：2009-01-21 修回日期：2009-02-25 Computer Engineering and Applications 计算机工程与应用29

系统分析师辅导：工作流管理系统体系结构设计

系统分析师辅导：工作流管理系统体系结构设计摘要：工作流管理系统将最终成为覆盖于各类台式机与网络操作系统之上的业务操作系统，但工作流技术目前还不够完善。作者在深入研究了工作流管理联盟提供的工作流管理系统模型和各大主流工作流管理系统的基础上设计了一套功能全面的工作流管理系统体系结构。本文主要从该体系结构的三个层次深入介绍了该系统结构。关键词：工作流管理系统、业务操作系统、软件体系结构、业务建模 1、引言在一个组织内部存在着两种信息：一种是数据信息，另一种是业务信息。在组织之间也同样存在着两种信息：一种是数据信息，另一种是业务往来信息。如果这两种信息用计算机系统来管理，前一种属于组织内部的信息系统，后一种属于B2B电子商务系统。目前对数据信息的计算机管理系统（即：数据库管理系统）经过多年的发展已经成熟。对业务过程的计算机管理系统由于比较复杂，可变因素较多，难度大，因此发展还不成熟。工作流技术作为现代组织实现过程管理与过程控制的一项关键技术，为组织的业务处理过程提供了一个从模型建立、管理到运行、分析的完整框架。同时，工作流管理系统（Workflow Management System ,WFMS）通过一套集成化、可互操作的软件工具为这个框架提供了全过程的支持。Thomas Koulopoulos曾预言：工作流管理系统将最终成为覆盖于各类台式机与网络操作系统（如：Windows,Unix,Windows NT）之上的业务操作系统BOS（Business Operating System）,它将带来操作系统的一次革命。但是目前工作流技术无论从理论上还是从实践都还不够完善，要实现Thomas Koulopoulos的预言可能还需有一段路要走。本文主要介绍了由作者独立设计一套工作流管理系统体系结构，以供工作流技术爱好者参考。 2、工作流管理系统的基本概念顾名思义，工作流就是工作任务在多个人或单位之间的流转。在计算机网络环境下，这种流转实际上表现为信息或数据在多个人之间的传送。工作流管理联盟( Workflow Management Coalition ，WfMC)对工作流的定义是：“业务过程的部分或全部在计算机应用环境下的自动化”。她所要解决的主要问题是，“使在多个参与者之间按照某种预定义规则传递的文档、信息或任务的过程自动进行，从而实现某个预期的业务目标，或者是促使此目标的实现”。工作流管理系统就是通过管理一序列的工作活动以及相关人员、资源、信息技术资料来提供业务处理程序上的自动控制。工作流管理系统通过计算机软件来定义、管理和执行工作流程。在工作流管理系统中计算机运用程序的执行顺序是由工作流逻辑的计算机描述来驱动的。她的主要目标是对业务过程中各步骤(或称活动、环节)发生的先后次序，以及同各个步骤相关的人力、资源、信息资料的调用等进行管理，从而实现业务过程的自动化。当然这种管理可能会在不同的信息及通信环境下实现，所涉及的范围可以小至一个只有几人的工作组，也可以大到政府、企业组织各个机构之间。工作流管理系统将人员、组织结构、设备资源、信息源（如数据库、文件系统、电子邮件、计算机辅助设计工具等）整和成一个整体。这样，工作流管理系统就成为了一个理想的用来收容业务逻辑的业务知识仓库，并给予业务逻辑一个易操作易控制的界面。工作流管理系统的最大优点就是实现具体应用逻辑和过程逻辑的分离，实现在不修改具体功能的情况下，通过修改业务流程模板来改变系统的功能，完成对组织生产经营过程的部

工作流系统需求分析

工作流系统需求分析业务过程描述：工作流是一种反映业务流程的计算机化的、实现经营过程集成与经营过程自动化而建立的可由工作流管理系统执行的业务模型。工作流起源于生产组织和办公自动化领域，其目的是将现有工作分解，按照一定的规则和过程来执行并监控，提高效率，降低成本。下图是用户使用工作流系统的业务过程：

业务模型描述：

系统组成：工作流管理系统由客户端、流程定制工具、流程监控与管理和工作流运行服务四个部分组成，下图是系统构件图：系统功能划分：工作流管理系统是指运行在一个或多个工作流引擎的软件上用于定义、实现和管理工作流运行的一套软件，从用户建模的过程来看在建立阶段功能主要是工作流过程和相关活动的定义和建模，在运行阶段包括运行流程的监控、管理以及执行过程中的人机交互等。工作流管理系统由流程定制工具、流程监控与管理、工作流运行服务和客户端交互四个部分组成，整个系统的使用者可以分为四种：系统管理员、流程设计人员、流程管理人员、普通用户。下图是整个工作流管理系统的顶层用例：

第一部分流程定制工具本部分主要完成企业信息流中业务过程的图形化建模，定制工具提供丰富的图形化元素、简单易懂的建模方法以及完善的模型管理方式。流程定制用例图：

打开流程模型参与者：流程设计者。前置条件：流程定制工具已经打开。后置条件：被选择的流程模型中的内容被展开。步骤序列： 1．打开流程模型列表或新建流程模型文件。 2．选择流程模型文件名称。 3．展开流程模型中的设计内容。保存流程模型参与者：流程设计者。前置条件：某个流程模型已经被打开，并且被修改。后置条件：修改过的流程模型存到了物理文件中。步骤序列： 1．保存流程模型到物理文件中。删除流程模型参与者：流程设计者。前置条件：拥有可被删除的流程模型。后置条件：选中的流程模型被删除。步骤序列： 1．用户打开流程模型列表。 2．用户选择想要删除的流程模型。 3．系统删除选中的流程模型。导入导出流程模型参与者：流程设计者。前置条件：拥有可被导入的文件或导出的流程模型。后置条件：流程模型被导出成文件或模型文件被导入到设计系统成为流程模型。步骤序列： 1．用户打开可被导入文件列表或设计工具中的流程模型列表。 2．用户选择将被导入的流程文件或选择将被导出的流程模型。 3．系统把导入文件生成流程模型或把导出流程模型生成流程文件。流程发布参与者：流程设计者。前置条件：拥有设计完成并可供发布的流程模型。后置条件：流程模型被发布并可通过客户工具执行。步骤序列： 1．用户打开流程模型列表。 2．用户选择发布的包或流程。 3．用户选择发布的运行服务器。 4．用户形成发布版本。

简易工作流设计模型

简易工作流设计模型一、工作流简介 (2) 二、工作流设计思路 (2) （一）工作流整体结构图 (2) 1．业务说明 (2) 2．工作流整体结构图 (2) （二）流程分类和流程实例设计 (3) 1．业务说明 (3) 2．界面设计 (4) 3．后台表-流程分类表 (4) 4．后台表-流程模板表 (5) 5．备注说明 (5) （三）自定义流程表单设计 (5) 1．业务说明 (5) 2．界面设计 (6) 3．后台表-模板表字段表 (6) 4．备注说明 (7) （四）流程步骤定义 (7) 1．业务说明 (7) 2．界面设计 (7) 3．后台表 (8) 4．后台表关系 (8) 5．备注说明 (8) （五）流程实例发起 (9) 1．业务说明 (9) 2．界面设计 (9) 3．后台表 (10) 三、结语 (11)

一、工作流简介工作流是指一类能够完全自动执行的经营过程，根据一系列过程规则，将文档、信息或任务在不同的执行者之间进行传递与执行。二、工作流设计思路（一）工作流整体结构图 1．业务说明整个工作流后台结构设计图，包含表单设计、流程设置、流程实例发起三个主要部分的后台表结构设计。 2．工作流整体结构图见下

（二）流程分类和流程实例设计 1．业务说明建立流程时候，需要先将流程进行分类，便于权限控制和梳理流程的层级关系；另外每个流程实例的数据，需要保存在流程实例表中进行区分（不同的流程实例对应的数据结构不一样，每条流程实例的实例数据也不一样）

2．界面设计 3．后台表-流程分类表 select * from xSYS_TableDefs where xHolderGUID='{00000000-0000-0000-0000-000000000000}'

工作流参考模型英文(doc 36页)

SECTION 1 SCM TEMPLATE WORKFLOW ?2000 i2 Technologies, Inc. -2-

SCM Template Workflow Release 4.2.1 Copyright 2000 i2 Technologies, Inc. This notice is intended as a precaution against inadvertent publication and does not imply any waiver of confidentiality. Information in this document is subject to change without notice. No part of this document may be reproduced or transmitted in any form or by any means, electronic or mechanical, including photocopying, recording, or information storage or retrieval systems, for any purpose without the express written permission of i2 Technologies, Inc. The software and/or database described in this document are furnished under a license agreement or nondisclosure agreement. It is against the law to copy the software on any medium except as specifically allowed in the license or nondisclosure agreement. If software or documentation is to be used by the federal government, the following statement is applicable:In accordance with FAR 52.227-19 Commercial Computer Software —Restricted Rights, the following applies: This software is Unpublished—rights reserved under the copyright laws of the United States. The text and drawings set forth in this document are the exclusive property of i2 Technologies, Inc. Unless otherwise noted, all names of companies, products, street addresses, and persons contained in the scenarios are designed solely to document the use of i2 Technologies, Inc. products. The brand names and product names used in this manual are the trademarks, registered trademarks, service marks or trade names of their respective owners. i2 Technologies, Inc. is not associated with any product or vendor mentioned in this publication unless otherwise noted. The following trademarks and service marks are the property of i2 Technologies, Inc.: EDGE OF INSTABILITY; i2 TECHNOLOGIES; ORB NETWORK; PLANET; and RESULTS DRIVEN METHODOLOGY. The following registered trademarks are the property of i2 Technologies, Inc.: GLOBAL SUPPLY CHAIN MANAGEMENT; i2; i2 TECHNOLOGIES and design; TRADEMATRIX; TRADEMATRIX and design; and RhythmLink. February, 2000 ?2000 i2 Technologies, Inc. -3-

BPM工作流平台设计

工作流系统设计手册一、引言工作流管理是目前被业界广泛应用并迅速发展的技术，它的主要功能是使业务处理过程自动化，协调人和各种应用程序的工作。工作流管理系统（Workflow Management System，简称：WfMS）以企业业务过程为核心，结合了计算机支持协同工作以及企业信息系统的相关技术，立足于过程自动化，着眼于整体效率的提高。随着计算机软硬件技术的发展，特别是Internet 和Intranet的迅速普及，工作流管理系统的应用范围已不仅仅限于传统办公环境（如保险、银行、法律、行政管理等）和工业制造中，而且逐渐扩展到企业应用环境中。 1993年成立的工作流管理联盟（Workflow Management Coalition，简称：WfMC）给出了一系列工作流的规范。其主要概念有：工作流工作流是一类能够完全或者部分自动执行的经营过程，它根据一系列过程规则，文档信息或任务能够在不同的执行者之间传递与执行。工作流是一种反映业务流程的计算机化的模型，实现经营过程集成与经营过程自动化而建立的可由工作流管理系统执行的业务模型。工作流管理系统

它是一个软件系统，完成工作流的定义和管理，并按照在计算机中预先定义好的工作流逻辑推进工作流实例的执行。并监控其工作状态。工作流管理系统可称为企业的业务操作系统。（Business Operating System，简称：BOS）工作流系统参考模型有关工作流管理联盟更详细的规范请参见https://www.doczj.com/doc/da10802168.html, 二、JU工作流管理系统根据国际工作流管理联盟的标准模型，实现了过程定义工具、工作流执行服务（工作流机）、工作流管理工具以及工作流客户应用（人工动作）和供工作流执行服务（工作流机）直接调用的应用（自动化动作）。人工动作必须与表单绑定。表单提供了人机交互的工作界面，而表单的后面是标准通用的关系型

工作流分析及设计

工作流系统需求分析及设计业务过程描述：工作流是一种反映业务流程的计算机化的、实现经营过程集成与经营过程自动化而建立的可由工作流管理系统执行的业务模型。工作流起源于生产组织和办公自动化领域，其目的是将现有工作分解，按照一定的规则和过程来执行并监控，提高效率，降低成本。下图是用户使用工作流系统的业务过程：

业务模型描述：

基于时序逻辑的工作流建模与分析方

基于时序逻辑的工作流建模与分析方法1 王远，范玉顺 (清华大学自动化系,北京 100084) 摘要提出了一种基于活动时序逻辑(TLA)的工作流建模与模型分析的形式化方法。该方法将模型及模型的性质都表示为一个TLA公式，对工作流模型性质的分析可以等价为对TLA中两个公式之间是否存在蕴涵关系的检验，从而建立了一个工作流模型各层次分析统一框架。一个工作流建模和分析的实例验证了所提出方法的有效性，该方法在建模、模型分析以及指导模型设计等方面都有较好的应用前景。关键词工作流，活动时序逻辑，工作流模型分析 1基金项目：国家自然科学基金项目（60274046） 0 引言工作流管理是实现企业过程集成和提高企业运行效率、柔性的一种全面的支撑技术。该技术在办公自动化(OA)、计算机支持的协同工作(CSCW)、经营过程重组(BPR)等几个领域中的应用证明,工作流模型的合理性验证与分析是成功实施工作流管理的关键[1]。工作流模型分析可以分为逻辑、时间和性能三个层次。逻辑层次关心的是工作流模型中事件点与事件点之间的关系,时间层次的分析是在逻辑层次的基础上研究模型中时间段与时间段之间的关系,而性能层次分析一般是指(考虑资源信息) 通过仿真或严格的理论分析,获得与系统性能相关的量化指标,来评估建立的工作模型是否满足目标需求。工作流模型的验证与分析的方法与建模方法密切相关。工作流建模方法可以分为非形式化方法与形式化方法[2]。非形式化方法主要包括活动网络图法、ECA(Event-Condition-Action)规则方法、面向系统交互的工作流建模语言等，这些非形式化的建模方法普遍缺乏对模型验证与分析的支持。工作流建模的形式化方法以基于Petri网的建模方法为主，并在此基础上形成了一些工作流模型验证与分析的方法，然而这些基于Petri网的方法存在两个问题：一是没有统一的方法框架，无法满足工作流模型多种性质的验证需要，而是针对一种性质，提出一种特殊的高级Petri网建模方法，找到该性质在Petri网中的表达方式，并针对这种表达方式提出一种验证算法，比如，用户需要验证模型中两个活动之间的时间距离约束，现有的方法无法验证，就只能依靠研究人员的创造力，提出一种特殊的Petri网，并发展一种专门的验证方法；二是在指导工作流模型的设计和工作流模型的综合方面无法满足需要，比如要设计一个满足给定性质的工作流模型，现有的模型验证方法就无法提供有力的支持。针对上述工作流模型分析验证中存在的问题，本文用时序逻辑作为理论基础，提出了一种基于时序逻辑的工作流建模与分析方法，为工作流模型各个层次的验证与分析提供了一种新思路。 1 TLA基本概念时序逻辑作为一种表示各种动态系统行为和性质的逻辑语言，近年来在反应系统、实时系统的表示与验证、网络协议的分析、多媒体通信同步以及自然语言理解、专家系统、人工智能等方面得到了广泛的应用[3-5]。在本文提出的基于时序逻辑的工作流建模分析方法中，一个工作流过程模型被描述为一个时序逻辑系统中的公式，同时该模型需要被验证的和分析的性质也表示为一个时序逻辑公式，该方法对所验证的性质并没有特殊的限定。要分析工作流模型是否满足该性质，只需在相应的逻辑系统中利用逻辑推理和模型检查等技术检验这两个公式之间是否存在蕴涵关系。这就使得对工作流模型各层次的验证可以统一到一个方法框架中来。同时，由于在时序逻辑中并不区分公式表示的是模型还是模型的性质，这使得本文提出的方法在指导工作流模型的设计和工作流模型的综合方面有较好的应用前景。本文使用的时序逻辑系统是活动时序逻辑

支持企业流程再造的工作流仿真平台研究

支持企业流程再造的工作流仿真平台研究摘要：工作流仿真是支持企业实现业务流程再造的有效手段。本文首先基于活动网路图的建模方法提出了一个多视图的工作流仿真模型，在此基础上设计了一个包括多个工具的工作流仿真平台，最后给出了使用该平台实现工作流仿真的流程。关键词：企业流程再造；多视图；工作流仿真引言工作流的概念起源于生产和自动化领域。工作流技术能够帮助企业实现对过程的有效组织管理和对流程的优化，达到提高生产效率、降低运营成本的目的。业务流程再造 (BPR，Business Process Reengineering)是对企业业务流程进行重新思考与再设计，以提高企业的竞争力。工作流管理技术能够较好的支持BPR中的过程分析、过程优化、过程管理与控制等环节。因此，工作流管理技术在实施 BPR 中得到了广泛应用。工作流仿真通过对工作流模型进行仿真，模拟业务流程的运转，根据仿真结果对流程进行分析评估。工作流仿真具有高效、低成本、不影响实际业务系统运行等优点，是支持 BPR 的一种经济可行的工作流技术手段。现有的工作流仿真研究主要集中于对工作流仿真性能指标和工作流仿真体系结构的研究。目前工作流仿真研究取得了不少成果，但依然存在一些不足之处。一般工作流仿真以集中式为主，缺乏可扩展性，工作流仿真体系不健全，没有提供覆盖建模、仿真、评估的工具。针对当前工作流仿真研究的不足，本文首先以基于活动网络图的建模方法为基础，提出一个多视图的工作流仿真模型；然后以该模型为核心构建一个工作流仿真平台，包含了建模、仿真、评估、管理等工具；最后给出了工作流仿真平台的使用模式。 1 工作流仿真模型基于活动网络图的建模方法具有流程描述直观、形象，便于理解和掌握，易于仿真实现的特点。因此本文提出的工作流仿真模型以活动网络图为基本的建模方法。基于活动网络图建立工作流模型，一般根据面向流程研究的需要从组织、资源、业务流程和信息等四个角度建立其组织模型、资源模型、过程模型和信息模型来完整描述组织（或机构）的经营或运行过程。工作流仿真模型是在工作流模型的基础上加以修改和补充得到的。在进行工作流仿真建模时需要将实际工作流管理系统中实体虚拟化加入到模型中，同时设置相应的参数信息。为了便于进行建模、仿真和评估，在工作流模型的四个模型基础上，本文提出一个多视图的工作流仿真模型，由组织结构视图、活动流视图、信息流视图和相关数据组成。（1）组织结构视图。组织结构视图描述是企业的机构组成和设置形式，是对企业各组成单元的组织结构关系的体现。由于企业的组织结构决定了其内部机构的组成及其所能担负的功能任务。企业的职能任务则决定着其内部各组成单元所能开展的业务活动以及需要或产生何种类型的信息。企业的资源与企业的组织结构密切相关，可以划分到企业的每个组成单元。因此可以在组织结构视图中为每个组成单元分配资源。（2）活动流视图。活动流视图用来定义业务流程的逻辑，包括了组成业务

毕业设计论文设计_工作流

目录摘要 (2) 前言 (4) 1、绪论 (4) 1.1研究目的和意义 (4) 1.2课题研究现状 (5) 1.3主要研究工作 (6) 1.4本文的组织安排 (6) 2、工作流技术概述 (7) 2.1工作流的相关概念 (7) 2.2工作流技术的发展与产品 (8) 2.3工作流管理系统 (9) 2.3.1工作流管理系统的功能 (9) 2.3.2工作流管理系统的体系结构 (10) 2.4工作流参考模型 (14) 2.5小结 (15) 3轻量级工作流管理系统的设计与实现 (15) 3.1轻量级工作流管理系统概念 (15) 3.1.1传统工作流管理系统 (15) 3.1.2轻量级工作流管理系统 (15) 3.2系统概述 (15) 3.2.1 匿名用户角色 (16) 3.2.2职员角色部分 (16) 3.2.3管理员角色功能部分 (16) 3.3系统预览 (16) 3.4系统特点 (18) 3.5系统需求分析 (18) 3.5.1可登陆用户的基本功能 (18) 3.5.2公司职员具有的功能 (18) 3.5.3系统管理员具有的功能 (19) 3.6系统基本框架 (19) 3.6.1功能上划分 (19) 3.6.2角色上划分 (19) 3.6数据库的设计 (22) 3.6.1数据库需求分析 (22) 3.6.2数据库概念结构设计 (22) 3.6.3数据库逻辑结构设计 (27) 3.7模型（Model）层的设计(部分) (28) 3.7.1用户模型类（T_User.cs） (28)

3.7.2工作流模型类（T_workflow.cs） (31) 3.8业务逻辑层设计（部分类） (32) 3.8.1数据库帮助类（SQLHelper.cs）（部分） (32) 3.8.2用户操作类（T_User.cs） (40) 3.9界面层的设计（部分） (44) 3.9.1配置web.config文件 (44) 3.9.2用户登陆 (45) 3.9.3工作流管理 (48) 4、结束语 (49) 致 (50) 参考文献 (50)

(工作分析)基于P网工作流模型的分析

西北大学学报(自然科学网络版) 2004年5月，第2卷，第5期 Science Journal of Northwest University Online May 2004，V ol.2，No. 5 （工作分析）基于P网工作流模型的分析 ________________________ 收稿日期：2004-02-03 审稿人：葛玮，男，西北大学计算机科学系副教授

基于Petri网工作流模型的分析晋蓓，冯卫兵（1.西北大学计算机科学系，陕西西安710069；2.西安科技大学基础部，陕西西安710054）摘要：通过模型分析发现所描述的过程定义中的设计错误，以便对业务过程重构提供正确的指导和科学的依据。首先将信牌驱动模型转化为Petri网，接着将Petri网进行必要化简，最后对化简后的Petri网进行死锁等分析。关键词：工作流模型；Petri网；死锁中图分类号：TP911.7文献标识码：A文章编号：1000-274X(2004)0068-07工作流模型的分析是指采用各种方法（包括理论模型、模拟、测量方法），对工作流模型的内部行为进行分析计算，使得工作流模型于理论上是正确和有效的。虽然当下绝大部分的工作流产品均提供模型性能分析的仿真功能，但由于复杂性等原因，很难找到壹种有效的算法对模型进行分析和验证。本文于总结模型分析研究成果现状的基础上，针对目前模型验证方法存于的不足，总结了Petri网模型分析中的壹些图形化简规则，针对企业运营过程模型的特点且利用文中提出的模型正确性标准，提出了壹种具有完备性和高效率的工作流模型的模型验证方法分析。 1关联概念定义1信牌驱动模型的静态结构:多元式称为信牌驱动模型的静态结构（以下简称信牌驱动模型），其中： 1)表示扩展的信牌驱动模型所涉及的所有数据，其值域用表示； 2)表示活动集合，和分别称为功能函数和后继函数。被定义为根据出函数定义，参见下边的定义； 3）表示信牌箱集合； 4），称为的流关系，其中和分别称为入关系和出关系。对出关系定义壹个出函数：表示和关联的出函数，被称为的后继函数。 5）是惟壹的活动，称为开始活动，； 6）是壹个活动的集合，称为结束活动，； 7）称为转移的权重； 8）是（注意：中不包含）的壹种划分即是的另壹种划分，即规定。若，则；若，则；如果，则被称为简单元素。壹个信牌驱动的工作流模型，开始活动只能是壹个，可是结束活动能够是多个。为了描述问题方便，有时我们也将信牌驱动的模型简写成。定义2真假信牌，设。 1）上的壹个多重集是壹个映射(自然数集合)，令表示上所有多重集的集合； 2）表示多重集且表示多重集且表示多重集且。定义3活动的SPLIT，设为信牌驱动模型，令，称集合为出弧的集合。表示出弧的个数。和所联系的信牌箱称为的后信牌箱。或者或者和称为的SPLIT类型，记为。定义4活动的JOIN：设为信牌驱动模型，令，称集合为入弧的集合。表示入弧的个数。和联系的信牌箱称为的前信牌箱。或者或者或者或者，和称为的类型，记为。

办公系统中的工作流模型及实现(doc 10页)

办公系统中的工作流模型及实现摘要：工作流技术是办公自动化系统的关键技术之一。正确使用工作流技术可以提高办公效率，加快信息化步伐。本文首先对工作流的基本概念、工作流系统的分类进行了详细介绍，并结合实际工作提出了一套行之有效的解决方案。关键字：工作流；办公自动化；Lotus/ Domino；电子邮件 A WorkFlow Model and its implement In Official Environment Wangzhen WangYinxue Xiaoping Computer and Information Management Center, Tsinghua University. Beijing , 100084 【Abstract】Workflow Technology is the key technology in Office Automation System which can improve work efficiency and promote the progress of informationization if properly implemented. This paper first discusses the basic

一个工作流由一组具有某个业务目标的事件（环节）组成。事件之间存在相互顺序，并且任何事件只有其激活条件满足时才可被执行。需要注意的是，工作流的自动化是指业务过程中的各个事件被有效管理，但并不意味着所有事件的实施全部由计算机来支持。自动化的目的是事件自动激活和事件间的自动连接。工作流管理系统指运行在一个或多个工作流引擎上用于定义、实现和管理工作流运行的一套软件系统。它的作用包括： ?与工作流执行者（人、应用）交互，推进工作流实例的执行； ?协调主要事件间的相互作用关系； ?监控主要监察工作流运行期间各种工作状态，当发生意外情况时，处理意外事件，控制工作流正常运行。 2 工作流系统的分类工作流系统的分类标准有多种。可以根据工作流产品实现的业务过程和底层实现技术对工作流管理系统及其产品进行分类[3]。

.net基本工作流入门

工作流模型分析作者：胡长城（银狐999） Email：james-fly@https://www.doczj.com/doc/da10802168.html, 创作时间：2003年11月早就想写篇有关工作流模型方面的文档。一直以来，网上只发现一些英文文档，有关工作流的中文文档实在太少，有关工作流模型的更是稀少。就不罗嗦了，直接进入正题吧。接下了及后续的篇幅，我会为大家介绍以下几方面内容：起点模型，激活模型，运转模型，流程组合嵌套模型，流程整合模型等。其中，第三节的运转模型，理所当然的是本篇的重中之重了，说的也比较细致。请参看下面的目录结构。目录 ============================================================================= 一、流程的起点模型 1.1 单起点（Single Start Node） 1.2 多起点多起点方式一多起点方式二多起点方式三二、流程的激活模型 2.1 人工激活 2.2 定时或限时激活 2.3 外界消息激活三、流程的运转模型 3.1 基本运转模型串行（Sequence）自循环 3.2 发散运转模型并行（Parallel）独占式选择（Exclusive Choice）鉴别式选择（Discriminator Choice）抄送模型发散模型 3.3 聚合运转模型同步聚合（synchronize merge）简单聚合（Simple Merge）多重聚合（Multiple Merge）鉴别式聚合（Discriminator Merge）四、流程组合嵌套模型 4.1 内嵌模型主流程等待方式主流程也运行方式

办公自动化中工作流管理系统模型

办公自动化中工作流管理系统模型沙海燕崔浩 (沈阳东大阿尔派软件股份有限公司110006) 摘要:工作流是办公自动化中经常见到的一个概念。现在在许多业务系统都用到了工作流系统。本文在此对工作流的定义、工作流系统的组成、如何设计和实施一个先进可靠的工作流系统做详细的介绍，同时还结合我们的工作流系统，提供了一个设计和实施工作流系统的一个参考模型。关键字:工作流办公自动化组件群件近几年我国推行的无纸办公和激烈的市场竞争，迫切的要求所有企、事业单位采用高效的办公自动化系统和使用更加有效的方法处理他们的业务过程。因此工作流管理（Workflow Management）是近年来在计算机应用领域中发展最为迅速的几项新技术之一，它的主要特征是实现人与计算机交互事件结合过程中的自动化。工作流主要涉及的内容是工作任务的整体处理过程、工作组成员间依据一组已定义的规则及已制定的共同目标所交换的文本文件、各种媒体信息或与任务相关的信息。工作流管理系统是应用于分布式环境之中的、实现工作任务进程间协调及协作式处理的软件系统。

一、工作流管理系统概述 1、工作流的概念关于工作流的概念并不是在近几年才出现，在七十年代后期，办公自动化的研究通常被认为是工作流研究的开始。但有关工作流的概念至今也没有一个统一的结论。Stef Joosten提出的工作流系统的概念是其中较贴切的一种“工作流系统指在整个工作过程中使用信息技术来完成协调，通讯和控制。它不单单指过程中的人或机器，而是指两者的结合。工作流的概念涉及许多领域，但其中最主要的是信息系统（例如，数据库系统，数据通讯，软件过程建模，软件工程等）和组织科学（例如，后勤学，组织理论，决策理论，管理，组织科学等）。” 工作流管理系统还有几个重要概念，其中：过程：又称为业务处理过程。是具有某个业务目标的事件的组合。事件：事件是构成工作流的基本元素，每个事件可被指定事件的执行者、事件完成的功能及与事件相关的各类信息。

建模和仿真-教育政策工作流研究方法刍议

建模和仿真:教育政策工作流研究方法刍议摘要:教育政策工作流研究方法代表了当前教育政策研究和发展的方向。建模和仿真的流程是:在构建其理论框架的基础上,通过对各个级别、各个方面教育政策制定和实施过程的建模和仿真,形成不同研究预案的工作流模型;利用仿真环境形象、生动的特点,优化各个模型,调整各指标参数,再参照评估标准,最终可得出教育政策模型的综合效能评价结果。关键词:教育政策;工作流;模拟仿真;方法论文章编号:1002-0845(2010)04-0005-03 进入21世纪,我国教育政策在研究方法上出现了一些新特点。整个学术界已转变传统观念, 从新视角展开研究,用新方法构建方法论体系,并把方法论的探讨集中到高新科学技术的运用方面。教育政策工作流研究方法代表了当前教育政策方法论的研究和发展方向,它通过对工作流的流程定义和运行期控制,解决教育政策研究中两方面的问题,即满足教育政策主体多样化的需求和解决教育政策被调整对象的不确定性。本文试图通过对教育政策工作流建模和仿真理论的描述和整理,分析教育政策工作流研究方法的基本主题、特点以及发展方向,并探求对我国教育政策研究发展的意义。一、工作流研究建模和仿真的理论框架 1.教育政策工作流研究方法的界定教育政策工作流研究方法起源于生产组织和办公自动化领域,它是针对日常教育政策研究工作中具有固定程序的活动而提出的一种研究方法。根据WFMC(工作流管理联盟)的说法, 教育政策工作流可定义为能够完全或部分自动执行教育政策的研究任务,即将一组教育政策研究任务组织起来完成某个系统研究的过程。该定义说明了研究的触发顺序和触发条件。每个研究任务可以由一个或多个组协作完成,这些组可以由人组成,也可以由软件系统或二者共同组成。任务的触发顺序和触发条件用来定义并实现教育政策研究任务的触发、任务的同步和信息流(数据流)的传递[1]。教育政策工作流建模和仿真是指在教育政策工作流研究中,借助现代计算机硬件和软件,使教育政策研究活动的进行逐步实现自动化或部分自动化。为了在基于计算机的环境中实现上述教育政策工作流的建模和仿真,研究者必须建立一个工作流运行环境,这个运行环境就是工作流管理系统。工作流管理系统是支持教育政策研究并实现研究过程管理和自动化的强有力的软件工具。它能完成教育政策工作流的定义和管理, 并按照在计算机中预先定义好的工作流逻辑推进教育政策工作流的执行。教育政策工作流研究建模和仿真是人工智能科学的重要分支,是在现代教育政策学理论、研究方法论与现代计算机技术三者结合的基础上发展起来的综合技术,是教育政策学研究自动化系统建设的一个重要方面。它能为研究者提供拟制、评估、优化教育政策方案、系统模拟、设定专家系统等辅助研究功能。为了在教育政策研究过程中能有效利用辅助研究,技术设计者应深入了解研究者的需要和辅助研究系统能给予的支撑,并使二者紧密结合。