模式解决方案

模型驱动软件开发（Model-driven software development，MDSD）将模型用作主要的软件工件，由这些模型可以生成其他工件，例如低层次的模型和代码。MDSD 可以让您工作于更高层次的抽象上，使您关注设计中基本的变量，并且将表达这些变量的标准、算法，且重复的活动委托给工具。MDSD 是可以得益于模式的方法，然而，使用模式不一定需要 MDSD 方法。

更多参考资料：

• 实现模型驱动开发，增加您的 IT 系统的业务价值
• 结合模式与建模以实现架构驱动开发
• 模式红皮书：利用 IBM Rational Software Architect (RSA)进行模型驱动的开发

回页首

模式开始是作为一种思想，或者是在许多项目中使用的一种最佳实践。模式可以存在于各种各样的层次上 —— 从业务到架构、设计，以及从程序设计到部署和运行时管理 —— 并且在解决方案开发生命周期的所有阶段中，根据最佳实践，参与工件的创建。

模式首先是从提供对于特定环境中问题的最佳可用解决方案的样本中抽象出来的。关于解决方案的这些内容编制在称为 模式规范（pattern specification）的形式描述中。

现在有了新的方法，可以让我们通过在工具（通称为 microtools）中获取模式来实现它们。因此，我们能够以可复用软件工件的其他形式来使用模式，它帮助改进了软件开发过程。这些可复用的软件工件，或者模式实现（pattern implementation）的获取是由工具的能力辅助的，例如，那些 Rational Software Architect 中的功能，并且可以使模式更容易共享和应用。

当大量的模式和其他工件存在时，您可以使用“配方（处方s）”将它们进行组合，以形成大粒度的可复用资产。配方描述了成分（模式和其他工件），以及将成分放在一起来迅速解决问题的过程指导。

回页首

解决方案样本是模式的基础，并且表现出针对特定环境中已知问题的最佳解决方案，因此，它们必须由目标领域中的专家来开发。高质量的样本应该包含反应在模式，以及模式的应用中的最佳实践，包括模式自动化支持的所有变体。

样本为模式实现提供基础。

• 规范：样本是用于指定模式要生成的内容的。
• 测试用例：样本是用作针对模式输出的测试用例。

回页首

传统上，模式是以文档的形式获取的，称为模式规范。模式规范是以概念术语（考虑到传达及其他人的复用）对模式进行的精确定义和描述。模式规范提供形式化的文档：

• Context（上下文）：应用模式以及什么时候使用应用的策略
• Problem（问题）：模式解决的问题的精确陈述
• Solution（解决方案）：模式提供的解决方案的描述
• Results（结果）：应用模式的结果和优缺点

回页首

现在，可以利用软件开发工具来实现模式了。模式实现是大大简化了模式在特殊环境中应用的工件，它提供了对真实问题的已实现的解决方案，并且使模式可共享且可复用。在实现了模式之后，这些模式会成为具体的工件，例如 Rational Software Architect Patterns、Rational Software Architect Transformations、插件、alphaWorks Design Pattern Toolkit (DPTK) 模式等等。

工具技术

Rational Software Architect 和 DPTK/JET2 提供了编写并应用模式实现的工具。模式（规范和实现）帮助创建软件解决方案所需的各种软件工件。模式本身，一旦应用了，就成为解决方案的一部分了。

实现模式的优点

通过识别出可以在工具中获取的，并且用于复用的最佳实践和设计经验，模式提供了一种强大的方式来改进产品的开发。

通过模式的使用，您的组织可以：

• 提高生产力。将高度重复，算法性的过程自动化，从而解放您的开发人员，以执行高层次的任务。
• 减少开发时间。消除从头开始项目的需要，利用可重用资产。
• 将复杂度最小化。去除冗长易错的任务，减少混乱，并且将您的项目分割成容易管理的模式。
• 提高质量。将最佳实践封装到工具中，从而让您的开发人员一致地交付最佳实践输出。
• 改进治理。提出实践和策略，加入到工具中，将对法规的遵从自动化。
• 获得业务灵活性。以增加的灵活性来更快速地响应变更的业务需求。
• 利用 IT 技术。让您的有经验的开发人员着重于开发可复用的模式，为了让新的团队成员能够复用模式。
• 促进开放标准。减小对特殊工具的依赖，并且令日常开发与平台无关。
• 消除业务与 IT 之间的鸿沟。将开发重点从技术语法提升到业务变量上来，从而减少错译的可能性。
• 改善成本问题。利用更少的复杂度、可重用资产，及更少的项目时间来减少整个的开发成本。

回页首