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

企业流程

企业流程（enterprise process）是流经企业框架的空气，它赋予商业模型里的组件以生命，并更加清晰地定义了它们之间的关系。流程定义了同商业模型进行交互操作的专门方法。例如，会计可能会是框架的一个组件——但是将发票寄给客户却是一个商业流程。

服务被定义用来支持商业流程。贯穿整个流程始终的是：各种服务会被要求来完成流程和逻辑。理解商业流程是定义服务的关键所在。

内部流程

很多流程都是企业内部的。在框架里，这些流程会被束缚在企业之内。内部流程使用的只能是内部服务。

外部流程（B2B）

有些流程需要同其他机构进行交互操作。这些外部流程会迫使企业对企业（B2B）集成问题的发生。外部流程要将内部和外部服务结合起来。

将服务同商业流程结合起来

对设计SOA的挑战是创建一系列能够支持商业模型的有用服务。在结构里定义的服务不会定义你能够实现的流程；然而，商业流程会定义你需要什么样的服务。此外，单独一个服务是不够的。服务之间的交互操作就是创建商业流程工具的内容。

定义服务来支持商业流程

企业框架定义了商业模型的组件，而企业流程定义了该模型组件之间的关系和交互操作。服务会提供下面一层，这是实现商业流程所需要的，而应用程序和技术的层次还要低。

创建服务之间的交互操作以实现流程

不仅仅服务必须要被定义为离散的组件，而且他们必须用关系来定义。流程极少，如果以前有的话，使用单个流程。它会以各种方式使用多项服务。服务之间的交互操作叫做choreography。服务之间的一系列交互操作是商业流程工具的实现。

将服务映射到应用程序

服务，以一个非常基本的方式来说，是对应用程序和技术的抽象。它们提供了不断变化的技术同灵活的商业模型之间的逻辑分离。定义SOA的下一个关键是理解服务与应用程序之间的关系。

给应用程序专用的功能编目

应用程序是服务的基石。它们提供特定的功能，有的时候还可以配置。在你将服务映射到应用程序之前，你需要了解你的应用程序能够提供什么样的功能。很多公司都有很大一堆应用程序来处理从电子邮件到会计再到迁移性（mobility）等所有的事务。将这些应用程序可用的特性编目，是了解你现在能够以及不能够通过服务实现的内容的第一步。

填补所缺功能的缺口

如果幸运的话，你的应用程序会提供实现你商业模型的所有功能。不幸的是，情况往往不是如此。很多公司都能够意识到它们的服务中至少有80％是通过已有的应用程序实现的，但是仍然需要很多难以捉摸的功能来满足其模型。对于这些功能而言，你要定义专门的应用程序来填补你结构里的缺口。