对于SOA的演讲路线，当做到流程整合层面的时候，很多时候确实需要借助BPM工具的能力，BPM工具不同于BPEL工具，BPM除了包括原生BPEL能力外，还需要提供HWF人工工作流，界面建模，数据建模，规则建模和事件建模的能力。可以讲好的BPM工具就是一个快速开发平台，这个平台本身是基于组件化的思路，这个平台一方面是可以集成已有的能力，一个是本身具备各种标准的组件化能力提供进行组装。

　　对于BPM我们要看到两种不同方式的演进路线，对于国外的BPM产品通常是在BPEL工具的基础上，根据BPM流程建模的思路进行架构，更加强调了流程，规则，事件等内容。而国内的BPM工具很多是从传统的工作流产品进行转化，不具备太高端的业务流程建模和仿真能力，但是更加关注界面，数据，人工审批流。国外的BPM工具更加完善，但是过于理想，而国内工具则更加偏重实用。国外工具重点解决跨系统流程整合和编排，而国内工具重点可能则是系统内使用。

　　对于BPM工具的引入，一定要结合企业现有的IT系统能力来考虑，对于信息化已经建设到一定程度的企业，各个系统内部可能已经有自己的流程引擎相关工具，这个时候BPM的重点一定是跨系统的流程整合能力。BPM实现后的流程整合功能可以挂接在门户上，也可以通过BPM建立一个专门的跨业务系统流程管理平台，以后对于所有流程整合的应用都放在流程管理和监控平台上。再次强调一个观点就是，流程管理平台本身是完全业务流程导向的业务能力提供平台，这个平台可以提供独立的业务能力，也可以提供经过组装和编排的流程整合能力，这个平台的发展和演进将弱化掉原有烟囱式的已有业务系统。

　　对于SOA和BPM的整合，需要从相互依存两个方面来进行考虑：

　　首先SOA本身不仅仅是一个集成平台，它更应该被理解为一个服务能力的提供平台，其中包括了数据服务，业务服务，BPEL流程服务，这些服务都可以作为BPM在进行界面建模，流程建模，包括规则建模中可以调用的能力。比如在BPM的界面建模中涉及到事件响应部分我们可以调用服务获取数据，在流程建模中对于流程中的活动节点可以调用SOA业务服务返回数据和业务规则，在子流程节点可以直接调用SOA的BPEL流程服务，完成业务的自动处理。这些都是集成点。

　　其次要看到BPM本身通过能力的编排和组装，不断的形成新的能力，这些能力本身也应该以服务的方式注册到SOA平台上，这些能力在BPM中构建新应用的时候也可以完全使用。BPM工具由于可以构建新的应用，因此BPM已经具备了数据建模和数据存储的能力，业务规则处理的能力，这些能力在BPM中通过可视化建模或配置的方式来实现，最终实现的后完全可以注册到SOA平台上。

　　传统的BPM工具基本也是基于组件化得思路进行构建，但是并不一定是基于SOA服务化的思路进行构建，新的BPM工具本身应该就是基于内部SOA总线对企业已有的服务能力进行汇集后，对服务进行组装和编排来创建新应用的一个平台，或者是BPM本身就是基于SOA构建的一个新的开发平台或框架，已经完全做到了系统内的SOA。如果是这样，那么BPM和SOA的整合和集成将变化的相对容易。