工作流管理和业务流程管理（BPM）正在迅速成为企业获得软件敏捷性和适应性的重要方法。JBoss jBPM是一个面向流程的工作流/BPM框架和工具集，它使业务分析人员能够与软件组件进行交互、有助于获得有效的业务解决方案。

许多企业在积极寻求一种结构化方法，以便设计业务动作/事务，并且优先使用自动化流程加以执行。业务流程管理（BPM）和工作流管理使用动作、任务和流程等概念，提供了解决这个问题的办法。

业务流程管理一词通常是指企业通过一系列活动，以能够适应动态变化的环境的方式，自动管理及优化流程。这些活动通常寻求来自软件工程和工具的帮助。因而，BPM一词往往直接用来指软件工程技术和工具。

BPM体现为三个不同的实践

1．流程设计：指设计现有及新的流程这一任务；

2．流程执行：执行自动化序列的相关事件，这些事件涉及软件流程以及/或者人为活动；

3．流程监控：观察及审查单个流程的状态，以便这些流程的统计数字和性能可以加以记录、报告及优化。

BPM力求让软件工程师们能够与业务分析人员共享同样的概念和框架，因而，软件开发商试图创建这样的工具，让企业可以通过使用图形建模工具、特定领域的语言和专有应用软件，获取、设计及优化业务流程。

JBoss jBPM 3.0提供了这样的功能：使用业务流程执行语言（BPEL）、灵活而且可插入的应用编程接口（API）、本地流程定义语言以及图形建模工具，利用基于行业标准的编制机制开发新的自动化业务流程和工作流。

JBoss jBPM是采用开放源代码（LGPL许可证）的框架，包括了Java API、工具和定义语言，可以充当Web应用或者独立的Java应用。JBoss jBPM相当于业务分析人员和开发人员之间的中介，为他们提供了名为jPDL的通用流程定义语言。

JBoss jBPM架构综述

JBoss jBPM定义了使用JBoss流程定义语言编写的文件里面的流程定义。jPDL是一种面向图形编程（GOP）的语言，它基于节点、转换和动作组成的模型。在这种模型里面，节点是在流程定义过程中彼此相遇时执行的命令。转换负责指导流程定义的执行过程，而动作在节点或者转换事件发生时执行特定逻辑。

在jBPM中，流程定义被封装成流程档案（process archives）。流程档案被传送到jPDL流程引擎加以执行。jPDL流程引擎负责遍历流程图、执行定义的动作、维持流程状态，并且记录所有流程事件。

JBoss jBPM在以下组件里面进行封装:

● 流程引擎: 该组件通过下列委托组件（delegate component）来执行定义的流程动作、维持流程状态，并记录所有流程事件：请求处理程序、状态管理程序、日志管理程序、定义加载程序、执行服务。

● 流程监管器: 该模块跟踪、审查及报告流程在执行时的状态。

● 流程语言: 流程定义语言（jPDL）基于GOP。

● 交互服务: 这些服务把遗留应用提供成流程执行时所用的功能或者数据。

图1表明了这些组件之间的关系。

如图1所示，含有动作处理程序的jBPM流程定义由jBPM流程引擎加以加载及执行。 如果流程引擎在流程定义过程中遇到拥有相关动作的节点，所有相关的动作处理程序就会被调用。动作处理程序是Java代码的实例，在执行时能够与外部系统进行交互。

下面就是简单的动作处理程序的示例:

import org.jbpm.graph.def.*;

import org.jbpm.graph.exe.*;

public class MyActionHandler

implements ActionHandler

{

public void execute(ExecutionContext executionContext)

　{

System.out.println("MyActionHandler has executed: " + executionContext);

　}

}

流程档案里面的PDL文件名为process-definition.xml。该文件含有诸流程的正式描述。以下示子表明了process-definition.xml文件的例子：

< ?xml version="1.0" encoding="UTF-8"?>

< !DOCTYPE process-definition PUBLIC "-//jbpm/jBPM Mapping DTD 2.0//EN" "http://jBPM.org/dtd/processdefinition-2.0.dtd">

< process-definition name="purchase process">

< !--...-->

< !-- START-STATE -->

< start-state name="request a purchase">

　< transition to="evaluating"/>

< /start-state>

< !-- NODES -->

< state name="evaluating">

　< !--...-->

