BPM集成技术现状

什么是流程？这听起来似乎是个不足挂齿的问题，但人们对它的理解却又千差万别。文档管理供应商可能将流程看作支持一个商业事务的文档流；集成产品供应商则会把流程看成是集成不同应用的一系列步骤；工作流软件供应商会把流程看作人力资源要执行的任务。在Delphi Group的重要报告“BPM 2002年市场里程碑”中，流程被分成三类：

• 系统到系统的流程：涉及到多个应用之间的数据结构转换，可能包含多个顺序步骤
• 人到人的流程：最复杂的一种流程，与传统的业务流程定义最为接近
• 人到系统的流程：人启动系统流程，创建事务

 在流程管理需求方面，复杂的流程需要状态管理与编制能力，而简单的流程则不需要。在过去的两年里，业务流程管理（Business Process Management，BPM）在IT行业一直都十分热门。它帮助IT向实施流程管理和一些流程管理大师提出的企业流程观点迈出了重要的一步。

 BPM的好处在于它能够提供任何类型流程的控制和视图。这是对流程进行评估的重要基础，而可靠的评估能够对业务流程进行分析与改进。这个过程通常涉及到将流程逻辑从底层应用中分离出来，这样企业就能在不影响底层应用的基础上改变流程。

BPM集成技术现状：  1.  市场细分

 为了得到一致的数据，企业长期以来一直面临着不同应用的集成问题。ERP许诺的无缝集成从来都不曾实现过。但是有了ERP的企业面临的集成任务会轻松一些，它不需要集成上百个遗留系统，只需要集成ERP系统与几十个卫星系统。

 自从远程程序调用（RPC）、数据库驱动器、文件传输协议（FTP）、消息队列技术出现以来，集成的基本机制就大致确定了。集成产品供应商们在功能特性和自动化特性上进行大笔投资，以便简化实施这些机制的复杂性。集成技术大致可以分为三类：以数据为中心、以应用为中心、以流程为中心。但这种分类不是绝对的，因为许多以数据为中心的集成工具也具有以流程应用为中心的集成能力。

  1)    以数据为中心的集成产品

 以数据为中心的集成产品侧重于数据的抽取、转换、传输。抽取、转换、加载（ETL）工具是这个细分市场中最主要的产品。一些供应商还在他们的数据集成产品中加入了应用适配器，与消息队列应用集成。这些更加精致的产品通常拥有自己的集成引擎、图像转换工具、SDK。有了这些新增功能，这些产品能够通过消息队列传输（如MSMQ和WebSphere MQ）和API（如COM、Java、C）进行通信。这个细分市场内的代表性产品有：Data Junction、Data Mirror DB/XML Transform、iWay XML Transformation Engine。

 以数据为中心的集成产品在单个战术性项目中使用最好。有些产品是设计时产品，不会对企业环境造成很大影响。而那些有集成服务器的产品，通常也只是轻量服务器。

 虽然以数据为中心的集成产品比较简单，但是它们缺乏进行大范围配置所需的编制和流程集成能力。它们可用于实施简单的系统到系统的流程，但无法满足BPM的流程设计、管理、监控和分析能力。它们是进行简单的流程整合的好工具，但不适合进行流程管理。而且这些产品通常与企业开发框架不吻合，需要单独的系统维护。

  2)  以应用为中心的集成产品

 既然以数据为中心的集成产品已经不仅仅是只提供ETL工具，那么以应用为中心的集成产品与之相比有什么优势呢？主要的优势就在于流程编制能力。这里编制是指完成系统到系统或人到系统的流程集成的系统步骤的排序。这个功能实现了复杂流程的实施。

 以应用为中心的集成产品起源于面向消息的中间件（MOM）。MOM就像消息中心一样运作。应用通过消息队列传输（如MSMQ、WebSphere MQ、Java Messaging Service）或FTP机制连接到MOM上。这里的关键点是，消息是含有消息头的文件，消息头内存储了传递信息。MOM从发送应用收到文件后，就对消息进行转换，并把转换后的消息传送给目标应用。

 这个细分市场内的供应商改进了MOM，以通过数据库驱动器和API实现集成。一些友好的个性化特性也加入了这些产品中，如图像映射功能、SDK。从这些方面看，以应用为中心的集成产品与以数据为中心的集成产品差不多，两者主要的区别在于它们的起源。以数据为中心的集成产品起源于ETL工具，而以应用为中心的集成产品起源于MOM。

 在90年代，一些大公司被MOM技术吸引，因为MOM的性能更快，能够处理大的业务量。MOM技术在企业的IT基础设施中广泛应用。现在提到EAI产品通常也是指这些基于MOM的、以应用为中心的集成产品。

 这个细分市场内的供应商为了扩展产品的能力，开始将流程编制能力加入产品中。MOM能够很好地处理单步骤的集成，速度也很快，但是它们不能处理很长的流程，缺乏“流程”的概念。有了流程编制能力，就能实现流程和重用这两个概念。这使得以应用为中心的集成产品在企业IT基础设施内起到战略作用。

 这一类的代表产品有IBM WebSphere Business Integration、Microsoft BizTalk Server、BEA WebLogic Integration、TIBCO Active Enterprise、SeeBeyond Business Integration Suite、Vitria Business Ware、webMethods Integration Platform。最近，一些供应商还在产品中加入了流程建模、dashboard等功能，这里面包含了一些BPM的思想。

 3)  以流程为中心的集成产品

 以流程为中心的集成产品能够将人和系统整合起来。虽然这听起来十分简单直接，但其中包含的问题解决方式是很不相同的。以流程为中心的集成产品从一种全局观点出发来解决业务问题。

 以流程为中心的集成产品十分注重业务流程，需要详尽地制订业务流程。这些流程通常都涉及到人，也会含有一些异常处理程序。从这个角度来说，流程不再是一系列的系统步骤，它可能十分复杂，涉及到多个部门、多个应用。

 通常流程集成产品中都有工作流和业务流程设计功能。使用流程设计器得到的业务流程可以通过自动生成的工作流与参与人集成。从这个角度看，以流程为中心的集成产品比以应用为中心的集成产品更适于处理复杂的人到人流程的集成。

 在面向消息、以应用为中心的集成产品中，异常处理程序需要在流程框架外管理异常，要用文本编辑器对出错消息进行纠正。这意味着流程实例一旦出错，就需要对其进行手工处理。在使用以流程为中心的集成产品进行流程设计时，大部分工作是设计异常处理程序和纠正程序。使用工作流功能，可以通知参与人出现异常，并提供工具纠正异常。这可以在流程监控环境中进行。

 以流程为中心的集成市场目前被一些小公司占领着。这些公司中有Fuego、Intalio、Savvion等。一些厂商本来是工作流供应商，它们扩展了自己的产品，引入了集成功能。这些供应商都致力于人到人的流程集成（最复杂的BPM功能），而一些以应用为中心的集成供应商也想通过升级它们面向消息的产品来达到相同的效果，它们在异步架构顶端加上了一个状态管理层。

 通常这个市场内的供应商都没有自己的消息产品。它们将消息服务看成是适于异步流程环境的多个传输机制中的一种。这种架构通常能产生一种较简单的集成产品架构。

 以数据为中心的集成产品不适于BPM。而以应用为中心的集成产品和以流程为中心的集成产品能够支持BPM需求。

