面向服务的结构能够更好地同商业流程相结合

商业流程和服务需要多个应用程序

单个应用程序是无法满足很多商业用户的（各种）要求的。即使这个应用程序是一个大型的ERP解决方案，仍然会存一些系统缺口，无法为商业用户提供所需的特定功能。因此大多数的商业用户都要求多个应用程序来实现其商业流程和商业模型。服务是从商业流程的角度来看待技术的——这是从上向下看的。这种角度是同一般的从可用技术所驱动的商业视角是相反的。

服务能够比应用程序更紧密地同商业（流程）结合在一起

服务的优势很清楚：它们会同商业流程结合在一起，因此能够更加精确地表示商业模型。实现SOA会使技术更好地支持商业（流程），这是通过与之相结合而不是通过定义它来实现的。以应用程序为中心的模型迫使商业用户将其能力限制为应用程序能够完成的事情。有了服务，应用程序就能够很好地支持商业（流程），而这些缺口会由其它应用程序来填补。

来自商业流程的服务

定义SOA不是一项微不足道的任务。它需要大量的分析、策略和对商业的了解。大多数SOA都创建自企业框架的蓝图，这一框架定义了组成商业模型的流程和组件。

企业的商业框架

企业框架是一个有助于在很高层次理解商业模型的工具。如图B所示，它定义了商业流程的类型，以及它们是如何组织的。在更加成熟的环境里，它还可以定义框架组件的优先权。

图B

框架是对组成商业模型的组件的一种审视，它可以包括有限公司以外的实体。一个真正的商业模型不会在真空里运作；因此，企业框架应该包括接触点（touch-point），供其同合作伙伴、用户、生产商，以及其他相互合作创建商业模型的人员和机构打交道。在上面的模型里，客户同front office组件交互操作，而生产商和合作伙伴同extended office组件打交道。