　< transition name="approve" to="purchase approved"/>

　< transition name="disapprove" to="done"/>

< /state>

< fork name="purchase approved">

　< transition to="decrement inventory" />

　< transition to="increment revenue" />

< /fork>

< state name="decrement inventory">

　< !--...-->

　< transition to="join" />

< /state>

< state name="increment revenue">

　< !--...-->

　< transition to="join" />

< /state>

< join name="join">

　< transition to="done" />

< /join>

< !-- END-STATE -->

< end-state name="done" />

< /process-definition>

流程定义基于定向图（directed graph）。有向图由节点、转换、一个起始状态以及一个终止状态组成。每个节点的类型定义了该节点的运行时行为。流程定义在执行时，以下实体就会起到作用：

● 流程实例: 流程实例是流程定义的一次执行。

● 标记: 标记是一条执行路径。标记是运行时概念，它含有指向定向图中节点的指针。一旦创建了流程实例，就会创建主要执行路径的标记。该标记名为流程实例的根标记，它位于流程定义的起始状态。

● 信号: 信号指示标记继续由转换实现的图像执行。

● 节点: 节点负责图像执行的继续进行。如果标记进入节点，节点就会执行。不会传播执行的节点被认为是状态节点。

● 动作：动作是流程执行过程中出现事件时执行的Java代码的实例。主要的事件类型有：“进入节点”、“离开节点”和“进行转换”。

图2 jBPM图形建模设计器

使用jBPM图形建模设计器，就很容易创建流程定义。设计器目前作为Eclipse插件而安装。图2表明了图形建模设计器的示例屏幕。

图形设计器可以用来创建流程定义、把动作处理程序与事件连接起来、编辑定义来源、创建流程档案、测试流程定义，等等。

部署JBoss jBPM

JBoss jBPM把流程定义存储在数据库中。因而，把流程部署到JBoss jBPM里面需要解析process-definition.xml，并且把它存储在JBoss jBPM数据库中。可通过以下方法实现这项工作：

● 使用由JBoss jBPM提供的par Ant任务来创建流程档案。

● 使用deploypar实用程序。该实用程序还可以创建流程档案，并且把流程档案部署到jBPM数据库上。Deploypar实用程序把jBPM.properties文件作为一个属性。该文件指定了配置选项，其中包括流程档案所要部署到的那个数据库。

● 通过编程解析process-definition.xml，并把它存储到数据存储区中。

让JBoss jBPM完成一些简单步骤

JBoss jBPM充当编制引擎，它位于企业应用的中间，能够实现不同应用之间的集成和协调。

本文使用随同jBPM交付的示例部署，讨论如何利用jBPM和jPDL来创建及修改具有Web功能的简单的订单处理系统。

1.下载JBoss jBPM

JBoss jBPM入门套件（http://www.jboss.com/products/jBPM/downloads）包括了执行JBoss jBPM所需的一切，只是没有Java开发者工具包（JDK）。JBoss jBPM入门套件里面的JBoss应用服务器需要J2SE 1.4或者更新版本。

下载入门套件后，把它解压缩到选择的目录下面。一旦解压缩了该入门套件，就有了类似如下的目录结构：

● Jbpm-starters-kit-3.1。

● Jbpm：含有JBoss jBPM产品的源代码。

● jbpm-bpel：含有JBoss jBPM的BPEL扩展件方面的信息。

● jbpm-db：含有把JBoss jBPM连接到其他数据库的示例配置。

● jbpm-designer：含有用于JBoss jBPM可视化流程设计器的Eclipse插件。

● jbpm-server：含有JBoss应用服务器和JBoss jBPM引擎以及示例流程。

2.执行JBoss jBPM引擎

为了启动部署了jBPM的JBoss应用服务器，进入jbpm-server目录，执行里面的启动脚本。命令窗口会随同jBPM控制台窗口一起出现，类似图3。

现在，打开浏览器窗口，输入http://localhost:8080/jbpm。就会看到JBoss jBPM的示例Web应用的登录页面。

以cookie monster用户的身份登录，选择“创建新的Web销售订单”链接。这会创建预制的“Web销售”流程的新实例，如图4所示。

实际的定义文件：processdefinition.xml位于websale.par里面，如以下列表所示：

< ?xml version="1.0"?>

< process-definition name="websale"

xmlns="urn:jbpm.org:jpdl-3.1">

