BPM&SOA       

　　一般意义上来说，业务流程管理并不必须要软件或自动化，尽管这个在当今是很罕见的，它并不依赖于基于计算机的支持。依然有许多业务流程改进的项目，完全关注于活动流和人员执行的任务而不关注软件元素。

　　SOA一般都与BPMS进行关联，当然开发不依赖于SOA的BPMS是可以的。早期的一些BPMS厂商提供依赖于其私有架构上的产品。今天，大多数厂商都转向SOA架构了。

　　在过去的几年中，创建成熟度模型来描述众多不同种类公司实践的演进变得非常流行。现今，许多组织已经开发了SOA成熟度模型。
　　webMethods，IBM，BEA，Systinet以及Zapthink都有相应的SOA成熟度模型。

　　各种SOA成熟度模型一个有趣的特点是：它们假设如果SOA成熟度继续演进，在某点上，与某个业务流程成熟度级别的共存。比如，根据webMethods SOA成熟度，一个组织可以达到SOA成熟度级别1到级别3，而不需要关注业务流程，但达到级别4要求组织也达到业务流程成熟度级别3。类似地，webMethods SOA成熟度级别5假定组织也达到了CMMI的级别4。

　　换句话说，一个组织可以开始以特定的方式探索SOA，可以不需要过多的强调业务流程将特定的服务连接到特定的软件应用上。不需要清晰的被定义的业务流程，可以提升到部门SOA应用的开发。一旦组织试图跨越SOA成熟度的级别3而达到重用并开发跨业务单元系统的目标，则需要定义良好的业务流程了。

　　达到级别4以及后续级别，正是流程来定义服务做什么。所以，一个公司或多或少对其业务流程有一个全面的认识的话，它就能理解哪里有机会复用服务。类似地，公司只能通过认识到哪里相似的活动执行了才能标识出服务复用的机会。

　　毕竟，服务是可以通过Internet调用的简单软件组件，并提供清晰的特定功能。要使用服务，我们需要一个可以调用服务的BPMS应用。所以，任何对将 SOA与BPM联合使用感兴趣的组织都有必要开始探求BPMS应用的使用来达到自动化流程执行的目的。没有自动化流程就不需要服务。

　　BPM不是必须要有BPMS。BPMS产品并不一定要基于SOA架构。BPMS应用存在其他的方式调用软件模块。然而，SOA是当前设计应用的选择架构，SOA也确实需要BPMS。这意味着一旦今天的企业架构师和开发者完成了探索与SOA关联的最初的基础架构级的问题并进入严格的应用阶段，那么他们就有必要关注组织的BPMS成果了。