本文简要介绍了wfmc工作流管理工作流系统的各个部分，并介绍了参考模型的五种界面。
工作流管理联盟(wfmc )提出了工作流参考模型，承诺了工作流系统的体系结构、APP应用程序接口和特性，主要目的是实现工作流技术的标准化和开放性本节简要介绍系统的各个部分，并介绍参照模型的五种界面。
1 工作流管理系统中的各种数据
33558 www.Sina.com/(工作流控制数据)工作流执行服务/工作流计算机使用内部工作流控制数据来确定单个进程或活动实例的状态这些数据由工作流执行服务/工作流计算机控制。 使用者、APP应用程式或其他工作流程机器/工作流程执行服务无法直接读写。 通过向工作流执行服务/工作流执行服务发送消息，可以获取工作流控制数据的内容。
33558 www.Sina.com/(工作流relevantdata )工作流管理系统根据工作流数据确定流程实例的状态转换条件，然后选择下一个要执行的活动。 这些数据由工作流APP应用程序访问和修改。 因此，工作流管理软件必须在活动实例之间传递与工作流相关的数据。
数据33558 www.Sina.com/(工作流应用程序数据)是指由APP应用程序操作的数据。 它们适用于APP应用程序，不能从工作流管理系统访问。
工作流控制数据
工作流模型进程模型包含工作流执行服务运行进程所需的所有信息。 其中包括启动和终止进程的条件、配置的活动、活动间导航准则、参与的用户、指向要激活的APP应用程序的指针以及要使用的工作流相关数据的定义。
在工作流建模期间，必须查看组织/角色模型才能获取有关组织结构和组织中角色的信息。 流程定义指定完成活动的组织实体或角色，而不是定义特定人员。 工作流执行服务负责在工作流执行环境中将组织实体或角色映射到特定人员。
工作流建模工具主要用于分析、建模、描述和记录经营过程。 必须输出可以在工作流计算机上动态解释的流程定义。 建模工具的输出格式因工作流产品而异。 参考模型界面1不仅可以隔离工作流的定义和执行阶段，还可以使用户分别选择建模工具和执行产品，还可以联合不同的工作流产品为流程定义的执行提供执行服务环境
工作流管理联盟在工作流建模方面进行了两项工作。
)1)创建描述流程模型中各个对象、它们之间的关系及其属性的元模型(process meta model )，有助于在多个工作流产品之间交换模型信息。
)2)定义了一组API接口，可以在工作流管理系统之间以及管理系统和建模工具之间交互流程模型定义。
图1是工作流管理联盟定义的流程元模型。
33558 www.Sina.com/workflow execution服务由一个或多个工作流组成，在分布式环境中由多个工作流组成，为执行以下主要功能的流程实例提供运行环境：
(1)解释流程定义，生成流程实例，管理其实施流程。
)基于有关流程定义和工作流的数据，提供进入和退出流程实例导航的条件、并行或串行执行的活动的信息、用户信息或激活的APP应用程序的信息等。
)3)与外部资源对话完成各项活动。
)4)维护工作流控制数据和工作流相关数据，包括不同进程和活动实例的内部状态信息、工作流机器用于协调恢复的各种检查数据、恢复/重新启动信息等，并将所需的相关数据传递给用户
在分布式工作流执行服务中，多个工作流机器协同工作，推动工作流机器实例的执行。 每个工作流计算机控制进程的部分执行，并使用相关的资源和实用程序。 这些执行服务需要共同的命名和管理范围，流程定义和用户/APP应用程序名称容易匹配。 的分布式工作流系统使用特定协议同步每个工作流计算机并传递相应的控制信息。 在同类工作流执行服务中，这些合同因制造商而异。 如果选择不同的工作流系统产品，则需要在每个工作流计算机之间转换的标准。 这应包括以下内容：
(一)通用命名机制
)支持通用流程定义对象和属性；
)3)能够传递相应的工作流相关数据，控制流程实例的生成；
(4)能够在异构工作流之间传递流程、子流程和活动；
)5)支持通用管理功能。 3358www.Sina.com/workflow是一个软件服务或“引擎”，为运行工作流实例提供运行环境。 主要提供以下功能：
(1)对流程的定义进行说明
(2)控制流程实例的生成、激活、挂起、退出等；
(3)控制活动实例之间的转换，如串行或并行操作、工作流相关数据的解释等；
)4)支持用户交互的界面
(5)维护工作流控制数据和工作流相关数据，并在APP应用程序或用户之间传递工作流相关数据；
(6)激活外部APP应用程序，提供访问工作流相关数据的接口
br> （7） 提供控制、管理和监督的功能。工作流机的一个重要功能就是控制实例和活动实例的状态转换。工作流管理联盟的参考模型中为过程实例的运行状态和活动实例的状态进行了定义，并给出了状态转换的条件。图2和图3分别描述了过程实例和活动实例各个状态之间的转换。
过程实例包括以下几种运行状态：
初始（inactived）：一个过程实例已经生成，但该过程实例并没有满足开始执行的条件；
准备运行（running）：该过程实例已经开始执行，但是还不满足开始执行第一个活动并生成一个任务项的条件；
运行中（active）：一个或多个活动已经开始执行（也就是已经生成一个工作项并分配给了合适的活动实例）
挂起(suspended)：该过程实例正在运行，但处于静止状态，除非有一个“重启”的命令使该过程实例回到准备运行状态，否则所有的活动都不会执行；
结束(completed)：该过程实例满足结束的条件，工作流管理系统将执行过程实例结束后的操作（如统计），并删除该过程实例；
终止（terminated）：该过程实例在正常结束前被迫终止，工作流管理系统将执行补救措施，并删除该过程实例。
活动的运行状态包括：
未开始（inactive）：该活动实例已经生成但还没有被激活（例如活动开始条件没有满足）；
运行中（active）：该活动实例已经被激活了；
挂起（suspended）：该活动实例处于静止状态；
结束（completed）：该活动已经执行完毕，工作流管理系统将进行活动结束后的导航工作，激活下一个符合启动条件的活动实例。
5． 客户端应用
这种方式适合于需要人员参与的活动。这种情况下，工作流机通过任务项列表管理器来进行控制。工作流管理联盟提供了四种可能的通过任务项列表来实现工作流客户工作流机之间的通讯方式，如图4所示。其中一种支持集中式的结构，另外三种适合分布情况下的工作流系统。
（1） 基于主机方式的模型（Hust Based Model）：这种方式适合于集中的情况。此时，客户端应用程序、任务项列表管理器、任务项列表和工作流机都列在中央的主服务器上，用户通过模拟一个终端用户来获得任务项列表；
（2） 共享的文件库模型（Shared Filestore Model）：在这种情形下，客户应用程序和任务列表管理器位于用户的工作站上，而工作流位于中央服务器上。任务项列表位于一个客户应用和工作流机都能够达到的共享的文件系统中。
（3） 电子邮件模型（Electronic Mail Model）：这里，客户应用和任务项列表管理器位于用户的工作站上，工作流机位于中央主机上。所有的通讯都使用电子邮件。此时，任务项列表一般位于客户端；
（4） 过程调用或信息传递模型（Procedure Callor Message Passing Model）：这时，客户应用程序和任务项列表管理器位于用户的工作站上，任务项列表和工作流机位于服务器端。用户通过RPC或者其它的消息传递机制来获得任务项列表。
6． 由工作流机直接调用的应用程序
这种情况适合于不需要人员参与的活动。在简单的情况下，工作流机通过过程模型中定义的活动的信息、应用程序的类型和需要的数据来激活应用程序。被激活的应用程序可以和工作流机位于一台计算机上，可以位于相同的运行平台上，也可以位于网络可以到达的不同平台上。模型定义提供了有关应用程序的类型、地址等充分信息，便于工作流机激活该程序并执行相应的动作。
7． 工作流执行服务之间的互操作性
工作流联盟的目标之一就是规定一个标准使得不同厂商提供的工作流产品能够协调工作，整个系统能够无缝地在各个产品之间传递任务项。工作流管理联盟在互操作性上的工作主要集中在提供了一系列互操作的情景，从简单的任务传递到传输整个工作流过程模型和工作流参考数据。尽管有可能考虑那些很复杂的情形（如不同厂商提供的工作流机共同协作实现工作流执行服务，这在目前还不可能实现，因为它要求所有的工作流机都能够解释过程模型，共享一套工作流控制数据，并在异构的工作流机环境下共享过程实例状态。）但就目前来说，比较切合实际的目标是在不同的工作流执行服务间传递过程的部分内容，支持其实例的运行。
8． 系统管理和监控工具
该工具能够对工作流在整个组织内的流动状况进行监控，并提供一系列的管理功能，如有关安全性、对过程的控制和授权操作等方面的管理。主要功能包括以下几个方面：
（1） 建立、设置和优化组成工作流管理系统的各个软件；
（2） 对过程模型进行实例化；
（3） 将过程模型中的角色实例化；
（4） 将运行中的过程实例、活动实例和数据分发到各个工作流机中；
（5） 启动、挂起、恢复和终止过程实例；
（6） 管理正在执行的过程实例并对正常或异常退出的过程的历史数据进行统计和分析。
9． 工作流参考模型中的五类接口
工作流联盟给出了五类接口：
（1） 接口1：工作流服务和工作流建模工具；
（2） 接口2：工作流服务和客户应用之间的接口，这是最主要的接口规范，它约定所有客户方应用和工作流服务之间的功能访问方式；
（3） 接口3：工作流机和直接调用的应用程序之间的接口；
（4） 接口4：工作流管理系统之间的互操作接口；
（5） 接口5：工作流服务和工作流管理工具之间的接口。
其中，接口1为在不同物理或电子介质之间传递过程定义的信息提供了交互的形式和API调用；接口2定义了通信建立、工作流定义操作等功能；接口3激活应用程序的API函数应覆盖的几个方面的功能；接口4完成工作流执行服务之间需要提供大量的WAPI来实现互操作，无论是在两个工作流执行服务之间的直接调用还是通过网关函数；接口5主要实现对工作流的管理和监视。