< !-- SWIMLANES (= process roles) -->

< swimlane name="buyer" />

< swimlane name="salesman">

< assignment expression="user(ernie)" />

< /swimlane>

< swimlane name="accountant">

< assignment expression="user(bert)" />

< /swimlane>

< swimlane name="shipper">

< assignment expression="user(grover)" />

< /swimlane>

< !-- NODES -->

< start-state name="create new web sale order">

< task swimlane="buyer">

< controller>

< variable name="item"/>

< variable name="quantity"/>

< variable name="address"/>

< /controller>

< /task>

< transition to="evaluate web order" />

< /start-state>

< task-node name="evaluate web order">

< task swimlane="salesman">

< timer duedate="20 seconds" repeat="10 seconds">

< action class="org.jbpm.websale.RemindActor">

< swimlaneName>salesman< /swimlaneName>

< /action>

< /timer>

< controller>

< variable name="item" access="read"/>

< variable name="quantity" access="read"/>

< variable name="address" access="read"/>

< variable name="comment"/>

< /controller>

< /task>

< transition name="ok" to="salefork" />

< transition name="more info needed" to="fix web order data" />

< /task-node>

< task-node name="fix web order data">

< task swimlane="buyer">

< controller>

< variable name="comment" access="read"/>

< variable name="item" />

< variable name="quantity" />

< variable name="address" />

< /controller>

< /task>

< transition to="evaluate web order" />

< /task-node>

< fork name="salefork">

< transition name="payment" to="wait for money" />

< transition name="shipping" to="ship item" />

< /fork>

< task-node name="wait for money">

< task swimlane="accountant">

< controller>

< variable name="item" access="read" />

< variable name="quantity" access="read" />

< variable name="address" access="read" />

< variable name="money received" />

< /controller>

< /task>

< transition to="update books" />

< /task-node>

< node name="update books">

< action class="org.jbpm.websale.UpdateBooks">

< msg>accountancy application is now informed of the payment< /msg>

< /action>

< transition to="salejoin" />

< /node>

< node name="ship item">

< action class="org.jbpm.websale.ShipItem">

< swimlaneName>shipper< /swimlaneName>

< msg>${shipper} now ships ${item} to ${address}< /msg>

< /action>

< transition to="salejoin" />

< /node>

< join name="salejoin">

< transition to="end" />

< /join>

< end-state name="end" />

< /process-definition>

一旦“创建新的Web销售订单”页面加载完毕，填写“物品”和“数量”表格字段，其中cookie作为物品，1作为数量。然后选择“保存”和“结束任务”，即可完成“创建新的Web销售订单”任务。Web应用会向jBPM发出信号，要求把Web销售流程标记转移到“评估Web订单”任务，然后使用输入数据作为流程变量。这时候，登录页面会再次显示。你会注意到这样一则消息：“新的任务已分配给'ernie’。”

现在，选择“以另一个用户登录”链接、以ernie的身份登录。你会注意到：“评估Web订单”任务呈高亮显示。把所需地址输入到注释字段，然后选择“需要更多信息”按钮。这样就可以把流程标记转移到“修复Web订单数据”任务，并且让浏览器回到登录页面。

这时候，可以以cookie monster用户的身份登录，选择“修复Web订单数据”链接，就可以查看高亮显示的任务如何变化、体现流程标记在执行流程中的位置。

重复流程定义在浏览器窗口中显示的步骤，出现提示时以相应用户的身份登录，完成填写每项新任务的表格。你最终会进入到流程末端，这时就会出现屏幕，告诉你流程已完成。

7 　 jBPM 的客户端开发

有了前面的 HelloWorld 后台流程，我们就要开始客户端程序了。正如前面提到的，本文不写 JSP ，而改采用 JUnit 的形式，输出则用 System.out.println 。举一反三，知道在方法中输入及用 println 输出，在 JSP 和 SWING 等 GUI 界面还不是一样嘛。

这个 JUnit 客户端，我们就借用创建项目时自动生成的 SimpleProcessTest.java 了，改写后如下：

4 数据库初始化

jBPM 需要数据库支持， jBPM 会把自己的一个初始化数据存储到数据库，同时工作流的数据也是存储到数据库中的。 jBPM 使用 Hibernate 来做为自己的存储层，因此只要是 Hibernate 支持的数据库， jBPM 也就支持。

