使能重用

    Inaganti希望，该可重用框架能够解决可重用过程中的困难和阻碍，并列举出四个与EA相关的解决方案领域，他们包括：

• EA charter的定义
• IT过程的完善
• 遵从检查
• 成本节省和可用性模型

    同时，他也列举了四个与SOA相关的解决方案，包括：

• 服务登录和集合
• 重用测试、敏捷测试和性能测试
• 服务设计指南
• 业务流程和IT前景研究

    Inaganti称，这需要研究整个企业完整的价值链，并将这些过程分布到各个运行中的不同应用，所用方法既可以是自上而下，也可以是自下而上的。

    此后，再增加的服务则必须经过周密设计，体现出针对不同用户的非常好的实践，数据则应统一规划和存储。在开始开发服务的第一步，需要通过一个合适的应用契机切入。有可能你找到的正是一个应用瓶颈。不过没关系，瞄准实际目标，通过性能测试来解决实际的负载问题。

    然后，一旦开发出一定数量的服务后，下一个需求就是用来存放所有服务的服务库，以保证整个公司都能方便使用这些服务。服务库用于管理所有的可重用服务，帮助新用户从中获得所需的服务。Inaganti告诫说，虽然服务登记和服务库很重要，但它们的帮助是有限的。例如，从不同地方查询服务登记时可能就会出现问题。

    当有需要时，用户必须能够找到他们所需的服务。同时，这些服务必须是能够正确使用的，这将是一项挑战。

建立可重用框架

    一个具体的可重用框架需要大量离散的元素。例如，你可以从如何识别开展可重用的时机开始，但这也仅包括了业务流程研究、IT前景研究，以及消费能力、组合能力和数据利用研究。

    Inaganti认为，这样一个框架的关键部分是可接受的重用指标和重用的发展，包括软件开发生命周期的检查点。

    重用指标包括：

• 服务部署的数量
• 每一服务增加服务用户的数量
• 某时间框架内向服务发出请求的数量
• 每用户节省的成本
• 使用收入

    对这些指标数据制图，可以产生一个随时间呈S形的开支/节省曲线。波峰则是新用户被加入到服务客户组合的时刻。

    Inaganti接着谈到他的实际经验，他的这位客户是一个大型服装、食品和饮料服务公司。在该案例中，Inaganti遇到了一长串的挑战：

• 没有正式的EA规范用来连接业务目标与IT目标
• 一个较新的集中架构群
• 缺乏正确的IT项目清单，甚至从未被持续维护过
• 业务连续性有待改善
• 重用时机有待改善
• 过于冗长的应用部署时间周期
• 企业层面过高的软件许可费用
• 需要更低的总体拥有成本，并减少维护成本

    Inaganti说，通过面向整个企业传播可重用和SOA概念与方法，他顺利解决了所有这些挑战。他准确地识别出改进系统的时机，并致力于建立全新的架构重审过程，以更好地联系IT和业务流程。

成功尽在细节
 
    不可避免地，一批相当数量的、经验丰富的IT人员对于SOA和可重用持有不同的看法。他们把SOA和可重用称之为“白日梦”（pipe dreams），认为SOA和可重用的支持者们必然会遭遇失败。

    如果魔鬼在细节中，那么天使亦然。从Inaganti的经验，我们看到，如果企业想成功实施SOA和可重用，想顺利克服实施过程中不可避免的阻碍，那么在实施过程的每一步都需要提供尽量详细的计划和路线图，并做好准备付出更多持久的努力。