软件架构设计之模型驱动架构MDA _架构

概念模型驱动架构MDA, 全称叫做Model Driven Architecture 。

Model：表示客观事物的抽象表示
Architecture：表示构成系统的部件，连接件及其约束的规约
Model Driven: 使用模型完成软件的分析，设计，构建，部署和维护等开发活动

MDA起源于分离系统规约和平台实现的思想。之前我们在净室软件工程中也提到过这种思想。

文章插图
意思就是我们开发一个系统，基本上跟那个数学公式一样，我们从始至终都通过证明来证明它的正确性，而不是通过测试来被动发现问题。
所以在净室软件工程这种思想之下，推动了模型驱动架构的思想。
基本思想我们一开始建立起模型，再一步步把这个模型映射，生成代码就得到我们最终需要的软件系统。
当然，事实证明，纯粹按这种思想完成这种系统的话，有一定的难度，会面临一些困难。比如业务逻辑是绕不开的，但是一部分去使用这个思想是没有问题的。
比如目前的可视化操作就已经在应用了，比如我们的MyBatis generator就可以帮我们生成浙这些代码。这些其实就是按照模型映射生成的代码。
再比如我们通过模板语法生成对应的controller，service,mApper和前端代码增删改查这类似的功能，也是我们的模型驱动架构。
其实模型驱动架构可能跟现在的低代码平台思想也有着千丝万缕的联系。
主要目标

Portability(可移植性)
Interoperability(互通性)
Reusability(可重用性)

MDA实现流程谈到MDA的实现流程之前，得先了解它的三种核心模型。

平台独立（无关）模型（PIM）

具有高抽象层次，独立于任何实现技术的模型

平台相关模型（PSM）
为某种特定实现技术量身定做，让你用这种技术可用的实现构造来描述系统的模型。PIM会被变换成一个或多个PSM
代码Code
用源代码对系统的描述（规约），每个PSM都将被转换为代码

文章插图
PIM典型代表UML，你使用UML做出来的架构设计的一系列的东西，都可以理解为平台无关模型，为什么呢？
因为它跟具体的代码和具体语言是没有关系的，同一套UML语言，后面对接可以有具体的一系列的不同语言来实现。
但是到PSM就不明确了，因为这一层是有断代的。不同的开发工具建立出来的模型，做出来的设计不太一样。然后再通过变换工具生成代码。

文章插图
比如一些工具通过一些可视化拖拽，就能实现对应的代码。这就是一种典型的实现。所以说现在的低代码平台思想就是基于模型驱动架构的一种思想体现。
MDA开始虽然不多，但是这种思想却是值得我们去理解，这里引用一篇文章的内容做简单的描述。
内容扩展MDA并没有额外提出其他的标准和技术，它善用且整合多项已存在的标准及技术，如图1，这是MDA官方网站首页上的图片，充分呈现了MDA的期望与相关技术。

文章插图
从图1最内圈看起，MDA主要使用了UML（Unified Modeling Language），MOF（Meta-Object Facility）及CWM（Common Warehouse Metamodel）这三项建模标准，作为PIM及PSM的建模基础。不过，据著名建模专家邱郁惠表示，对于一般的开发人员而言，只要熟知UML统一建模语言，就可以开发MDA项目了。
【软件架构设计之模型驱动架构MDA】MDA的第二内圈，代表公开标准或私有的实现技术平台，有CORBA，XMI/XML，.NET，JAVA及WEB SERVICE，等等。也就是说，MDA希望能制定出各式独特的具体平台专属的PSM转换规则，并且最好可以由厂商配合设计出MDA开发工具，以便能够将中立的PIM自动转出特定平台的模型PSM 。
MDA的第三内圈，代表跨平台的通用服务（Pervasive Services），MDA定义了四种服务，目录服务（Directory Services），事务服务（Transaction Services），安全服务（Security Services）以及分布式事件及通知服务（Distributed Event and Notification Services）。OMG计划定义该四项通用服务，让任何平台上的应用程序或客户端都可以通过MDA环境，取得跨平台的服务。