结合BPM技术和SOA技术

　　似乎BPM的成果和SOA成果是完全对立的：一方面业务流程专家致力于建立一个理想的模型，另一方面一些技术人员却想展示理想的服务，但是，二者又不是完全对立的。一旦发生变化，业务流程就会需要不同的服务，按照规则，技术人员也会做出相应的变化，这样就令在现实中完成一项特定的流程更为复杂了。在企业不断的演进过程中，公司要从服务定向的角度看待BPM，以业务流程的角度对待SOA。

　　首先，业务流程应该展示抽象层面中不同活动以及活动之间的联系的具体细节。对于大多数人来说，这些模型都是用于指导开发所必备的文档。但是，从服务定向的角度来看，这并不是正确的方法。一方面，SOA要求必须以元数据的形式定义服务的构成，其服务构成要有可执行性，并且能够被人理解。在这种情况下，业务流程模型是运行时间的人工产物，由于其要定义流程的每一个细节，这样会使整个过程复杂化，任何分析瘫痪都会导致流程无法进行。

　　流程驱动的SOA认为BPM是一切重复SOA方法由上而下的，这样就会产生一个意义明确的服务合同和方法学，它们就能够对这些流程和典型服务持续、重复定义得以实现。

　　另外，一旦流程形成模式，固有的BPM技术就不会考虑生命周期是否完整。相反，高效的BPM要求现有的业务流程进行模仿并走查以便能够从实施的活动和已定粒度的服务意图中识别最佳条件和改进措施，以及持续的反馈。好的BPM建立高效的团队，并且能够观察出一个业务流程是在服务运行之前是如何运行的。

　　但是在我们谈论这个话题以前，我们首先要清楚BPM + EAI + 标准不等于SOA。许多软件供应商认为他们的SOA成果仅仅是流程，集成，基于中间件工具箱的叠加，而没有意识到SOA技术的主要目的就是通过使用灵活的服务转化现有的业务流程以便降低其复杂性。SOA是组织IT资产的一种方法，同时也是考虑业务流程和变化要求的一种方法。因此，这些公司不必将这些毫不相关的产品置于SOA的大旗下，而要重新设计自己的流程和基础设施工具，保证其是服务定向，并且由流程所驱动的。

　　ZapThink 采取的措施

　　有人提议设计一个类似面向流程架构（POA)的新名词，以便将流程驱动的SOA技术和非流程驱动的SOA技术分离出来，但是有些人会说不是面向流程的SOA技术毫无价值。

　　如果SOA能够利用自己从BPM学来的东西以及SOA团队中的BPM专家，不仅能够提高工作效率而且能提高业务投资者的购买力。事实上，SOA要想获得成功，必须和BPM结合在一起才能成为一个专注业务的架构措施，才能赋予业务自由应变的能力。