业务流程和技术资产可重用性的改进能使公司更快的进入市场，减少成本，实现更加一致的结果。近来面向服务的架构(SOA)使公司实现了商业服务、软件和数据的更频繁更广泛的重用，因此这个重要的概念获得了很多关注。

　　采用SOA的一个主要驱动因素就是在应对变革时，公司需变得更加灵活，并加快响应的速度。变革是商业系统的一部分。因为并购的缘故，长期以来的商业合作伙伴可能会突然变为强大的竞争对手。合作伙伴、供应商以及客户之间的动态关系是处于持续变化的状态。如果公司的软件以及支持其软件的IT基础设施不够灵活的话，该公司将丧失适应环境的能力。而为了变得更加灵活，为达到重用的目的的综合性战略是必需的。

　　重用的性质

　　重用决不是一个新的IT的概念。大家已经用各种方式，在很多层面，从源程序代码库的使用到在面向对象架构中软件组件的建构，尝试过它。当让有经验的开发者自由选择开发工具和开发方式时，他们经常重用他们以前编写的代码或使用在Internet上能免费获取的开放源代码。但这种重用的方式在软件开发小组中并不是一致的，因此在这个方面IT产业还没有实现有效的重用。

　　在SOA的环境下，重用的概念是不一样。因为重用被嵌入到架构中。模型组件、软件、准则以及数据都是可重用的，而且使用的方式能确保它们的精确性、一致性以及可预见性。这些构成了公司治理下的所有可重用资产。这不容易实现，但确实是一个值得为之奋斗的目标。

　　IT资产的重用与制造业的部件重用并不是那么的迥异。汽车厂商不会为他们销售的每个型号的汽车制作不同的引擎。他们规划出引擎的一个较小的范围，并把它们安装在各种各样的汽车型号上。一旦新的引擎测试成功并获得证明，它在整个新型号上的重用使新车能更快的进入市场。这个准则对更小的组件也是适用的。如今，汽车被设计为对各方都有利的，能在各个层面最大限度实现重用。正如在生产设施方面的组件重用需要被很好的管理一样，在SOA环境中的商业服务的重用也必须如此。无管理的重用将比没有重用具有更大的破坏性。

　　Hurwitz & Associates曾指出对于公司来说与重用相关的三个主要的风险：

　　贫乏的流程。这通常是在业务与IT之间的协同水平不足的时候发生。在SOA中，业务和数据服务准确地表示了组织所遵循的业务流程。业务和IT之间的协同是建立在对何种数据定义起作用以及何时使用它们，如何应用准则以及何种层次的维度适合商业付的清晰理解之上的。有效的重用将会很难实现，除非有一个合适的框架能保证业务和IT依据的是同一个准则，发出的是同一个声音。

　　不善的代码管理。业务流程总是处在变化之中，所以，它往往在还没来得及写出合适的软件代码(构成具体的商业服务，也可能是经常变化的)的情况下，就已经改变了。当软件组件改变时，这种改变会应用到所有地方——往往导致很多意想不到的结果。可重用的软件/商业服务所有权的清晰定义需要所有商业使用者的同意。商业服务的重用策略必须包括开始于商业服务“所有者”的变化的审批程序。

　　总体控制的缺乏。缺少围绕SOA的结构化程序，维持整个企业的一致准则将是困难的，甚至是不可能的。比如说，在一个运输服务公司，如果每个业务单元都遵循一套不同的客户信贷流程，情形将是怎样?我们假设公司想为这个流程创建一个共享的业务服务。那么首先必须回答如下几个问题：谁拥有这个业务流程以及如何控制变化?谁负责维护客户信贷信息的共享数据源的一致性和质量?

　　获得重用回报的第一步就是要理解其中包含的风险。为了确保获得重用的一个成功的策略，首先，业务和IT必须相互协作，去理解、评估该组织的商业流程，并对其建模。当一个综合的管理方法被用于组织的所有层面时，在SOA环境中可实现的重用水平将获得提高。

　　当你基于面向服务的方法建立商业服务时，你就创造了模块化标准化的构建组件，依据一套可预见的准则这些组件以各种方式链接在一起。这些模块化的组件可在其他情形下，为不同的部门或是满足其他的业务需求时重用。当所有这些都同时满足时，可以预见一个公司可从进入市场速度的加快、信息的可信任性以及灵活应变性中获益。