MDA白皮书-模型驱动开发和UML+2.0.pdfVIP

白皮书 模型驱动开发和UML 2.0 传统编程方式的终结？ 本文档包含Telelogic AB 专有信息。未经Telelogic AB 书面许可，不得使用本文档内的任何信息，不得复印、影印本文档 的任何部分。 模型驱动与UML2.0 前言 “模型驱动开发”——体会一下这几个词。它们说出了这个不断变化的工业中一个新的 改变。这里不是说一种革命，而是一种缓慢的变化，但是肯定会渗透到我们开发系统的方式 中。这种推动将降低代码的重要性，并且专注于一些开发中的真正事情：最终的应用程序被 期望怎样工作，并确保你能够根据客户的需求可靠地建立起它来。 模型驱动开发是更伟大视景MDA 中的一部分。MDA 是模型驱动体系架构（Model-Dri ven Architecture ）的简称，由对象管理组织OMG （Object Management Group ）所驱动。M DA 表示了一种模型驱动开发方法的概念框架。然而，尽管完整的MDA 还没有成为现实， 模型驱动开发现在已成为可能。实际上，它已以较低级的形式存在了较长一段时间，所以我 们并不是在做某种新的东西（当然，除非你在听某些市场人员的宣传）。 没有魔法 如果模型驱动开发这么好的话，为什么不是每个人立刻加入到这个潮流中来呢？首先， 模型驱动开发不是一个银子弹，能神奇地解决你所有的问题。总有某人需要去实现系统的功 能，并且还找不到任何工具来完成这一点。所有你能发现的工具只是使这项工作更容易和直 接一些。 第二，采用模型驱动开发，并不只是在开发项目的过程中更换一种工具。它还必须和已 根深蒂固的开发过程结合起来（如果没有的话，你就可以开始使用模型驱动开发了；否则你 就只能改善当前的情况），但实际上更重要的是，你还会担心它对现有应用程序的影响。决 定改用基于模型的方法前确实需要有一些仔细的考虑，并且，一般说来，为了不影响当前的 工作，你只会在新项目中改变开发方法。 第三，你还需要获得那些使用工具的人们的支持（你需要一些工具来应用模型驱动开 发）。开发人员常会认为“模型驱动开发不是编程”而回避它，并且当心他们的工作难于被 接受。他们还可能担心模型驱动开发将会使他们以前辛苦学来的一些技巧过时。他们的担心 也不是完全没有理由。采用模型驱动开发后，市场确实很有可能会减少对那些精通好几种编 程语言的开发人员的需求。但是另一方面，所有好的开发人员，首先和最主要的是，他们是 问题的解决者。他们感兴趣的是尽可能地为手边的主要问题找到新的更好的解决方案。模型 第 2 页 /共 2 页 北京市东城区东长安街1 号东方广场东方经贸城西三办公楼909 室 电话：+86 10（31 ） 传真：+86 10邮编：100738 模型驱动与UML2.0 驱动开发激动人心的一点就是它允许开发人员集中精力于解决主要的设计问题，增加新的、 酷的功能；而不是花费他们的主要时间于改正语法错误，防止内存泄露，或无休止的低级b ug 上。 还有第四点，它也是第三点的一个结果，工具必须足够的好。不幸的是，有时用户对工 具期待太多，或工具提供厂商承诺过多，实际上却不能交付。这两种情况都很容易使用户放 弃模型驱动开发的想法。你确实需要保证工具能够满足你的需求。 可视化软件工程 模型驱动开发的基础是模型和表达模型的语言。模型提供了这样一种能力，能够一致性 地显示这个系统的不同视图。一个常见的错误是认为模型驱动开发是模型和代码之间的一种 关系，通过代码实现了模型。确实很多情况下，这二者是等同的，但它大大限制了我们的视 野。 模型的一个主要用途消除开发过程中各参与方之间的隔阂，需求工程师，系统分析员， 软件开发人员和测试者都可以使用同一种语言。你可以注意到，他们可能专注于语言的不同 部分，以满足他们的需要，但他们都会共用一些基本的结构，并对他们正工作的系统有一个 统一的认识。而且使用统一的语言有助于消除角色间的界限，使得在项目的不同阶段人员转 换到被需要的角色更加容易。还有另外一些人需要知道项目的进展情况