工作流的英文全称是：Workflow，简单理解则是业务流程的计算机化或自动化。它是是针对工作中具有固定程序的常规活动而提出的一个概念，通过将工作活动分解定义良好的任务、角色、规则和过程来进行执行和监控，达到提高生产组织水平和工作效率的目的。
70年代人们对工作流技术充满着强烈乐观情绪，研究者普遍相信新技术可以带来办公效率的巨大改善，然而这种期望最终还是落空了。人们观察到这样一种现象，一个成功的组织往往会在适当的时候创造性的打破标准的办公流程；而工作流技术的引入使得人们只能死板的遵守固定的流程，最终导致办公效率低和人们对技术的反感。70年代工作流技术失败的技术原因则包括：在办公室使用个人计算机尚未被社会接受，网络技术还不普遍，开发者还不了解群件技术的需求与缺陷。
含有工作流特征的商用系统的开发始于1983年至1985年间，早期的商用系统主要来自于图像处理领域和电子邮件领域。图像处理许多时候需要流转和跟踪图像，工作流恰好迎合这种需求；增强的电子邮件系统也采用了工作流的思想，把原来点对点的邮件流转改进为依照某种流程来流转。在这些早期的工作流系统中只有少数获得了成功。
进入1990年代以后，相关的技术条件逐渐成熟，工作流系统的开发与研究进入了一个新的热潮。据调查，截至1995年共有200多种软件声称支持工作流管理或者拥有工作流特征。工作流技术被应用于电讯业、软件工程、制造业、金融业、银行业、科学试验、卫生保健领域、航运业和办公自动化领域。
由于工作流技术发展各异，为了给其制定相关规范，实现不同工作流产品的互操作，1993年，工作流管理联盟（Workflow Management Coalition，WfMC）成立了，并提出了工作流（Workflow）的严格定义：为了实现组织目标，有关业务活动依时序或逻辑关系相互连接构成业务流程。在 业务开展过程中，文档、信息或任务，依据组织规范在参与者之间传递、处理或执行。业务流程中，实现了基于计算机自动化的全部或部分称为工作流。简单地讲，工作流是指整个或部分经营过程在计算机支持下的全自动或半自动化。在实际情况中可以更广泛地把凡是由计算机软件系统（工作流管理系统）控制其执行的过程都称为工作流。一个工作流包括一组活动及它们的相互顺序关系，还包括过程及活动的启动和终止条件，以及对每个活动的描述。
工作流管理系统即Workflow Management System，简称WFMS，是定义、创建、执行工作流的系统。
它通过对业务、公文流转过程的分析以及抽象，工作流管理系统围绕业务交互逻辑、业务处理逻辑以及参与者三个问题进行解决，业务交互逻辑对应的为业务的流转过程，在工作流管理系统中对应的提出了工作流引擎、工作流设计器、流程操作来解决业务交互逻辑的问题，业务处理逻辑对应业务流转过程中的表单、文档等的处理，在工作流管理系统中对应的提出了表单设计器、与表单的集成来解决业务处理逻辑的问题，参与者对应到的为流转过程中环节对应的人或程序，在工作流管理系统中通过与应用程序的集成来解决参与者的问题。
工作流管理系统为方便业务交互逻辑、业务处理逻辑以及参与者的修改，多数通过提供可视化的流程设计器以及表单设计器来实现，为实现工作流管理系统的扩展性，多数提供了一系列的API。
工作流管理联盟（WfMC，Workflow Management Coalition）给出的关于工作流管理系统的定义是：工作流管理系统是一个软件系统，它完成工作流的定义和管理，并按照在计算机中预先定义好的工作流逻辑推进工作流实例的执行。
WFMS应能提供以下三个方面的功能支持：
建造功能：对工作流过程及其组成活动定义和建模；
运行控制功能：在运行环境中管理工作流过程，对工作流过程中的活动进行调度；
运行交互功能：指在工作流运行中，WFMS与用户（业务工作的参与者或控制者）及外部应用程序工具交互的功能。
工作流引擎的英文全称是：WorkFlow Engine，是指workflow作为应用系统的一部分，并为之提供对各应用系统有决定作用的根据角色、分工和条件的不同决定信息传递路由、内容等级等核心解决方案。
例如开发一个系统最关键的部分不是系统的界面，也不是和数据库之间的信息交换，而是如何根据业务逻辑开发出符合实际需要的程序逻辑并确保其稳定性、易维护性（模块化和结构化）和弹性（容易根据实际业务逻辑的变化作出程序上的变动，例如决策权的改变、组织结构的变动和由于业务方向的变化产生的全新业务逻辑等等）。
工作流引擎解决的就是这个问题：如果应用程序缺乏强大的逻辑层，势必变得容易出错（信息的路由错误、死循环等等）。就好比一辆汽车，外表做得再漂亮，如果发动机有问题就只是一个摆设。应用系统的弹性就好比引擎转速方面的性能，加速到100公里需要1个小时（业务流程发生变动需要进行半年的程序修改）还能叫好车吗？引擎动不动就熄火（程序因为逻辑的问题陷入死循环）的车还敢开吗？
当今社会分工越来越细，在一个单位内部也越来越强调专业化，大部分工作都需要多个部门和员工合作完成。一个制度良好的单位往往对各种工作的工作流程以文件的形式固定下来，即使是管理不太正规的单位也有约定俗成的工作步骤。这种工作流程保证了一件任务能按预定的顺序从起点流向终点，并且在需要的时候可以跟 踪、查询和统计。
要认识工作流引擎需要了解以下几个要素：
实体(Entity) ：是工作流的主体，是需要随着工作流一起流动的物件(Object)。例如，在一个采购申请批准流程中，实体就是采购申请单；在公文审批流程中，实体就是公文。
参与者(Participant) ：是各个处理步骤中的责任人，可能是人，也可能是某个职能部门，还可能是某个自动化的设备；
流程定义(Flow Definition) ：是预定义的工作步骤，它规定了实体流动的路线。它可能是完全定义的，即对每种可能的情况都能完全确定下一个参与者，也可能是不完全定义的，需要参与者根据情况决定下一个参与者；
工作流引擎(Engine) ：是驱动实体按流程定义从一个参与者流向下一个参与者的机制
可以看出，前三个要素是静态的，而第四个要素是动态的，它将前三者结合起来，是工作流的核心组成元素。工作流设计软件开发事例：http://www.jeez.com.cn/upfiles/jbfsetup.rar
[返回] 计算机科学论坛 →
计算机技术与应用 → 『 Dot NET,C#,ASP,VB 』 → 工作流简介
(订阅本版)
2008/8/20 17:26:00
新浪微博
工作流简介
