【IT168 技术文章】

    本文的内容

    前面几篇文章中的步骤创建了一个满足业务需求的完全的 SOA 解决方案模型。因此，我们知道这个解决方案体系机构完成什么需求，以及当需求变化时需要什么改变。

    要配置和运行 Web 服务，我们需要创建一个同服务模型中被捕获的体系结构设计决定相一致的实际的实现。我们能够将该模型作为向导，通过手工来创建这个解决方案。但是这样做非常冗杂、易出错、费时间、并且需要一个高水平的开发人员确保体系结构决定能够正确的被实现。当然可以通过手工来创建解决方案，并且将该模型作为向导也是非常有帮助的。但是，一个完全的、正式的、经过验证的模型才能使我们有机会进行模型驱动的开发（MDD），从模型中创建一个解决方案的代码框架，然后在特定平台编程环境中完成细节的编码。这正是本文的内容。我们将使用 IBM? Rational? Software Architect UML-to-SOA 转化特性，创建一个能够直接在 IBM? WebSphere? Integration Developer 中实现、测试和配置的完整的 Web 服务解决方案。

    如同本系列中的所有文章一样，我们将使用现有的 Rational 和 WebSphere 工具来建造解决方案，并且将它们链接到一起，从而我们能够检验该解决方案是否符合需求和更加有效的管理变化。表1总结了我们开发例子将使用的全部过程，以及我们所使用的工具。

    表1. 开发过程角色、任务和工具
　             角色                     任务                       工具
           业务执行官               传达业务目标              IBM? Rational? RequisitePro? 
           业务分析师               分析业务需求              IBM? WebSphere? Business Modeler
           软件架构师               设计解决方案的体系结构    IBM Rational Software Architect
           Web 服务开发人员         实现该解决方案            IBM? Rational? Application Developer 和 IBM WebSphere Integration Developer

    我们首先来回顾在前面文章中被创建的服务和服务参与者。

    服务规范、供应和使用回顾

    图1显示了作为满足需求所需要的被识别的服务规范。这些是能够在这一业务服务需求合同中扮演角色的服务。

    图 1. 服务拓扑结构
     

　
    图2显示了服务数据的数据模型。这是服务消费者和提供者之间进行信息交换的模型，它被用来定义服务操作的参数。

    图 2. 服务数据模型
    

    Scheduling

    图3显示了完全的 Scheduling 服务规范。

    图 3. Scheduling 服务规范