1.workflow 和传统管理软件不是同一种软件，不具可比性；2.workflow 对于已经有传统管理软件的企业的作用非常明显，可以籍此平台整合企业的各种应用系统，使之成为一个完整的企业级应用，也就是通常所说的EAI.3. 具备workflow功能的管理软件（workflow与传统管理软件的结合）对于传统管理软件有绝对的优势；4.workflow可以根据企业的需要开发解决

定义：工作流管理系统是一个软件系统，它完成工作流的定义和管理，并按照在计算机中预先定义好的工作流逻辑推进工作流实例的执行。

工作流引擎好比机器的发动机，没有发动机的机器没有办法运行起来，同样，没有工作流引擎，工作流就没有办法自动化。工作流负责解析工作流定义的数据、各种资源，执行活动中规定的程序，决定流程的走向。工作流引擎本身主要由两部分组成，工作流执行子系统与工作流触发子系统。这两者之间，工作流触发子系统主要负责工作流程的流转，而工作流执行子系统主要负责工作流中任务的创建与运行，以及管理。触发子系统主要解决的问

工作流的不成熟性具体表现在以下几个方面：1、工作流模型描述：缺乏一种能够支持过程定义、过程分析的形式化数学模型。2、标准问题：不同的厂商提供了不同的建模、流程定义和实现标准，是异构系统的协同工作异常困难，用户很难实现系统之间的相互操作。3、缺乏仿真评价的方法和工具，仿真的性能指标难确定，仿真内容复杂。4、工作流技术实现方面:工作流管理系统 贯穿整个业务过程，需要提高工作流的可靠性，

目前共工作流技术研究的主要目的有两个：一是为工作流的发展解决理论上存在的问题，探讨工作流模型和语义的形式化表示方法；二是从工作流实现技术的角度探讨利用先进的技术提高工作流管理系统的性能和可靠性。

The automation of a business process, in whole or part, during which documents, information or tasks are passed from one participant to another for action, according to a set fo procedural rules.解释：

工作流技术能够得到快速应用和发展得益于它的先进理念——过程逻辑和业务逻辑的分离。对于一个流程化业务来说，可以将它看作是两部分元素的有机组合：业务元素和过程元素。业务元素表示了过程的每一个步骤应该完成的具体任务和整个流程的而业务特征，而过程元素则表达了流程中各个步骤之间的先后、条件等逻辑关系。通过对过程逻辑和业务逻辑进行的分离，可以集中的研究过程逻辑的特性和问题，从而建立起一种独立于具体业务的通用过

以事件—规则机制为基础的工作流模型，将流程中所有的活动发生和状态的变化都看作是事件，活动的进行总是伴随着事件的发生；而过程逻辑和业务逻辑，则被抽象为过程规则；每当有事件发生时，根据系统的环境、状态等对过程规则进行匹配，匹配的结果将引起新的事件发生或者是新的活动的执行。在该模型中，事件机制是与规则形式的业务表示方法和过程表示方法联系在一起的。根据业务流程的内容，创建与之相对应的流程规

在.NET领域，目前市场上工作流的趋势大致有两个：一个是自开发方式，即自己开发流程引擎和流程平台，二是WWF方式，即使用微软的WWF。对微软的WWF的情况了解如下：1、WWF是微软开发出的一套底层工作流引擎，它是比较底层的。开发流程必须对其机制比较清楚，除了编写业务代码外，还要编写驱动流程的代码。灵活性比较差，如果要想达到灵活配置、开发简单的程度，必须在此基础上二次开发，做一套基于WWF的

事件-条件-动作，简称ECA规则。其一般的策略是当一个事件发生后，采用事件监视器来捕获该事件，然后依据ECA规则进行条件判断，选择合适的动作。

工作流是由任务组成的，而工作流引擎是与任务无关的，工作流引擎应当提供一个框架，由这个框架负责从一个任务到下一个任务的流转。可以利用观察者模式来实现工作流引擎与业务系统的分离。

实体(Entity) ：是工作流的主体，是需要随着工作流一起流动的物件(Object)。例如，在一个采购申请批准流程中，实体就是采购申请单；在公文审批流程中，实体就是公文。   参与者(Participant) ：是各个处理步骤中的责任人，可能是人，也可能是某个职能部门，还可能是某个自动化的设备；   流程定义(Flow Definition) ：是预定义的工作步骤，它规定了实体流动的路线

工作流参考模型（Workflow reference model）是由工作流管理联盟于1995年提出的工作流管理系统的体系结构模型。工作流参考模型标识了构成工作流管理系统的基本部件和这些基本部件交互使用的接口。这些基本部件包括：工作流执行服务、工作流引擎、流程定义工具、客户端应用、调用应用、管理监控工具；基本部件交互使用的接口包括：接口一、接口二、接口三、接口四和接口五。这个模型很大地影响

工作流引擎是一个为工作流实例执行提供运行服务环境的软件，是工作流管理系统的核心组件。工作流引擎负责解析、解释工作流过程定义、控制过程实例、决定活动的执行次序、向用户工作表中添加工作项、调用应用程序、与其他工作流引擎交互等功能。工作流引擎的作用不言而喻，就如计算机对于软件的作用一样，可以说没有它，就没有工作流的一切，再好的流程设计也是无法有效执行的，所以说它是工作流管理系统的核心

工作流包括以下几个要素：实体(Entity)：是工作流的主体，是需要随着工作流一起流动的物件(Object)。例如，在一个采购申请批准流程中，实体就是采购申请单；在公文审批流程中，实体就是公文。 参与者(Participant)：是各个处理步骤中的责任人，可能是人，也可能是某个职能部门，还可能是某个自动化的设备； 流程定义(FlowDefinition)：是预定义的工作步骤，它规定

工作流是对现实中流程的管理，因此对于现实中流程的抽象，建模对于工作流系统是有重要意义的。

在描述业务中，一个任务表示的是流程的所需要完成的某一项工作，这项工作可能是一次操作即可完成，也可能是几次操作的组合。

活动节点是组成工作流的基本节点，其状态可分为等待、就绪、运行、完成和中止。等待状态表示活动触发条件未满足，活动执行条件还未就绪，是活动的初始状态。就绪状态表示活动的触发条件已经满足。活动的触发条件就是其前序活动的完成，即当一个活动的前序活动完成后，活动就转入就绪状态。此时，如果活动执行条件也满足的话，活动可以开始运行。运行状态表示活动正在运行。如果活动成功完成，则达到完成状态；如果活动执行失败或取

WHEN EventsIf Conditions THENActionENDIFENDWHENECA规则和一定的事件定义以及状态转换函数就能很好的表示活动之间的关系，但这样的模型是建立在活动实体以及实体关系分开描述的理想情况下，这样给模型存储和工作流引擎对其解释都带来了一定的困难。ECA在工作流引擎中的对应关系:ECA规则转化到工作流引擎中，E与C的工作由触发子系统完成

我以前设计过一个工作流系统，包括引擎和流程定义。 引擎我们基本是参考wfmc的模型，无非是Process、Activity、 task、principal、transition等。 和流程定义之间通过一个 XML来交换数据，也就是说，流程定义生成一个描述流程的XML，引擎负责把它读进来，解释后放进内存或者数据库里面，这样做一个好处是流程定义工具可以用java写，也可以用delphi