业务需要的是一组服务：能够重组，得出新业务流程以支持新的产品或服务组件。而SOA的职责所在就是发布这些服务，提供连贯一致的框架，使服务组件能够得到治理并重。

　　组为应用。虽然许多SOA的举措仍停留在早期阶段，它对增加业务反应度的承诺还是真是可靠的。我们看到越来越多的企业正推进更为高级的部署。相比之下，不同的是在过去几年中，业务方面的需求更好的体现了这一IT技术的战略价值，而IT方面也更多的了解了业务方面需要承受多大的竞争压力。如此一来，SOA就能够提供IT与业务前所未有紧密结合的可能。以下案例研究则是最好的证明。

　　一家侧重于制造服务的公司需要容纳范围广泛的客户整合，如不同系统间帐单、预测和订单系统。然而随着你的客户系统的增长和演变，你将很难管理这些点对点的沟通。这是许多制造商转向交易枢纽-VAN（增值网络）第三方供应商的原因，这样一来对于每一组消费供货关系，双方只需要担心VAN的连接一个方面。

　　VAN就不太适合应用于定制程序，当你与客户涉及到此时，这种方法就会失败。Jabil是一家电子产品制造商，面临着其两难的抉择：手工维护所有定制应用程序和界面。Jabil拥有5000多家贸易伙伴，虽然大多数都能通过VAN方案来处理，但是有50家客户是需要特殊的沟通机制或业务流程的，因此SterlingCommerceVAN应运而生。该公司电子商务经理LowelGilvin回忆说：通常来说每一个客户都会有好几个这样的特制连接组合。这种情况需要改变，因此Jabil按照SOA原则用以服务为基础的连接替代了绝大多数的定制连接，并使得常见功能可以被再利用。

　　第一步就是分将如订单到付款管理，预测和库存发送等等的业务流程从沟通流程中分散出来。Jabil目前已经为多数沟通机制制定了服务标准，例如AS1（适用性声明1），AS2（适用性声明2）和FTP以及为XML、平面文件，Excel和SAP的iDocs格式都有各自的数据处理服务。它为每一个客户将适当的沟通服务、数据处理服务和业务服务组合到一起。在大多数情况中，这些操作都是通过表格和元数据自动进行的。Gilvin指出：在某些情况下，客户也许是基于分工要使用一个以上的机制，那么这些表格就要处理这些不同的机制。

　　Gilvin还说：SOA原则下提取、模块性和服务组合通常是管用的。但在一些情况下，特殊要求不能仅仅通过组合服务得到满足，因此Jabil仍然使用一次性整合去维护。但即使在这里，Jabil往往可以将SOA方案用在部分的整合当中。举例来说，XML和SSL证书验证不能通过标准化服务来处理，因为证书都是独一无二的，但Jabil可以使用一种硬布线数据处理服务将适当的通信和业务服务组合起来，在三分之二的整合中保持了SOA的重组和一致性的益处。

　　JabilSterlingCommerce公司的GentranIntegrationSuite来实现信息、服务注册和进行服务的管理和开发，而不是用ESB管理信息，注册表来管理服务注册，或是面向SOA发展环境开发服务。该套装是专为供应链的互动而设计的，这是jabil所要管理的一切了。这个有限的范围让Jabil能依赖于工具嵌入式架构。Gilvin指出：我们的标准化业务流程是很小的。