atitit.提升开发效率---mda 软件开发方式的革命--(2)
1. 一个完整的MDA规范包括：
1、一个权威的基于UML的平台无关模型PIM；
2、一个或者多个与特定平台相关的模型PSM；
3、接口定义集合－ 每一个集合描写叙述了基础模型再不同中间件平台上的实现。
2. 一个完整的MDA应用程序包括：
1、一个权威的PIM；
2、一个或者多个PSM；
3、一个或者多个完整的实现－ 开发者决定支持的全部平台上的应用程序实现。
将PIM映射到某个特定平台的PSM的工作是由工具自己主动完毕的，当我们须要支持新的技术的时候，这就简化了我们的工作。
作者:: 老哇的爪子 Attilax 艾龙， EMAIL:1466519819@qq.com
转载请注明来源： http://blog.csdn.net/attilax
3. MDA可以带来的最大的三个优点是什么？
使用MDA方式可以带来非常多的优点，最重要的三个是：基于MDA的架构总是可以随时应付昨天的、今天的和未来的下一 个主流技术。MDA将会使得应用程序和工具可以跨越中间件的边界，从而变得更easy集成。OMG Domain Task Forces小组负责在MDA中定义领域相关的工具，它将会提供更广阔的互操作性。由于这些工具将会在特定领域的首选平台上可以使用，并且假设须要，也可 以在多种平台上被使用。
4. 三大MDA工具
ArcStyler简单介绍
ArcStyler是德国Interactive Objects Software GmbH公司开发的MDA开发软件，它遵循OMG的MDA 规范，纯JAVA 开发，跨平台。是当前最流行的三大MDA工具之中的一个，支持J2EE和.NET平台，支持桥接器的动态载入。
4.3 建立PIM模型
如同使用一些通用的UML工具一样，能够在UML工具区建立系统的PIM模型，包含下面工作：
Ø 创建一个名为iBank的包；
Ø 在iBank包中创建一个名为iBankDiagram的类图；
Ø 在iBankDiagram图中创建Account，Bank，Transfer三个组件；
Ø 为上面三个组件加入对应的方法和属性；
完毕之后得到的模型例如以下图：
建立PSM模型
事实上在ArcStyler中并没有区分PIM和PSM，由于ArcStyler并没有提供从PIM到PSM的自己主动转换工具，它是选择了通过标注的方式来体现PSM的思想。
为了清晰起见，笔者将建模环节区分为建立PIM和建立PSM两个部分，那么建立PSM事实上仅仅是给上面的PIM作出一些技术相关的标注，包含下面内容：
Ø 将Bank和Account组件标注为Entity Bean；
Ø 将Bank和Account组件的永久存储管理模式标注为容器管理；
Ø 将Transfer组件标注为Session Bean；
5. 代码补充
代码生成之后，我们须要进行代码的补充工作，这是使用ArcStyler的唯一的代码工作，补充的代码主要是Bean方法实现以及測试类中的方法，须要进行代码补充的源码文件例如以下：
Ø AccountBean.java
Ø TransferBean.java
Ø BankBean.java
Ø iBankTestClient.java
补充的内容參看说明文档Tutorial.pdf第47页Component Code Customization这一节。
ArcStyler能够自己主动生成Jbuilderproject，当我们进行代码的补充工作的时候，能够直接打开生成的JBuilderproject，当中包括全部生成的源码，也能够直接使用其它代码编辑工具改动。注意：代码的加入和改动都在安全区中，进行重复的代码生成工作并不会被覆盖。
6. Mda的问题
因为眼下流行的建模语言（比如UML）在语义方面的功能还非常弱，所以眼下的MDA工具差点儿仅仅支持结构型的系统，可是我相信随着建模语言的进一步强化，MDA技术会越来越丰富，工具也将越来越好。
7. EMF与MDA
EMF这个名字，EMF是Eclipse Modeling Framework的缩写，它是Eclipse的一个重要的子项目，假设翻译成中文就是“Eclipse建模框架”。事实上仅仅从这个名字还真是难以确定它的作用是什么，我觉得要全然掌握EMF应该对模型驱动开发(MDA)有一定的了解，而EMF可以看作是Eclipse上的MDA一个实现（代码生成是MDA 的重要组成部分之中的一个），它可以生成在Eclipse上运行的代码。
MDA讲究的是把模型和应用系统实现分开，模型是最重要的部分，能够说有了清楚的模型，就完毕了一半的工作
用EMF构造一个应用的步骤非常easy：1、构造模型，2、生成代码，前者能够通过UML类图、Java接口、 XML Schema等多种方式定义，后者能够选择仅仅生成模型部分的代码，也能够同一时候生成编辑器部分的代码，对这个编辑器做一些定制就能够得到符合需求的应用程序。
8. MDA跟代码自己主动生成的差别
1) MDA不是代码自己主动生成的规范，相反它的目标是尽量降低自己主动生成的代码。
2) MDA不是取代RUP,XP等软件project的传统开发过程，而是对这些开发过程一个故意的补充，特别是直接将分析设计阶段所产生的模型应用于编敲代码，并终于影响部署后的系统行为方式。
3) 你所说的这样的MDA实现还没有达到开发企业级应用的阶段，换句话说，根本不实际。事实上，如今不唯独商业化的实现，也有非常优秀的开源MDA平台，比如，openMDX
9. openMDX-开源MDA平台
基于openMDX的应用能够非常轻松的移植到多个不同平台，採用了MOF，JMI，XRI，XML等标准和协议，不用过多考虑会被绑定于某一平台。
高速开发、部署和弹性配置
建立了成熟模型之后，开发測试的工作量减少到了难以想象的地步，举例来说，openCRX总共两百天的开发过程中，建模占了100天，界面设计定制用了70天，10天用于实现，20天用于測试部署。
极强的系统互操作性
openMDX平台上公布的功能模块，对于数据的导入导出都是基于Schema-XML，并且能够方便的公布为Webservice，跟其它异种系统的交互达到了轻松自如的地步。
缺点
penMDX也没有提供一个IDE来支持整个开发測试和配置应用。
10. openMDX 的开发过程
不象大多数商业工具，openMDX 没有实现PIM到PSM映射的方法。 而是提供了一个普通的，分布式的对象引擎（作为PIM 平台）。商业逻辑(模型的导出属性和方法)是作为插件加入进去的
自己主动生成代码和手工编写的代码是分放在两个不同的文件夹中，而对于导出属性和操作则是通过delegate(托付)的方式去运行手工编写代码的
11. MDA的两种实现
I）使用模型驱动应用开发过程；II）直接利用模型驱动执行时应用系统的行为方式。前一种实现，大部分支持从UML模型转换的代码生成工具都能够归入此类，比如AndroMDA，而后一种实现就比較少，比如openMDX。
这两种方式没有优劣之分，仅仅是取决于你的应用目的而有不同的側重。
12. 參考
ArcStyler实战－网上银行系统 - MDA之路 - BlogJava.htm
eclipse EMF介绍系列（EMF与MDA） - Linyda工作室 - 爱好者博墅 《电脑爱好者》杂志官方站点 - 计算机世界旗下站点！ - powered by X-Space.txt
openMDX-开源MDA平台（1）.htm