模型驱动开发（MDD）介绍

　　模型驱动开发Model Driven Development (MDD) 是一种以模型作为主要工件的高级别抽象的开发方法，模型在工具的支持下，被作为核心资产被转换成代码或者可运行配置。现在软件业存在多种MDD开发方法，本篇将对MDD进行概要介绍。

定义　

　　在过去多年，软件开发面临了多个挑战，新的需求和存在系统不断增长，系统也变得越来越复杂，以至于我们很难及时的构建它们。为了解决这些问题， 就出现了很多新的方法，其中最突出的一个就是模型驱动开发。 MDD代表了一套理论和工业化软件开发的方法框架，在软件开发全生命周期中系统的的使用模型作为主要工件，它主要为了解决软件的两个根本危机：复杂性和变更能力 。

　　使用模型作为文档和规范是有价值的，但是它需要严格的管理方式来确保模型是持续更新的。在实际工作中，我们迫于时间压力经常会出现于实现不一致的模型，这对开发和项目其实是不利的。而MDD的基本思想是让开发中心从编程转移到高级别抽象中去，通过模型 转成代码或其他工件来驱动 部分或全部的自动化开发 。

模型是一种抽象的语言

多种模型

　模型是一种建模语言，它需要我们自己根据业务和技术需要去设计它，在架构、分析、设计、实现等不同阶段都会存在多种模型， 如企业架构模型、技术架构模型、领域模型、UI模型、数据库建模、业务规则模型、系统部署模型、测试模型等。

　　模型驱动开发方法中，模型作为first class除了生成代码之外，还可以生成很多其他非代码工件，以下为一些从模型生成工件的通用例子：

三个阶段

1. 建立模型
   
   
   
2. 建模
   
   
   
   
3. 模型转换
   
   

　　模型和建模这两部分内容已经存在很多方法，它们在现在软件开发过程中已经处于重要位置，但是在需要哪些表达模型以及如何使用这些模型存在着差 异。传统的模型只是一个设计蓝图，而MDD必须满足额外的要求，这些模型必须是可读的，也就是说必须存在第三个阶段，也就是模型转换：model to model (M2M) 和 model to code (M2C)

优势

• 提高产能 ：开发快、降低成本、提高质量
• 可维护性 ：高级别模型与技术分类，技术架构的改变意味着只是模型的一种新的转换
• 一致性 ：手工编码和架构决策容易出错，MDD可以确保生成的工件是一致的
• 可重用性 ：模型、转换和架构都是可以重用的，由于架构和技术问题已经被解决，所以开发新功能的风险也低
• 改善涉众沟通 ：模型忽略系统逻辑行为的底层实现，而直接展现问题域，这样可以保证和涉众使用同一种语言进行沟通
• 改善设计沟通 ：模型与系统是匹配及时更新的，所以可以通过模型来改善系统设计的讨论和沟通
• 捕获领域知识 ：可以加强领域专家对系统的直接影响，通过模型还可以帮助组织进行知识管理
• Business-IT对齐 ：关注问题域，关联技术域，一种业务和IT对齐的方法
• 模型作为一种长期的核心资产 ：高级别的模型作为核心资产管理起来，只有在业务需求变更时才会进行更改
• 推迟技术决策 ：应用开发在早期关注业务逻辑问题，对于技术选择可以推迟到后期
• 提供及时的文档 ：通过模型可以生成很多同步的文档，利于与不同涉众进行交流

经济模型

MDD方法相关

• 特定领域建模 DSM
• 面向语言编程 LOP
• 软件工厂 SOftware Factories
• 语言工作平台 Language Workbenches
• 产生式编程 Generative Rrogramming
• 意图软件 Intentional Software
• 模型驱动开发 MDA

模型驱动开发(MDD)的一些参考资料

MDE - Model Driven Engineering - reference guide

参考：Model Driven Development – Future or Failure of Software Development