工作流管理系统（WfMS）介绍.pdf

什么是工作流管理系统（WFMS）2007-01-251311定义

工作流系统是以规格化的流程描述作为输入的软件组件,它维护流程的运行状态,并在人和应用之间

分派活动。为了后面的描述，我们先定义一些基本的术语：流程定义（processdefinition）和流

程实例（processinstance）.一个流程定义是一个业务流程或过程的规格化描述。一个流程实例是

流程定义的一个运行实体。都目前为止，概念还比较清晰是不是？但当再深入一步时，我们就要小心

使用文字了。如何阐述流程中的步骤，现在还没有一个统一的方式。这是各种工作流规范和工具之间

主要的分歧。

为什么应当禁止使用术语“活动（activity）”...

流程定义通常用一些活动表述。我认为这是导致工作流领域所有混乱的主要原因。我告诉你为什么：

因为术语“活动”混淆了状态（state）和动作（action）之间的差异。在流程中，状态(或者说等待

状态)代表了一种对外部参与者（actor）的依赖。在流程运行时，这意味着流程引擎必须等待，直到

外部参与者通知工作流管理系统指定的状态完成了。比如，等待可进一步运行的认可。动作是在流程

运行过程中，工作流系统为响应指定事件（event）运行的一段程序逻辑（programminglogic）。

当流程运行过程中指定的事件发生时，工作流系统启动并执行这些动作。比如，当状态分配给一个参

与者时，发一封Email。你也能看出，状态和动作是如此不同，因此使用同样的术语去描述这些概念

是一个坏习惯。我的建议是避免使用术语“活动”，使用“状态”或者“动作”代替它。

工作流系统另一个重要的职责是维护每一个流程运行的上下文信息。流程上下文变量（process

contextvariable），或简称变量，是与流程实例相关的变量。如，休假申请的开始日期、数据库中

一条记录的键值、文档管理系统中一篇文档的索引等。通常在流程定义中声明这些变量，然后在流程

实例生成时，这些流程变量被实例化。所有成熟的工作流管理系统都支持定制的变量类型。

目标领域（Targetusage）

使用工作流管理系统的目的之一是作为企业应用系统集成（EAI）的平台。在当前大部分企业级IT

架构中，各种各样的异构（heterogeneous）应用和数据库运行在企业内网中。在这些系统被应用

到组织时，都有一个清晰的目标。例如，客户管理、文档管理、供应链、订单、支付、资源计划等等。

让我们称这些系统为专门应用（dedicatedapplications）。每一个专门应用都包含它们所支持业

务流程的领域知识。这些专门应用中的自动化流程，被拼装到企业中更大的非自动化流程中。每当一

个这样的专门应用安装并投入使用，都会带来涉及其他多个应用的新功能需求。企业应用系统集成

（EAI）就是通过使用多个专门应用满足软件新需求的方法。有时，这只需要在两个应用之间提供数

据通讯的通道。专门应用将很多业务流程硬编码在软件中。

可以这么说，在你购买专门应用时，你是购买了一组固定的自动化业务流程。而工作流管理系统是不

必事先知道问题域的相关信息的。工作流系统将业务流程描述作为输入并管理流程实例的执行，这使

得它比专门应用更灵活（当然你也要花精力编写业务流程的规格化描述）。这就是为什么说工作流系

统和专门系统是相互补充的。工作流系统可以用来管理全局的业务流程。如果专门应用支持你所需要

的业务流程，那么使用专门应用。在此讨论的工作流系统的第一种使用方式就是：结合所有的专门应

用，使用工作流系统构建一个EAI平台。

工作流系统能够发挥很大价值的第二个使用方式是：协助涉及多人相关任务工作流软件的开发。为了

达到这个目的，大部分工作流系统都有一个方便的机制，来生成执行任务的表单。对于专注于ISO或

者CMM认证的组织，采用这种方式使用工作流系统能够显著提高生产率。不用将过程用文字的形式

写在纸上，工作流系统使你通过流程定义建模实现过程的自动化（如使用基于Web的应用）。

工作流系统的第三种使用方式是：将工作流引擎嵌入到其他应用中。在前面我们谈到，专门应用将指

定问题域相关的业务流程固化在软件中。开发专门应用的公司也可以将工作流引擎嵌入到他们的软件