本系列探索可重用资产、菜谱(recipes，本文中借用菜谱来喻意模板)和软件模式可以如何促进 SOA 解决方案的开发。本文是本系列的第二篇文章，将描述可以在其中应用菜谱的参考示例。以后的文章将说明如何将 SOA 模式应用于此类示例，以满足非功能需求。

　　引言

　　本系列的第一篇文章“可重用资产、菜谱和模式”介绍了菜谱是一种提供规定性指南的方法，以便使用模式和分层体系结构创建 SOA 实现。其中介绍的菜谱称为 SOA Implementation and Optimization of Services Recipe。在本文中，我们将对此菜谱进行详细的分析，并讨论其引用的其他可重用资产。应该注意，此菜谱并不完整;我们仅使用其来进行演示。

　　在前一篇文章中，我们建立了 IBM® Rational® Software Architect 客户机来连接到 IBM Rational developerWorks RAS 存储库，并导入了 SOA Implementation and Optimization of Services Recipe。这个特殊的模式菜谱使用 SOA 模式实现和优化服务。其主要受众是致力于提供 SOA 应用程序开发方面的规定性指南的架构师和开发人员。

　　我们将结合一个参考示例来说明可以如何使此菜谱。此菜谱使用模型驱动的开发环境(Rational Software Architect 就提供了此类环境)。菜谱还将使用 Rational Unified Process 作为使用的方法，该方法是以用例为中心的方法，包含迭代开发和和可视模型。

　　我们首先对 SOA Implementation and Optimization of Services Recipe 和参考示例进行一下介绍，以便说明可以如何将菜谱应用到参考示例。该参考使用模型驱动的开发方法，并利用 Rational Software Architect 建模功能来开发用例模型、分析模型、设计模型和服务模型。

　　Implementation and Optimization of Services Recipe

　　在前一篇文章中，我们将 SOA Implementation and Optimization of Services Recipe 导入到了 Rational Software Architect 中。这个特殊的菜谱处理如何应用和使用一系列 SOA 模式。系统的非功能需求(如性能可伸缩性、互操作性)可以用于确定要使用哪个模式。这些非功能需求提供了恰当使用的指南。此菜谱主要针对要在 SOA 应用程序的开发中提供规定性指南的架构师和开发人员。

　　此菜谱有两个主要的指南:

• 　　选择实现选项
• 　　将模式应用到服务实现

　　在本文中，我们将详细分析如何选择实现选项。这将为本系列的后续文章奠定基础，以便将各个模式应用到服务实现中。

　　选择实现选项

　　顾名思义，该菜谱处理两种类型的服务:

　　全新服务:服务定义通常为已知(或许是通过某种业务服务分析活动得到的)。该菜谱还鼓励架构师或开发人员查找以前具有相似非功能需求的服务的实现。这样可确保当前实现将与以前实现的最佳实践保持体系结构一致性。

　　与已经存在的遗留应用程序或服务相关的服务。通常，这是遗留服务或应用程序，不受开发人员或架构师的看法影响。这代表了当前存在的大量遗留应用程序和服务，需要将其作为较大的 SOA 工作中的一部分加以利用。现在必须满足服务的非功能需求，而这通常会涉及可伸缩性和性能问题。

　　图 1 是 SOA Implementation and Optimization of Services Recipe 的关系图，说明了架构师所要遵循的步骤，以评估用例的用户需求和实现与优化服务方面的功能与非功能需求。

　　图 1. SOA Implementation and Optimization of Services Recipe 略图