正在加载...
 
< [转]web2.0距...
模型驱动的体系架构(MDA) 
  主题:[可信网络] | 标签:读后感,软件体系架构 | 浏览数(2991) | 评论数(0) | 2006-01-11

最近有看了一些关于模型驱动体系架构的一些介绍性的材料,对于软件体系设计方面颇有启发,IBM网站 http://www-128.ibm.com/developerworks/cn/rational/r-mda/的一篇介绍MDA的文章就非常好,重点体现了软件体系设计过程中,模型以及建模的重要性。在此推荐,并对其中一些自认为重要的信息摘录如下:

[separator]

1、MDA的基本宗旨

     MDA 是一种应用系统设计和实现的方法。它鼓励在软件的开发过程中有效的使用系统的模型,并且它支持创建类似系统的最佳实践的重用。MDA是由对象管理组织(OMG)定义的标准,MDA 是一种组织和管理被自动化工具支持的企业体系架构和用于定义模型和推动不同模型类型之间的转换的服务的方法。

2、有效企业软件开发的两个重要思想

       开发企业级的应用要求一种软件架构的方法,这种方法应该能够以一种灵活的方式帮助架构师来发展他们的架构。这种方法应该允许在及时的实现业务功能的新的能力的情况下重用已有的劳动成果,甚至是当目标基础架构本身在一直的演进。两个重要的思想现在被认为是应对这种挑战的中心:

  • 面向服务的体系架构(SOA)。企业解决方案能够被视作通过良好的说明定义了他们的服务接口契约连接的服务联合。结果的系统设计通常被称作面向服务的体系架构(SOAs)。 3 通过将一个系统组织成为被封装好的服务集合,这些服务可以通过他们定义的服务接口被操作,系统的灵活性被大大的增强了。现在很多组织用一系列的服务和服务之间的相互连接表示他们的解决方案。
  • 软件的产品线。通常,在一个组织开发和维护的系统中,存在着大量的可公用的部分。从捕获核心业务过程和领域概念的标准领域模型,到开发人员在代码中使用的实现设计的实现细节方案,我们在企业的软件项目的每一个级别上看到了重用的方法。当模式能够被经验丰富的从业者开发出来并在跨越组织的范围内传播时,软件开发组织将获得大量的效率。这表现了一种朝着促进计划的资产重用,增加自动化的级别来实现被开发系统大部分的方案的软件产品线开发视图的迁移。 4 更加普遍的情况下,我们能够将在开发的产品线视图中定义良好模式的应用理解成为一种从一个抽象级别到一个更底层抽象级别的方案转化描述的方法。

       基于上述的两个基本的思想,OMG 已经创建了一个概念性的框架 5 ,这个概念性的框架将平台选择与独立的面向业务的决定分离开来以使在架构和演进这些系统时允许更大的灵活性。这个概念性框架和帮助实现它的标准就是 OMG 称为的"模型驱动的体系架构(MDA)."。

 

3、关于模型的抽象本质和模型所表达的详细实现的三种重要思想:

  • 模型分类。我们能够通过如何表示目标平台的各个方面的术语对软件和系统模型进行分类。在所有的软件和系统开发中都存在着通过语言、硬件、网络拓扑、通讯协议和底层架构等选择所带来的重要约束。这些约束的每一个能够被作为一个方案"平台."的元素被考虑。MDA 的方法帮助我们关注在被设计方法的业务方面的本质上,而不是在 "平台."相关的细节上。
  • 平台无关。"平台"的概念是相当复杂和高度依赖环境的。例如,在一些情况下,平台也许是操作系统和相关的工具;在一些情况下,它也许是被良好定义的编程模型所代表的技术架构,比如 J2EE 或者 .Net ;在其他的情况下,它也许是一个特定的硬件拓扑的实例。在任何情况下,考虑根据不同抽象级别的模型被用于不同的目的,而不是将注意力分散到定义"平台."上是更加重要的。
  • 模型的转换和细化。通过将软件和系统开发想象成为一系列的模型细化,模型之间的转换变成了开发过程中的第一类元素。这是重要的,因为大量的工作任务发生在定义这些转换上,这通常需要特殊的业务领域的知识和用来实现的技术等等。我们能够通过明确的获取这些转换和跨方案的重用它们来改进系统的效率和质量。如果不同的抽象模型被良好的定义,我们能够使用标准的转换。例如,在以 UML 表示的设计模型和以 J2EE 表示的实现模型之间,我们能够使用良好理解的能够被应用、验证和自动化的 UML 到 J2EE 的转换模式。

在这些模型表示法和支持的转换之下是一系列的元模型。分析、自动化和转换模型的能力需要一个清晰、明确的方法来描述模型的语义。因此,对于一个建模方法模型的本质本身也必须能够以模型来表示,我们称这种模型为元模型。

 

4、OMG 组织对于 MDA 的观点下有四个原则:

  • 以一中定义良好的符号表示的模型是理解企业级方案系统的基础。
  • 系统的构建能够围绕着一系列模型通过使用在模型之间的一系列转换被组织的,并且能被组织到一个分层的和转换的体系架构框架中。
  • 以一系列元模型来描述模型的一种正式的支持能够使在模型中有意义的集成和转换变得容易,并且是通过工具实现自动化的基础。
  • 接受和广泛采纳基于模型的方法需要工业的标准提供开放性给客户,并鼓励供应商之间的竞争。

 

http://www.i170.com/Article/13783/trackback

评论:

发表评论: