预览- 基于构件的概念体系结构的验证.docVIP

预览- 基于构件的概念体系结构的验证.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
预览- 基于构件的概念体系结构的验证

基于构件的概念体系结构验证 摘要:目前,构建概念体系结构的方法较少。本文对一种基于本体、特征模型和构件进而生成概念体系结构的方法进行验证,并通过网上竞拍管理系统模拟整个概念体系结构的生成过程。实践证明,这种生成过程可以适应动态环境中的各种变化,并可以使设计和执行过程比传统方法更有效。 关键字:概念体系结构;特征模型;构件 引言 软件体系结构几十年来一直是研究软件系统整体结构的重要方法,特别是子系统和构件之间关系的研究。我们可以通过验证建立的各种图表所产生的效果来理解体系结构的完善过程和前景。我们通常提出一些不同的问题,然后选择不同的技术,进而产生不同的结果,最后通过不同的方法来验证,这些环节可以使我们对体系结构有一个基本的了解。但是,这些图表往往不能清晰地表达系统,而且不能准确地被运用,实际上不是所有的图表都被广泛接受的。 南加州大学专门成立了软件体系结构研究组,曼彻斯特大学专门成立了软件体系结构研究所。同时,业界许多著名企业的研究中心也将软件体系结构作为重要的研究内容。如IBM、Nokia和ABB等企业联合一些大学研究嵌入式系统的体系结构项目。 目前,概念体系结构的设计很少使用形式化方法,更多的方法是强调设计结构以使概念具有有效性、导向性和追踪性。但是过多的结构削弱了判断性,使设计过程的人为性、刚性和无效性增强。 现今,本体的研究依然主要集中于理论的研究。Java和XNIL等技术的出现将加速本体研究的发展,其应用前景十分广阔。研究的成果包括:本体语言标准的制定、本体(领域本体)建模方法、本体编写工具、本体管理系统。如今已开发出多种用于构建本体的工具,例如KAON, Protege3.1,OilEd,OWL editor等,它们被用于在整个GUI环境下构建本体[1]。目前被广泛使用的ontology有如下5个:Wordnet、Framenet、GUM、SENSUS、Mikrokmos[2-3]。 特征模型自1990年被提出以来被应用在很多领域中,而且引入了大量的支持特征模型的图表工具。特征模型是一种领域模型技术,在软件生产线中具有重要的作用。它定义了特定领域产品的属性以及属性之间的关系,是用来描述某一特定领域知识的不变性和可变性的最流行的方法。现阶段已有多种领域工程方法以特征模型为中心来组织领域模型,包括ODM、KAPTUR、FORM、FeatuRSEB和PLA等。 特征模型广泛用于软件重用,从用户角度描述系统特性,组织同一软件领域的应用。但是,在大多数面向特征的方法中,特征模型的建立在很大程度上依赖于领域分析的个人理解,而且根据应用程序的原始需求建立特征模型通常很单调繁琐且效果不佳。因此,特征模型仍然没有在软件体系结构或需求工程中作为工具而普遍使用。 本文其他部分组织如下:在第二部分中,介绍构件相关知识及其种类,第三部分以网上竞拍系统为例来验证概念构件的生成过程,第四部分对本文进行归纳总结。 构件 构件简介 目前对构件还没有一个公认的统一的定义,一般来说有广义与狭义之分。广义上讲,构件是指可以被明确标识的软件制品,它可以是需求分析、设计、代码、测试用例、文档或软件开发过程中的其它产品。狭义来说软件构件是指可复用的提供明确接口完成特定功能的程序代码块源代码、二进制代码或可执行代码,综合参考文献,可知目前比较认可的定义有: (1)著名的Brown和Wallnau将构件定义为:一个非平凡的、几乎独立的、可替换的系统组成部分,它在定义完善的体系结构环境中实现某一清晰的功能。 (2)OMG组织将构件定义为:构件是一个物理的、可替换的系统组成部分,它封装了实现体并对外提供了对一组接口的实现方法。构件技术通过封装一定的功能来提供第三方构件,构件本身不需要改动,就能够对外提供服务。 (3)软件构件是指应用系统中可以明确辨识的构成成分,包括源代码、需求、系统和软件的需求规约、系统和软件的构架、文档、测试计划、测试案例和数据以及其他开发活动有用的信息。 虽然构件的定义有很多种,但综合以上定义可以得到构件的以下特点: (1)模块独立性。构件是不受外界干扰的、内部结构不可见的独立封装体; (2)高度的可塑性。构件提供方便的裁剪机制,满足不同系统的特定需求; (3)构件接口简明、清晰、可靠、标准化程度高。接口标准化是构件技术走向成熟的重要标志之一。目前主要的构件标准有:OMG的CORBA;微软公司的COM/DCOM;SUN公司的JavaBean/Enterprise JavaBean,IBM、Apple和Novell联盟的OpenDoc等[4-5]。 既然构件是软件功能和实现的承载体,则与特征之间存在着天然的联系。一般情况下,构件所含的功能越多,那么构件的内部结构相对越复杂,同时构件的内聚度也相对偏小。可以说,特征模型对需求的规

文档评论(0)

zhuliyan1314 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档