本文先以 MySQL 为例，然后再以 Oracle 为例，来谈谈 jBPM 的数据库初始化操作。

注：在上面的 JBoss 自带的示例中，并没有设置数据库，那是因为 jBPM 默认使用的是内存数据库 hsqldb 。

4.1  MySQL

1 、首先安装 MySQL 。

MySQL 的安装比较简单，网上也有很多文章，本文不再赘述。本指南所用 MySQL 版本为 MySQL 4.1 （ for windows ）。再找一个 MySQL 客户端，目的是方便查看数据库中的数据，本文推荐使用 MySQL 网站上免费提供的“ MySQL Query Brower ”，当然你用其他的客户端也行，比如 MySQL-Front 。

2 、建库

MySQL 中创建一个库，库名： jbpm

3 、生成建表的 SQL 语句并建表

将 jbpm-starters-kit-3.1.1 下的子目录 jbpm 改名为 jbpm.3 ，否则在执行下面的 ant 命令时会报如 jbpm.3 目录不存在的错误：

在 DOS 窗下，进入 D:\jbpm-starters-kit-3.1.1\jbpm-db 目录，执行如下命令：

执行成功后，在 D:\jbpm-starters-kit-3.1.1\jbpm-db\build\mysql\scripts 目录里生成了四个 sql 文件，它们做什么用的一看名字就知道了。在 MySQL 客户端中执行“ mysql.create.sql ”脚本，这样将在 jbpm 库中创建一个个的数据表。

4.2  Oracle

先安装好 Oracle 服务器。我们公司有现存的 Oracle 服务器，也提供给了我一个属于我自己的用户名，一登录就可以任意在我的库之下创建表了。所以这一步就省了，没有的自个先装好吧。

访问 Oracle 推荐用“ PLSQL Developer ”。不过要连接 Oracle 还要在本机上装上 Oracle 自己的客户端程序，里面提供了 JDBC 包和一些配置。要连接服务器还得配置一下，我一般都是不用 GUI 而直接改 tnsnames.ora 文件，在我的电脑里此文件的目录地址是： D:\oracle\ora92\network\ADMIN\tnsnames.ora ，内容如下 ( 两面有两个配置了 ) ：

前面都是 Oracle 的一些知识，不会的 Google 一下吧。最后配置好后，用 PLSQL Developer 输入你的用户名和密码联接到 Oracle ，就算 OK 了。

参考上面 MySQL 的步骤，基本一样：

（1）       将 jbpm 改名为 jbpm.3

（2）       再执行 ant oracle.scripts

（3）       用 jbpm-db\build\oracle\scripts 目录的 oracle.create.sql 脚本，在 Oracle 中生成 jBPM 的所有表。在“ PLSQL Developer ”中可以新建一个 Command Windows 窗口然后输入命令： @D:\jbpm-starters-kit-3.1.1\jbpm-db\build\oracle\scripts\oracle.create.sql

 

作者简介
陈刚，广西桂林人，著作有《Eclipse从入门到精通》
您可以通过其博客了解更多信息和文章：http://www.ChenGang.com.cn

    一个Excel表单可以带一个工作流。工作流定义了Excel表单流动的步骤（任务）、人员和权限。

    定义工作流的步骤：

1.“新建”或“打开”一个模版，“工作流”主菜单自动出现。

2.点击“定义工作流”

流程名称：工作流的名称。

流程描述：对工作流的说明。

输入“流程名称”和“流程描述”后，点击“确定”，进入工作流设计环境。

3.进入工作流设计环境

可以发现在模版工作表后面增加了一个叫“workflow”的新工作表，以及出现了一个“工作流设计”菜单。

4.建立任务

点击“工作流设计”上的“新建任务”，出现：

（1）流程任务定义的“基本信息”：

任务名称-工作流的任务名称。

任务描述-任务的说明。

本任务是流程的起始任务-如果选择，该任务是工作流的第一个任务。每个工作流必须有一个起始任务。

完成此步后保存到数据库-如果选择，完成该步后，则将数据保存到数据库中。在“我的工作台”中“报表数据”中查询到。

完成时限：

到期时限-到了定义的时限后，任务完成者的待办事宜中，该任务显示红色。

到期后自动转向-如果选择，到期后自动转向所指定的任务。

（2）执行权限