BPM集成技术现状：2. 未来趋势

企业所面临的大部分集成工作都是系统到系统或人到系统的集成。这样的集成能够很容易地解决，不需要对企业流程作大变动。但要实施人到人的流程集成就不是那么简单的事了。因为它不是一项简单的IT任务，而会牵涉到整个企业是否以流程为中心的问题。

要实施人到人的BPM，成本是非常高的。一个简单的流程就可能涉及到很多异常处理程序。流程的设计分析工作量是巨大的。但如果能够实施成功，那么回报也是可观的。一个好处是能够缩短循环周期，而对每个流程的分析能够为建立流程标准、提高流程绩效带来好处。

由于人到人的流程集成的复杂性，大的集成供应商在这方面的前进步伐还是比较小的。它们更倾向于优化消息架构，因为许多大企业都采用这种集成产品。大多数集成供应商都提供系统到系统、人到系统的流程的图形设计界面。

而BEA、IBM、Microsoft、Oracle、SAP等公司则正在制定它们的应用服务器策略，希望能够进一步扩展它们的集成能力。这个策略就是要向客户销售应用服务器套件，包括门户、商务智能、工作流、应用集成、开放支持服务等功能。这种称为应用平台套件的绑定策略是十分有力的。企业只需采购一次，就能满足其所有的应用开发和集成需求，企业不再需要为集成不同供应商头疼了。

虽然大部分应用服务器没有人到人的流程管理功能，一些大供应商已经进行了战略收购来弥补这个缺陷。未来的应用平台套件肯定能够更好地支持以流程为中心的客户。

这对以流程为中心的集成产品有什么影响呢？从架构角度来看，以流程为中心的集成产品在处理人到人的流程集成方面更加优秀。它们内在的以流程为中心的方法不需要对异步架构进行同步。与以应用为中心的集成产品相比，这使得它们需要的客户开发量更小了。而对于已经是以流程为中心的企业来说，这类产品是很有吸引力的。它们往往将以流程为中心视为一种竞争优势，需要使用以流程为中心的解决方案来保持这种竞争优势。