Inaganti在讲话中介绍了SOA转换环境中代码再利用的重要性，以及在企业中推广代码再利用文化的问题以及他所说的“临时解决方案”。
SOA什么?
Inaganti说，SOA将从根本上改变你们开发应用程序的方式。你在你的生态环境中消费服务，通过向这个产品组合增加新的服务来为这个生态系统增加价值。但是，如果你增加的东西不能被一台以上的计算机访问，这个代码再利用就没有作用，也就没有添加到整个公司。
代码再利用与经过时间检验的东西关系最密切。使用这些经过时间检验的代码能够减少风险、减少产品上市的时间以及维护和运营成本。
代码再利用的瓶颈
Inaganti说，他遇到过许多代码再利用的障碍。他指出在企业架构层面上有四个困难的地方：
1.缺少机构的支持
2.缺少支持的IT流程
3.缺少IT标准
4.缺少可接受的再利用指标
Inaganti指出在SOA层面上还有四个困难的地方：
1.缺少对可再利用的服务的熟悉和宣传
2.SOA质量保证不充分
3.服务设计中有缺陷
4.机会识别的缺陷
Inaganti指出，很少有人把足够的时间和努力用于规划阶段。因此，他说，缺少一个组合的观点不能为我们提供一个一般的设计。
有些人必须告诉开发人员说，这项服务能够在不同的环境中再利用。接下来，有人必须要测试代码以保证它能够使用。因此，代码的制作者必须要了解再利用。这个代码的消费者必须要知道你的具有SOA功能的应用程序。
一些人称，SOA实际上不需要标准。但是，Inaganti坚持说，从成本的观点看，你需要IT标准。例如，他发现一个客户在十个网站使用五个搜索引擎。你不用消灭技术创新就能够控制这种多样性。然而，然而，仅有注册处和储存处是不够的。你必须要找到这些获胜者并且创建支持再利用所需要的组。
实现再利用
Inaganti解释了能够消除这些再利用障碍的那种再利用框架。在企业架构层面上，有四个解决方案领域。
1.企业架构许可证定义
2.IT流程优化
3.遵守法规的检查
4.节省成本和工具模型
他指出，在SOA层面上还有四个解决方案领域：
1.服务注册处和存储处
2.测试再利用、灵活性和性能
3.服务设计指南
4.商务流程和IT状况研究(自上而下，自下而上)
Inaganti说，你需要研究企业的整个价值链。使用自上而下和自下而上的方法把这些流程映射到在那里运行的不同的应用程序。
然后，你的服务设计必须非常好，体现不同消费者的最佳做法，为不同的消费者把数据存储在同一个计划中。你要通过寻找应用程序中的机会和发现一个瓶颈等方法开始开发一项服务。然而，要做到这一点，你必须要根据实际工作量进行性能测试。
注册服务，创建激励机制
当然，一旦你得到一些服务的时候，你将需要一个储存处以便在整个公司重新使用这些服务。一个存储处将为你存储所有的服务产品，让新的客户能够到那里去体验这个服务。Inaganti谨慎地指出，虽然注册处和存储处是重要的，但是，它们只能帮助你达到一点。例如，有一些问题从不同的方面询问注册处。
用户在需要的时候必须能够找到他们需要服务。而且，他们必须要使用这个服务。这是一个挑战。
Inaganti说，你将看到使用组件有许多阻力，特别是内部制作的组件。客户化的商业型组件的阻力比较少。
因此，传宣代码再利用不仅仅是说节省成本。反对者通常仅限于此。IT部门必须要真正实施管理。要实现这个目的，你需要采用退款模式。这是刺激一个业务部门为其它部门做事的最直接的方法。你还需要重新定义代码再利用的章程并且包括遵守法规的检查。
建立一个代码再利用框架
一个详细的代码再利用框架需要十几条独立的要素。例如，你要从识别机会开始。但是，识别机会本身就包括一个商务流程研究、一个IT环境研究以及在可消费性、组合性和数据使用方面的研究。
Inaganti认为，这样一个框架的关键部分是制定可接受的代码再利用标准和推广代码再利用，包括软件开发生命周期评估检查点。
代码再利用标准包括：
·应用的服务的数量
·每项服务增加的服务用户的数量
·在一个时间段内向这个服务提供的请求的数量
·每个消费者节省的成本
·使用的收入
使用这些标准制作图表制作一个S型的一段时间的开支/节省曲线。当一个服务客户组合增加一个新用户的时候就出现尖峰信号。随着应用程序节省成本或者以厂商的标准(为服务升级、重新配置和开发成本进行调整)发展服务客户时，尖峰信号也会出现。
克服墨守成规的流程
Inaganti继续讨论了他与他的客户、一家大型服装、食品和饮料服务公司的体验。他在那里遇到了许多挑战：
·没有正式EA章程把商业目标与IT目标联系起来
·比较新的中心架构组
·缺少正确的IT项目清单，没有连续的改进
·商业持续性需要改进
·代码再利用的机会需要改进
·部署应用程序时间周期过长
·企业层面的软件许可证成本过高
·需要降低拥有总成本和减少维护成本
Inaganti表示，他通过广泛宣传代码再利用和SOA解决了上述多数挑战。他找到了改进的机会，创建了一个机构化的评估流程，更好地把IT结合到商务流程中。
最后，他介绍了如何增加业务发现、设计阶段和预先部署检查点等方法发现代码再利用的机会并且使其制度化。
IT部门一些资格较老的员工只要平稳达到退休年龄，不要采用不同的开发方式。他们把SOA和代码再利用称作白日梦，认为反对SOA和代码再利用是有道理的。
如果你确实要实现代码再利用和克服一些不可避免的障碍的话，Inaganti在演示中介绍了详细的路线图和每一个步骤所需要的坚持不懈的努力。