点击“从工作表上选择”，出现：

选择需要在第一步中填写的工作表上，用鼠标左键点击所需要填写的数据项。选择完成后，点击“确定”。

由哪些用户可执行此任务：

• 由上一步执行人指定
• 属于此部门和角色：

    可以选择具体部门角色或全部。选择“全部”，可以任务发到所有部门和角色。

如果该任务不是起始任务，还需要确定任务的执行方式：

• 抢先式-将任务发给多个人，但只有第一个打开的人才能执行，执行完后，其他人的该任务被取消。
• 并列时-将任务发给多人，每个人都必须执行。

（3）后续任务

自动列出后续任务。

5.新建流向

点击“工作流设计”上的“新建流向”，并且点击一个起始任务和一个终止任务，出现：

流向条件：

（1）无条件向下进行

（2）当以下条件满足时向下进行

点击“构造条件表达式”：

显示该表单上的字段，可以构造流动规则。

6.建立完整的工作流程图

反复应用建立任务和建立流向，就可以划出需要的流程图。

注意：workflow工作表在填报时并不显示。

工作流使用规则

1.一个Excel服务器模板只能有一个工作流。

2.工作流中只能有一个“起始任务”。

3.一个任务可以指向多个任务。

4.一个任务仅可以被一个任务指向。

5.流向中可以增加条件。

6.部门和角色需要在不同条件下完成多个任务，需要单独设置多个任务。

7.工作流任务不能启动另一个工作流。

总之，Excel服务器的工作流，在图形上，是一个树形结构。

      简单地说，工作流就是一系列相互衔接、自动进行的业务活动或任务。一个工作流包括一组任务（或活动）及它们的相互顺序关系，还包括流程及任务（或活动）的启动和终止条件，以及对每个任务（或活动）的描述。

      工作流在大多数的实际应用中的情况可以这样来简单地描述：在网络、服务器和多台计算机客户端的硬件平台上，业务过程按照预先设定的规则并借助应用程序和人对相关数据的处理而完成。例如，在日常办公中，当撰写好某份报告之后，可能需要将其提交给领导进行审阅或批示；审批意见可能需要汇集并提交给另外一个人，以便对报告进行进一步的修改。这样，可能会形成同一篇文档在多个人之间的顺序或同时传递。对于这样的情况，我们可以使用工作流技术来控制和管理文档在各个计算机之间自动传递，而非手工传递。这就可以称之为工作流。

      类似的关于文档的自动化处理只是工作流技术的一种简单应用。事实上，工作流技术在现实生活中能够完成更多更复杂的任务。如企业（或机构）内部的各种数据或信息的自动处理，多种业务流程的整合，企业（或机构）之间的数据交换，借助Internet技术实现跨地域的数据传输和处理等等。

      某产品销售的工作流示意图：

一、工作流发展

      工作流技术起源于二十世纪七十年代中期办公自动化领域的研究，由于当时计算机尚未普及，网络技术水平还很低以及理论基础匮乏，这项新技术并未取得成功。1983年至1985年间，在图像处理领域和电子邮件领域出现了早期的含有工作流特征的商用系统。

      进入九十年代以后，随着个人计算机、网络技术的普及和推广，以及信息化建设的日益完善，使得工作流技术的研究与开发进入了一个新的热潮。1993年8月,第一个工作流技术标准化的工业组织——工作流管理联盟（Workflow Management Coalition，简称WFMC，下同）成立。1994年，工作流管理联盟发布了用于工作流管理系统之间互操作的工作流参考模型，并相继制定了一系列工业标准。与此同时，关于工作流技术的学术研究也十分活跃，许多原型系统在实验室里开发出来。进入二十一世纪以来，工作流技术已被越来越多的人认可，与之相关的标准规范、工作流引擎及商业产品不胜枚举。人们在开发推广工作流产品的同时，更加注重工作流的理论研究，以推动该项技术走向成熟。

二、工作流的特点

      1，图形化、可视化设计流程图
      2，支持各种复杂流程
      3，组织结构级处理者指定功能
      4，B/S结构，纯浏览器应用
      5，强大的安全性特色
      6，表单功能强大，扩展便捷
      7，灵活的外出、超时管理策略
      8，处理过程可跟踪、管理
      9，丰富的统计、查询、报表功能
      10，与MAIL系统集成

