MDA 如何？

  MDA 是 OMG 的一个授权品牌，它基于利用模型驱动开发的 UML。它重点强调与平台无关的模型以及衍生出的技术。根据 OMG FAQ，

  “MDA 是编写规范和开发应用程序的一种新方式，它基于平台无关的模型 (PIM)。完整的 MDA 规范包括，一个基于 UML 模型的确定无关平台、一个或更多特定于平台的模型 (PSM) 以及接口定义集，它们分别描述基本模型如何在不同的中间件平台上实现。完整的 MDA 应用程序包括，一个确定的 PIM、一个或更多的 PSM 以及完整的实施，应用程序开发人员决定支持的每个平台均对应一个 PSM。”

  MDA 由 OMG 定义，仅解决实际问题的一个小子集，这些问题必须用于驱动有效的模型驱动的开发。一个有效的模型驱动开发方法必须能够解决编程问题，例如：

  ·可以开发哪些类型的系统？由于不同系统之间存在着明显的差异，因此模型驱动开发方法必须能够辨别这些差异。要有效实现，首先描述要解决的问题，然后标识可以解决问题的特定技术，显示适合解决方案的每一种技术，各种技术如何协调工作以完成解决方案。 

  ·给定类型系统的体系结构是什么？这个问题的答案不仅仅是考虑可以使用的技术，而且还涉及识别这些技术的特性（对设计系统的每个部分都很重要），以及配置每种技术的用法。这是软件体系结构的主题，已被公认为软件生命周期中最重要的定律之一。软件体系结构定义了为系统提供其结构以及定义其质量属性的高级设计决策。由于模型最初用于描述系统重要部件的体系结构，因此模型应该更紧密地与软件体系结构开发相集成。 

  ·需要为给定类型的系统继续哪方面的建模？由于不同系统的体系结构有非常大的差异 ，因此没有单独的模型集能够有效描述所有可能的系统。因此，这个问题的答案将因系统类型而异。我们的观点是：每个目标平台上单个的 PIM 和单个的 PSM，所有的开发均利用一个由 MDA 指定的常规目的建模语言，足以支持由模型驱动开发承诺的非常高级别的自动化。软件生命周期中丰富的自动化需要大量其他类型的模型，例如以下这些模型：

  ·捕获、分析和管理需求；标识需求之间的跟踪关系，体系结构设计和实现结构，能够进行需求已实施的验证，以及在需求变更时支持对产生影响的分析。
  
  ·以下列方式定义软件体系结构：支持安全性、性能和可靠性分析以及其他格式的评估；能够从组件启用预知的系统程序集以及有效、可逆地逐步从需求和部署进行转换。 

  ·定义可执行的系统组件如何打包，标识部署环境中每个组件都需要的资源类型，以及将组件绑定到这些资源类型的特定实例。
 
  ·定义测试用例、测试数据集、测试工具和其他产品，更易于评估利用模型开发的软件的质量，以管理和显示测试结果。
 
  ·标识模型和其他产品间的跟踪关系，更易于在系统宕机时支持对业务影响的分析，将系统配置为满足需求，并加强系统配置期间的约束。 

  ·定义用于构建可执行文件的源产品的配置，更易于版本化这些配置，以与缺陷报告和具有特定版本的特性变更需求相关联。 

  ·模型驱动的技术如何与代码为主的开发技术集成？模型用于辅助开发人员实现任务，例如查询和导航代码基、调试、分析、覆盖分析、模式化应用程序和重构，并且可以紧密集成到面向文件的开发环境。 

  此外，除了上述说明的原因，强调利用发布的 UML 元模型是我们的问题所在。最后，尽管强调平台无关是某些客户所关注的，但是我们了解到更多的是他们有关对生产率、可预见性、安全性、管理以及部署和管理应用程序的有效方式的需求。然而，我们绝对赞同有关构建应用程序而使用的模型是 MDA 的中心，且重要的是模型间定义完善的映射，我们识别以下值，模型可为其提供构建跨具有互操作组件的平台的应用程序。

  某些进行模型驱动开发的组织接受对术语 MDA 更广泛的解释，而不是由 OMG 描述的解释；的确，如我们所述，他们必须这样做才能获得成功。使用任意的 OMG 规范以实现模型驱动的开发，是 MDA 典型的应用，无论是否包含 PIM 和 PSM。例如，某些组织发现 OMG 的 MOF 规范是 MDA 的关键。该观点取决于用 MOF 定义的新的建模语言，而不是在 UML 中预定义的建模语言，且该观点与我们的方法极其相似。我们将支持与其他平台上普遍采用的 UML 和 MOF 工具进行交互，通过 XMI 或是通过本机格式，帮助客户成功利用它们进行模型驱动的开发。