模型驱动的软件开发模式研究

《模型驱动的软件开发模式研究》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、维普资讯http://www.cqvip.com第l8卷．第2期计算机技术与发展VE，1．18Nc)．2205年2月(、(1^{Pl几ERTE(1IN(w』XYAN[3r)EVEL()PNIENTl}】．20{)8模型驱动的软件开发模式研究薛振伟，吴志杰(中国工程物理研究院计算机应用研究所，四川绵阳621900)摘要：3c中详细论述了模型驱动的软件开发模式。阐述了以代码为中心的传统软件开发模式的缺点，并通过对模型驱动架构(MDA)涔系结构的讨论．分析出模型各个层次描述语言的要求分别讨论了MDA软件开发生命周期

2、、MDA软件开发参与者及活动的变更和MDA开发工具的更新，并对MDA软件开发模式进行了评价。在模型驱动的软件开发模式下，软件开发生命周期是由软件系统建模行为驱动的．其开发过程围绕模型的创建和变换开展其最终目的就是要通过架构性的分离来实现软件开发的轻便性、互操作性和可重用性，关键词：模型驱动架构；对象管理组织；计算无关模型；平台无关模型；平台相关模型中圈分类号：TP311．52文献标识码：A文章编号：1673—629X(2008)02—0024一o3StudyonModelDrivenPatternofSoft

3、wareDevelopmentXUEZhen—wei．WUZhi—jie(Instituteof(3onlpurerApplicatiOn，ChineseAcademyofEngineeringPhysics．Mianyang621900，China)Abstrltd：The~ftwaredevelol~ntpatterndrivenbyndelhasbeendi．~ussedindetailinthispaperTheshortcon~ingsoftraditionalso,waredevelopingpa

4、tterno~,ntra1onoc)(iwereprcscntedfirstly．Therequirernentsoflanguagereverymodellevelwereanalyedviathediscuss；onaboutmodeldrivqnarchitecture．Suk~xluently．thesoftwaredevelopinglifecyclelonMDA．thet．~articipantsandaetivi—tiesintheMDAprocess，andtheupdateofMDAdeve

5、lopingtoolsvcer~di~ussedseparately．Meanwhile，thesoftware—developingpatternba3edofMDAⅥevahmted．Underthesoftwaredevelopmentpatterndrivenbymodel。modelingbehaviordrove~ftwaredevelopmentlifecyele．Mode!buildingandnKxteltranslatingsurroundedthedevelopmentproc~',s．

6、Thedestin,atk~nofMDAwastOachievethepxtabili—ty，interactivityandreusabilityofsoftwaredevelopingthroughseparatingthearchitectureintomanylayers．Keyw0r：MDA；OMG；CIM；PlM；PSMO引言1以代码为中心传统软件开发模式的缺点模型驱动架构(ModelDrivenArchitecture，仍A)目前许多开发过程都是传统的以代码为中心，即是由国际对象管理组织(Obj

7、ectManagementGroup，整个项目的开发以代码生产为主要任务，“编写软件仍OMG)于2001年7月正式发布的⋯。它是一种基于是劳动力密集型的活儿”lL’j。这种以代码为中心的开UML以及相关工业标准的框架，将软件系统建立在各发模式主要存在以下三方面的缺点：种模型的基础上，通过模型的变换来驱动系统的开发。第一，混淆了解决问题的内在本质和外在手段，在在传统的软件开发模式当中，大部分开发过程都是以分析问题本身的同时过多地去考虑运行环境与代码实代码为中心的，这种开发模式随着软件规模和复杂度现等因素．而放松

8、丁对问题根本解决方法的研究；的不断增加以及频繁变更的出现而逐渐暴徭出越来越第二，大型应用系统往往涉及诸多领域的专业知多的缺点和问题。相比而言，以模型为中心的基于识，而软件设计人员往往无法在短期内涉猎所有的专MDA的软件开发模式在众多大型软件项目中越来越业技术领域，需要相关的领域专家参与需求分析工作。展现出卓越的问题解决能力和强大的生命力。然而领域专家却只能用自己的专业术语对复杂的需求加以描述，在与软