三、工作流的优点

      企业实施工作流管理所带来的好处是非常明显的，这包括提高企业运营效率、改善企业资源利用、提高企业运作的灵活性和适应性、提高工作效率、集中精力处理核心业务、跟踪业务处理过程、量化考核业务处理的效率、减少浪费、增加利润、充分发挥现有计算机网络资源的作用。实施工作流将达到缩短企业运营周期、改善企业内（外）部流程、优化并合理利用资源、减少人为差错和延误，提高劳动生产率等目的。
 
      总结实施工作流带来的好处，可以归纳为以下几点：

      1，要处理的事项已自动传递到个人电脑上
      2，不再需要对员工进行流程的培训，平滑实现流程变更
      3，员工只需将精力集中在处理自己关心的数据上
      4，随时得到历史数据
      5，随时生成处理效率报表
      6，达到无纸化办公的目标
      7，完全支持移动办公，使作业同步化
      8，科学管理更进一层，办公效率明显提高
      9，企业的核心竞争力将有提升
      10，通过流程自动化与数据库集成，以及各类表单统计查询功能，提高决策能力

四、工作流WorkFlow技术构架

五、工作流是如何实现的

      工作流的实施需要三个基本步骤：映射、建模和管理。映射是第一个步骤，其首要任务是确定并且文档化组织内全部现有的手工和自动化的业务流程；建模则是开发一个有助于建成流线型业务过程的模型。第三阶段是软件实施以及跨越全部工作部门、业务单元甚至是整个企业的无缝系统集成。

      为了确保工作流系统能够“无缝地”实施到组织机构中，项目组都必须遵从已经定义好的、经过实践确认的行之有效的工作方法，并且在每个工作阶段都必须有可以度量的结果。一个深思熟虑的实施计划被有经验的团队执行，是成功地采用和实施工作流的决定因素。下图描述了一个推荐的、可供典型组织机构采纳的高层工作流（实施流程）。下面按图中步骤具体阐述。

      建立项目管理办公室
      项目管理办公室的组成是第一步，也是最重要的一步。项目管理办公室的成员须经过严格谨慎挑选，他们必须在恰当的程度上广泛代表组织内的业务、运营、IT以及审计等部门。产品供应方的产品专家、技术支持人员和管理人员也必须参与其中，以与用户互补。通常在PMO中还包含变更管理顾问，有助于形成组织中人员思路的多样化。每个成员的角色和责任必须定义清楚。PMO从整体上确立项目的实施范围、目标、实施时间框架以及优先级等等。PMO也负责管理和跟踪项目进度、设定检测项目是否成功的指标，以及定期向高层汇报项目状况等。

      业务分析
      项目组将分析用户现有的业务流程，找出哪些流程需要优化和改进以达到上佳效果，并分析每个流程的时间线和期望的结果。他们将与关键人员进行座谈，收集和鉴别正确的信息及数据，从而决定工作流系统如何满足需求。接下来的业务分析将辨别出哪些流程可以被优化、自动化、流线型化，哪些流程甚至需要重新设计。

      确定目标
      确定上佳目标是建立在业务流程详细分析的基础之上的。工作流项目的目标定义应该清晰并可以进行验证，好的目标意味着项目的成功。在实施过程的每一个阶段，项目组必须确认达到的结果是他们所期望的结果。例如，如果目标是缩短开发票周期两周，则必须分析现有的时间跟踪、记账和开发票等流程。

      确定实施计划
      目标确立后，由用户和软件供应商组成的项目组展示工作流解决方案具备的各种模块，根据用户提出的特定需求定义他们的功能和特性，并基于业务的优先级，共同决定每个模块的上线时间。

      将业务流程在工作流系统中建立模型
      在实施过程中建立业务模型是一个极重要的步骤。用户应当紧密地同软件产品应用专家进行合作，以在易用性和功能需求之间达到平衡。

      用户可以在部署阶段前对模型进行测试，以确保该模型符合实际要求且没有过多的开销。需要指出的是，如果这个建模步骤没有完全正确地完成，将导致错误的报表或者多余的管理工作。

      实现流程和软件集成
      在这个阶段，项目组将确定现有的需要与工作流系统交互的流程与系统。如果处理不当，新旧流程的集成将导致失败。流程集成的一个重要方面就是在多系统之间消除或者最小化冗余数据，并在多个系统间复制这些数据。流程必须紧密集成，数据必须能跨越不同的流程和应用，顺畅流动。

      项目组也必须确保工作流系统符合用户组织机构的安全标准，这一点经常在部署阶段前被忽视。

      部署工作流系统
      部署工作流系统包括两部分内容。第一部分自然是技术部分，涵盖了硬件和软件的安装、备份、恢复以及网络安装等等，这与一般的IT应用实施相似。

      第二部分是指上线试运行。试运行小组应具有真正的代表性。项目组必须与试运行小组就项目的重要性进行沟通，并确保提供足够的培训，使得试运行小组能够对试运行工作得心应手。建议项目组建立清晰的沟通渠道，保证在试运行期间可以及时反馈用户的意见和建议。试运行将使项目组鉴别出原来设计和计划的弱点和缺点，并在大规模上线运行前加以解决。这也可以提高用户对于新流程的接受程度，因为用户感到他们也参与了项目的开发部分，解决方案不是强加给他们的。

      一般认为，采用阶段性实施工作流系统可使用户更快地获得效益。因为用户可以更有效地渐进学习新系统，取得立竿见影的效益。阶段性实施还给予用户更多的时间了解、评估他们进一步的需求，使得项目实施期间的修改更加容易。另外，阶段性实施项目降低了风险。

      系统评估
      特别注意，在每一个阶段完成后，项目组都应该基于项目开始时设定的目标，对已经完成的结果进行评估，同时分析所达到的结果，并与最初的设计目标相对照。为了确保工作流解决方案在现有的业务环境中优化出更理想的结果，项目组必须进行定期的监控、评估和沟通，以了解什么需要更改。

      系统支持
      为确保实施成功，更佳地使用工作流软件，组织机构必须进行服务投资，组织机构应该委派专业人员提供第一线的服务，也应负责与供应商签订合同，以获得第二级支持。

