下载文档原格式
第2章模型驱动的企业计算MDA 以新方式整合一系列趋势，从而有助于我们应付企业计算的压力。
基于组件开发、设计模式、中间件、说明性规约、抽象、多层系统、企业应用集成、契约式设计并不是MDA 的新发明，但是MDA 可以扩展并推动这些技术更好地协作。
本章探讨MDA 如何做到这点。
本章所讨论的许多内容都会在第二和第三部分更为深入地探讨。
2.1 将模型中心的思想引入中间层、EAI 和B2Bi 驱动数据库引擎的数据格式的声明，以及驱动GUI 开发工具代码生成器的所见即所得模型的声明，都是MDA 的前驱。
这些说明性的数据和GUI 模型并不仅仅是设计工件，它们是形式化开发工件，直接改善了前端和后端系统开发的可行性变量。
MDA 把这一开发方法也引入了企业系统的中间层，并且引入了EAI 和B2B 集成（B2B integration,B2Bi ）的领域。
32应用MDAMDA使用基于标准的建模语言作为形式化开发语言。
形式化模型驱动产生3GL代码、HTML、XML、WSDL、IDL以及其他工件的生成器。
MDA工具允许工程师细调这些工件的产生方式。
有时候MDA使用动态执行引擎（也就是虚拟机）直接执行模型。
作为开发工件的模型我们大多数人都习惯于把软件模型看作设计工件，而把3GL程序看作开发工件。
许多公司把建模人员和编码人员的角色完全分离。
结果就是，模型，比如UML模型，经常是非正式1的，这意味着它们不能被机器处理。
程序员把它们当作“指南”和“说明书”使用，而不是直接作用于编码过程。
于是许多人把它们看作生产过程中较为次要的东西。
MDA使用可以被机器处理的形式化模型。
这样的模型是生产过程的直接部分。
在这样的环境中，建模人员和编码人员的角色区分就不再那么明显了。
建模行为即编程行为。
这并不是说不再需要非正式的建模。
非正式的建模有助于人们相互之间关于构架和设计的交流。
非正式的建模是对UML的良好运用，但是不能驱动代码生成器或者虚拟机。
MDA模型驱动体系结构的实例研究的开题报告一、研究背景和意义在软件系统开发过程中，体系结构是非常重要的一部分，它在整个开发过程中起到了指导和约束的作用。
因此，在软件系统开发过程中，如何设计和实现一个优秀的体系结构是一个非常重要的问题。
MDA（Model Driven Architecture）是一种新的软件开发方法，该方法使用了一种新的建模语言UML（Unified Modeling Language）作为系统分析和设计工具，并且将UML 模型作为系统开发的基本架构，从而实现了模型驱动的软件开发。
而MDA模型驱动体系结构则是在MDA模型驱动软件开发方法的基础上，将模型驱动的思想应用到体系结构设计中，并且将UML模型作为体系结构设计的基本元素。
MDA模型驱动体系结构的出现，为软件体系结构设计带来了新的思路和方法。
因此，对于MDA模型驱动体系结构的研究具有重要的意义和价值。
本文将以MDA模型驱动体系结构为基础，通过实例研究来深入探讨该方法的可行性和实用性，为软件体系结构设计提供新的思路和方法。
二、研究内容和方法本文的研究内容主要包括以下三个方面：1、MDA模型驱动体系结构的理论基础：介绍MDA模型驱动体系结构的基本概念和理论，包括MDA模型驱动软件开发方法、UML建模语言以及体系结构设计等方面的内容。
2、MDA模型驱动体系结构的实例分析：以某个软件系统为例，通过分析其业务需求、功能需求以及非功能需求等方面的内容，使用UML语言进行建模，并将这些模型用于体系结构的设计。
3、实例结果分析和评价：对本文所设计的MDA模型驱动体系结构进行实例结果分析和评价，比较其与传统体系结构设计方法的优点和缺点，并探讨其实际应用中可能存在的问题和改进方法。
本文采用文献研究、调研分析和实例研究等多种研究方法。
文献研究主要用于对MDA 模型驱动体系结构的相关文献进行收集和阅读，以便深入理解该方法的基本概念和理论。
调研分析主要用于对软件体系结构设计的现状和存在问题进行调查和分析，以便了解软件体系结构设计的实际应用中可能存在的问题和优化方案。
早在年，为了解决跨平台的软件互操作问题，由软1989件技术供应商、开发者和最终用户共同发起成立了对象管理集团OMG [1]。
这个组织所提出的互操作标准已经成CORBA 为事实上的工业标准。
然而，仅仅依靠孤立的接口标准所能达到的跨平台互操作能力并不能满足需求，跨平台的软件互操作需要一个根本的解决方案。
自从标准制定以来，一直把它作为制订其CORBA OMG 他互操作标准的基础，因此这些标准很自然地可以统一在对象管理体系结构之中。
但年以来，随着一系列不OMA 1997基于的重要标准的发布，对于解决软件互操作CORBA OMG 问题有了新的认识。
建模技术的逐步完善使得软件互操作问题的解决方法不再仅仅局限于统一的接口标准，而是扩展到整个的软件生命周期，包括商务建模、系统设计、组件的构造、组合、集成、发布和管理以及更新[1]。
为了更好地挖掘众多建模标准的潜力，促进和规范建模技术的进一步发展，制定一个清晰的体系结构势在必行。
作为在软件互操作领域最有影响力的组织，于年月发布了模型驱动体系OMG 20017结构。
可以说的初衷是为了解决软件互操作问(MDA)MDA 题，但所带来的影响却将远远超越互操作领域。
概述1 MDA 的基本概念1.1 MDA 中的基本概念有模型、抽象、求精、视图、缩MDA 放、平台。
模型1.1.1 模型是对系统的一部分结构、功能或行为正式规约[1]。
首先，模型是一种系统规约，这种规约可以是对结构的规约也可以是对系统功能或系统行为的规约；其次，这种规约必须是正式的，即必须使用一种严格定义没有歧义的语言。
所以一个模型必须和一种严格定义了语法和语义的建模语言绑定在一起。
根据模型的这种定义，程序代码也是模型。
抽象、求精、视角1.1.2 一个客观系统的规约可以处于不同层面上。
例如，对于一台笔记本电脑。
可以有个规约：一台电脑、一台笔记3"""本电脑、某某牌某某型号的笔记本电脑。
MDA模型驱动介绍模型驱动体系架构(Model Driven Architecture, MDA)是由OMG 提出的新的软件方法学,被面向对象技术界预言为未来几年里最重要的软件方法学。
模型驱动体系架构(MDA)把建模语言用作一种编程语言而不仅仅是设计语言,并以一种全新的方式将IT技术的一系列新的趋势性技术整合到一起。
这些技术包括基于组件的开发、设计模式、中间件、说明性约束、抽象、多层系统、企业应用整合以及契约式设计等。
模型驱动体系架构(MDA)的出现，为如何提高软件开发效率，如何增强软件的可移植性、协同工作能力、可维护性，以及如何提高文档编制的便利性指明了解决之道。
MDA概述MDA是“模型驱动体系架构”（Model Driven Architecture）的缩写。
它是由OMG定义的一个软件开发框架。
其关键之处是，模型在软件开发过程中扮演了非常重要的角色。
在MDA中，软件开发过程是由对软件系统的建模行为驱动的。
MDA开发生命周期和传统的生命周期并没有很大的不同。
MDA 的工件是形式化模型，也就是可以被计算机理解的模型。
下面列出的3种模型位于MDA的核心：· 平台独立模型（PIM）：具有高抽象层次、独立于任何实现技术的模型。
· 平台相关模型（PSM）：为某种特定实现技术量身定做，让你用这种技术中可用的实现构造来描述系统的模型。
PIM会被变换成一个或多个PSM。
· 代码：用源代码对系统的描述（规约）。
每个PSM都将被变换成代码。
传统上，从模型到模型的变换，或者从模型到代码的变换，主要是手工完成的。
与此相反，MDA变换总是由工具执行的，许多工具可以把PSM变换成代码，这并不令人惊奇。
MDA的创新之处是把PIM 到PSM的变换也自动化了。
软件开发是什么Alistair Cockburn在他的Agile Software Development一书中归纳了业界对软件开发的看法：以C.A.R Hoare为代表的数学观、以Bertrand Meyer为代表的工程观、以很多程序员为代表的手工艺观，还有一些程序员则认为软件开发是神秘的创造行为。
