• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

建模动力:UML2.0使模型驱动的开发更加容易

发布: 2009-10-28 10:38 | 作者: 不详 | 来源: 领测软件测试网采编 | 查看: 18次 | 进入软件测试论坛讨论

领测软件测试网

建模动力:UML2.0使模型驱动的开发更加容易  UML模型

关键字:UML2.0 模型驱动 UML规约的新版本将很快提交给OMG,新的改动希望能够简化模型驱动的开发。

Rational公司新加坡分部的高级软件工程专家,Mark Hermeling认为:UML2.0根据工业界使用UML1.x的经验作了相应改进,目的就是为了帮助简化模型驱动的开发。

UML的目前版本是1.4,它提供了方便开发团队在分析设计、需求管理等活动中进行交流的整套工具,以及一个软件开发生命周期模型。

有人将UML描述为交流的符号集,这意味着可以直接写在纸上或者画在白板上。但大多数用户还是选择使用工具,目前业界的领导是Rational,它和其它的工具提供商一起提供各种UML产品。

1996年,UML刚诞生的时候,广受欢迎。在UML之前,建模方法非常多,这大大阻碍了基于模型的设计,而UML实现了建模语言一定程度上的统一。

进行面向对象设计的时候,第一步就要对现实世界进行建模,UML正是为之定义的一套标准符号,它由三种面向对象的分析设计方法发展并整合而来:Grady Booch 描述对象及其相互关系的方法、James Rumbaugh的对象建模技术(OMT) 以及 Ivar Jacobson的方法,在Ivar Jacobson的方法中引入了use case方法的使用。

经过多年的发展,在Rational 公司的Booch、Rumbaugh、Jacobson 三友以及其它专家的努力下,UML中还融入了很多其它的思想,现在,UML已经成为OMG认可的标准。

尽管UML只是帮助参与开发的所有人员对模型进行交流的一套符号系统。但Martin Fowler在其著作《UML Distilled》中指出,UML是由描述开发过程和有关模型的使用的方法论发展而来的。尽管目前没有被广泛接受的统一过程,UML的使用者使用的方法实际上都非常相似。UML规约中有关建模的概念是对象、类、关联、职责、活动、接口、use case、包、顺序、协作和状态。

在使用当前版本进行UML模型驱动的架构时,使用者发现还缺少一些支持,如bug修复等,UML2.0中将增加这部分内容,它将成为适用于企业建模和数据建模的庞大而灵活的符号语言。在UML2.0中,将对语意部分进行增强,这一点可以帮助UML模型更好地生成代码,以得到更加实用的模型。在即将推出的版本中,还将包括增强的组件处理、对商业过程模型的支持,并更好地支持元数据交换。这些努力都是为了使UML作为一种胜过大多数文本语言的高层次的语言,能够生成代码和进行反工程,甚至直接生成某些可执行的UML模型。

目前,在各种工具之间进行模型交换时,只能保存非图形化的信息,而象绘制的各种图、尺寸、坐标这样的内容都会丢失。在UML2.0中,将提供保留图形信息的能力。

来自Rational公司的Hermeling认为,工程师与开发人员将越来越多地看到对建模的需求。他认为,对于一个较大的开发团队来说,需要有一个可视化的模型以保证所有人员都能理解总体的设计思路,建模的需求是显而易见的。

利用业务过程建模,应用UML可以得到业务的可视化模型,其作用类似于建筑工程中的结构图。这个可视化模型可以使你在构造整个软件系统之前,就可以理解并预知设计的一些关键特性,判断设计是否可行。事实上,除了软件工程,在众多工程领域中,建模都是非常关键的规避风险的技术。

延伸阅读

文章来源于领测软件测试网 https://www.ltesting.net/

31/3123>

关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备10010545号-5
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网