六、工作流适用行业

      消费品行业,制造业,电信服务业,银证险等金融服务业,物流服务业,物业服务业,物业管理,大中型进出口贸易公司,政府事业机构,研究院所及教育服务业等,特别是大的跨国企业和集团公司。

七、工作流具体应用

      关键业务流程： 订单、报价处理、采购处理、合同审核、客户电话处理、供应链管理等
      行政管理类：出差申请、加班申请、请假申请、用车申请、各种办公用品申请、购买申请、日报周报等凡是原来手工流转处理的行政表单。
      人事管理类： 员工培训安排、绩效考评、职位变动处理、员工档案信息管理等。
      财务相关类： 付款请求、应收款处理、日常报销处理、出差报销、预算和计划申请等。
      客户服务类： 客户信息管理、客户投诉、请求处理、售后服务管理等管理等。
      特殊服务类： ISO系列对应流程、质量管理对应流程、产品数据信息管理、贸易公司报关处理、物流公司货物跟踪处理等各种通过表单逐步手工流转完成的任务均可应用工作流软件自动规范地实施。

      作为一个成熟稳定的工作流产品，不仅提供日常办公和关键业务流程智能化管理，而且能根据公司的特殊实际要求轻松方便地随时定制各种流程，并可实现不同角色不同的跟踪、查询、统计、打印等强大功能

结论

      许多组织机构都有雄心勃勃的计划，为了能够夺回失去的时间和获得竞争优势，希望能够以大的步伐，更深（企业级或多级）、更广（多应用）和更快（短时间）地进入数字工作流时代。我经常发现他们因为许多原因而惨遭失败。根据我个人经验，明智的做法是从小的范围开始做起，并随着工作流的成长而逐步做大。阶段性实施提供了转换到新的流程的平稳方法。由于用户看到了效益，使得用户更易于接纳新的工作流程。阶段性实施的另一个原因，是用户不能够承受一下子丢弃原有的全部流程，从零开始。组织机构应该在当前业务过程中最没有效率的地方，集中寻找他们的“痛处”，然后利用“案例驱动”原则影响他们。

      组织机构也必须认识到，当计划实施一个新的工作流程时，行政力量和企业文化必须要考虑进去。

      成功与否的最后一个关键要素就是“人”。当我们改变业务流程时，技术是一个方面，但更大的挑战来自员工。的确，数字工作流系统要分阶段进行，使人们“渐进式”地取得经验，而不是“革命式”地得到经验。