全模型驱动架构（f-MDA）的数据架构

统一数据模型的缘由

 

我们知道，MDA架构的源起于数据库应用系统的开发，在这类系统中有大量的类似功能和类似界面，可以通过比较简单的配置自动生成最终系统所需的常规代码；总而言之，MDA架构的目的之一是提高开发效率。

既然模型驱动架构（MDA）的初衷是为了“用模型描述业务”，那么我们也可以这么考虑：将“开发工具”本身理解为一个应用系统。于是，理论上应该可以用这同一套机制来实现MDA架构的开发工具。

然而，大多数的MDA架构的实现方案中使用的是专门的“运行时类库+元数据配置工具+代码生成工具”构成，在这类实现方案中，开发工具和业务系统采用的不同的技术方案，例如：开发工具使用Eclipse插件、业务系统则采用典型的Web应用架构，开发工具自身并不能享受到MDA架构带来的开发效率提升优势。

全模型驱动架构（f-MDA）的核心思想是“用模型描述业务的全部细节”，与通常的MDA实现方案相比，模型组件的类型大大增加，相应的元数据配置界面多，且需要考虑随时增加新元数据类型的需要，因此，提升开发工具的开发效率就成为一件特别有意义的事情。

 

统一数据模型的关系模型

 

软件系统处理的一切归根结底都可以落实到“数据”，使用MDA架构进行软件系统开发的主要工作就是给“