建模、SOA和BPM不应被看作是三种独立的、改进流程的方法。他们是相互交错的组件，可以形成高功能流程模块。

业务管理流程（BPM）是为更好地管理业务流程。这似乎是不言而喻的，但许多人关注技术而忘记了业务方面。并不是说这一技术不重要，技术在细节占有很重要的份量；而是说要努力得到预期的结果，而不是为了完成而完成。

BPM为中心

SOA、BPM和建模并不是改进流程的三种方法，而是三个线程，可编织成功能性流程模块。下面看看他们的基本功能，你就是知道为什么说他们是线程了。

• BPM以实用性著称，使用规则和运行时引擎来管理并执行业务流程。
• 建模可以说成是蓝图，描述了如何，以及如何更好地阐述流程流。
• SOA是架构材料的一部分，支持了BPM所需计算能力的编排。

正如你所见，SOA、BPM和建模每一个都有特定的目的，但他们在任务中也并不全是必不可少的。当然，与其它两都相比，BPM才是主线程，因为它支持着业务规则、工作流、业务分析等基本功能——也就是说，这些功能使BPM更BPM。无论你相信与否，没有了建模和SOA，BPM仍然有效。

然而，有了这两个因素可以使BPM更有效。利用建模工具，可以记录和模拟流程，另外可设想对基础设施进行分层和操作，这样对这里加个服务器、那里安装个CPU，或使用SOA来提升系统性能或灵活性所产生的性能影响就显而易见了。

另外，SOA的力量在于它的支持服务之间通信的能力，通过定义两个计算实体的交互方法来使一个实体代表另外一个执行一个单元的工作。因为BPM的缘故，这意味着规则库可在防火墙后生存，在云中执行引擎，离线拥有建模能力，同时与雇佣的业务分析师顾问来平衡业务负载，确保可以满足性能目标。

SOA和BPM之间的连接很关键

从很多方面来说，讨论SOA和BPM其实是在讨论连接组织。不同的流程位置是通过API连接的？Web服务包装器？他们在单一服务器中是硬接线？他们的位置在哪？本地还是云端？

这些问题需要根据操作需求回答。现在的一个紧急需求是组织的工作流中拥抱移动参与者，必须给连接和安全性添加不同类型的需求，然后可能会决定采用SOA。

这就是为什么要在技术之外来看待事情的原因了，并全面考虑三个因素相互之间如何从对方之中得到最佳实践。最后，这都是为了提高业务流程管理，而不是决定哪些技术更好。这说明，评估如何最好地把不同的技术部线程编织在一个流程模块中。