首页 | 本学科首页   官方微博 | 高级检索  
相似文献
 共查询到19条相似文献,搜索用时 546 毫秒
1.
基于构件的软件开发是在一定构件模型的支持下,复用构件库中的一个或多个软件构件,通过组合构件来构造应用软件系统的开发过程.但是,目前CBSD仅仅在实现层次上支持构件交互,缺乏一套系统的方法来指导整个开发过程.对此,文章提出了一种面向CBSD的软件体系结构六视图模型,为系统的设计与实现提供参考模型和技术指导,并将其运用到图书馆系统的设计中.  相似文献   

2.
基于软件体系结构的构件组装工具ABC-Tool   总被引:23,自引:1,他引:22  
软件朝着越来越复杂和庞大的趋势发展,因此对更有效的软件开发技术的需求十分迫切,近年来,软件体系结构、构件技术和软件复用技术等开始在软件开发中发挥重要作用,成为软件工程领域研究的热点,在基于构件复用的开发方法中,构件组装技术是关键,而且一直以来也是难点所在,ABC(architecture-based component composition)是一种基于软件体系结构、面向构件的软件开发方法,介绍了为ABC方法提供有效支持的工具ABC-Tool,ABC-Tool以软件体系结构为设计蓝图,以构件为基本开发单元,在不修改构件源代码的前提下,通过可视化的图形建模方式,从体系结构的高层设计逐层映射到底层实现,将可运行或可部署的构件组装为最终的可正确运行的系统。  相似文献   

3.
基于构件的软件开发(简称CBSD)是在一定构件模型的支持下,复用构件库中的一个或多个软件构件,通过组合构件来构造应用软件系统的开发过程。但是,目前CBSD关注的重点局限在二进制构件的规范上,仅仅提供了在实现层次上支持构件交互的基础机制,缺乏一套系统的方法来指导整个开发过程。为此提出了一种面向CBSD的软件体系结构六视图模型,为系统的设计与实现提供了参考模型和技术指导。并将该视图模型应用到图书馆管理系统的体系结构描述中。  相似文献   

4.
基于构件的软件开发(简称CBSD)是在一定构件模型的支持下,复用构件库中的一个或多个软件构件,通过组合构件来构造应用软件系统的开发过程。但是,目前CBSD关注的重点局限在二进制构件的规范上,仅仅提供了在实现层次上支持构件交互的基础机制.缺乏一套系统的方法来指导整个开发过程。为此提出了一种面向CBSD的软件体系结构六视图模型,为系统的设计与实现提供了参考模型和技术指导。并将该视图模型应用到图书馆管理系统的体系结构描述中。  相似文献   

5.
软件复用是目前的一种能提高软件开发质量和软件开发效率的重要方法。从软构件的编码结构模型、基于构件/构架的开发模式、软构件的分类方法设计、半层次化的软件体系结构模型以及构件的变点及其实现机制等方面,研究了软构件信息分类编码系统开发中基于软件复用的设计和实现方法。  相似文献   

6.
一种面向复用的增量软件开发过程框架   总被引:1,自引:0,他引:1  
张广泉  戎玫  陆明 《计算机科学》2006,33(10):252-255
以复用思想指导软件开发是软件产业发展的趋势,而当前主要面向复用的软件开发方法没有考虑到我国软件企业以中小型为主的现状,缺乏针对性,使得复用在我国软件开发中应用不够广泛。在基于构件开发的基础上提出了一种面向复用的增量软件开发过程框架。该过程框架适于我国中小型软件企业,采用了以体系结构为指导的增量开发模式,涵盖了可复用资产的生产过程和利用可复用资产的软件开发过程。  相似文献   

7.
李婷  杨根兴  饶若楠 《计算机工程》2007,33(17):63-65,6
从基于构件的软件开发中所关注的应用领域和体系结构这两大软件特征出发,构造一种基于构件开发的软件产品结构成分表(BOSC),提出面向特征BOSC的生成算法,为基于构件的软件开发提供软件构件复用管理方法。在整个软件生命周期中,BOSC完整地反映了软件产品组成成分的情况,支持软件产品维护和升级。实践表明BOSC能够有效提高开发效率和管理水平。  相似文献   

8.
面向复用和基于构件的开发方法已经成为新的软件开发范例,许多企业也已经或计划引入这种新的软件开发方式。与一般的过程能力改进一样,这些企业也面临着如何评估自身当前软件复用能力从而制定下一步改进计划的问题。然而,当前流行的CMM/CMMI以及SPICE等过程标准都缺少面向复用和构件化开发过程的剪裁和定制,这在一定程度上阻碍了软件企业采用新的基于复用的开发方法。本文对软件复用能力评估和改进相关的工业实践和研究情况进行了总结,在此基础上提出了一种系统的软件复用能力评估框架。该框架为企业面向复用的开发过程提供了一种阶段式的评估框架,因此可以为企业面向复用能力的过程改进提供相应的指导和决策依据。本文还对软件复用能力评估框架的实施过程进行了探讨。  相似文献   

9.
基于构件的软件体系结构实现技术   总被引:11,自引:0,他引:11  
软件体系结构设计给出了实现大规模软件复用,尤其是领域复用的重要设计模式。体系结构描述了软件系统的整体组织结构与风格,为基于构件的软件开发过程提供了构件组装的依据和上下文。文章提出了一种使用构件技术来构造软件构架的方法,使得软件构架不再是抽象意义上的概念模型,而是可以象构件一样使用的可以进行大规模软件复用的可执行代码。  相似文献   

10.
软件体系结构设计是构建大型管理领域系统的关键步骤,同时面向方面的软件开发已成为解决软件复杂性的有效方法。该文基于面向方面软件开发方法提出了管理领域系统建设的“4+1”关注点视图,针对“4+1”关注点视图提出了面向管理领域、基于服务实现的面向方面软件体系结构。基于该软件体系结构开发的管理业务支持平台及其支持下的软件开发过程可以缩短软件开发周期,改善软件一致性和可维护性,使软件具有更好的演化能力。  相似文献   

11.
Software component composition based on ADL and Middleware   总被引:22,自引:0,他引:22  
  相似文献   

12.
We present enforceable component-based realtime contracts, the first extension of component-based software engineering technology that comprehensively supports adaptive realtime systems from specification all the way to the running system.To provide this support, we have extended component-based interface definition languages (IDLs) and component representations in repositories to express realtime requirements for components. The final software, which is assembled from the components, is then executed on a realtime operating system (RTOS) with the help of a component runtime system. RTOS resource managers and the IDL-extensions are based on the same mathematical foundation. Thus, the component runtime system can use information expressed in a component-oriented manner in the extended IDL to derive parameters for the task-based admission and scheduling in the RTOS. Once basic realtime properties can thus be guaranteed, runtime support can be extended to more elaborate schemes that also support adaptive applications (container-managed quality assurance).We claim that this study convincingly demonstrates how component-based software engineering can be extended to build systems with non-functional requirements.  相似文献   

13.
基于组件的嵌入式软件开发方法   总被引:4,自引:2,他引:4  
根据嵌入式软件的特点,提出一种以模型为中心、基于组件的嵌入式软件开发方法。它以动态数据流图为系统模型对嵌入式软件的功能和性能需求进行了描述,由此提供了强大的描述和分析能力;通过基于特定组件模型的实现结构和实现代码框架的自动生成,以DDF定义的系统可以被有效地分解为一系列独立的组件,合适的DDF调度算法一致地表示了系统组件的执行语义,使得并发开发的组件具有良好的可集成性。该方法充分考虑了嵌入式开发的特点,能有效地降低系统复杂性和支持系统组件的并发开发和复用,从而提高了开发效率并降低了开发成本。  相似文献   

14.
ERP系统的组件化模型研究   总被引:2,自引:0,他引:2  
对ERP系统的组件化进行了研究,提出了ERP系统的组件化模型框架,该模型框架由企业视图层、系统构架层、生命周期层3个维度组成。企业视图维给出了组件化的企业对象,系统构架维给出了ERP系统的组件化层次,生命周期维给出了组件化的实施过程。从软件复用的角度对模型框架进行了详细阐述。  相似文献   

15.
Runtime software architecture based on reflective middleware   总被引:8,自引:0,他引:8  
Copyright by Science in China Press 2004 Since its first literate identification and discussion[1], software architecture (SA) has become an important subfield of software engineering, receiving increasing attention from both academic and industrial communities. SA describes the gross structure of a software system with a collection of components, connectors and constraints[2]. In gen-eral, SA acts as a bridge between requirements and implementation and provides a blue-print for system cons…  相似文献   

16.
软件体系结构与组件技术   总被引:2,自引:0,他引:2  
在理论上,软件体系结构和基于组件的开发是理想的匹配;另一方面,软件体系结构是可重用软件组件的一种自然补充。只有通过实现体系结构模型,才能体现组件互操作性模型的所有优点。首先给出了大规模复杂分布式应用程序设计和进化方法选择中的关键因素;然后讨论软件组件技术与软件体系结构方法相互之间的要求,并探论了将软件体系结构与软件组件结合起来的可能途径。  相似文献   

17.
基于构件的地理工作流框架:一个方法学的探讨   总被引:2,自引:0,他引:2  
刘瑜  高勇  王映辉  邬伦  王立福 《软件学报》2005,16(8):1395-1406
软件框架为特定领域的软件复用带来了便利.众所周知,软件框架开发的难度要大于开发一个普通可复用构件.采用支持黑盒复用的基于构件的软件框架概念,探讨了地理工作流框架的开发过程.一个地理工作流应用是地理信息领域的工作流管理系统,它可以通过复用地理工作流框架实现.从方法学的角度看,为了开发地理工作流框架,需要进行以下活动:领域分析、领域设计、框架设计和实现.其输出分别是识别了领域变化性的领域模型、领域特定的软件体系结构(DSSA)、软件框架产品.在地理工作流的上下文中,首先对领域变化性进行了识别和分类,包括空间数据类型、空间数据管理、空间操作、过程和空间数据表现5个方面的变化性,它们可以组织成树状视图.然后,为了处理上述变化性,设计了DSSA和框架的软件体系结构,其中前者是后者的模板,而框架体系结构采用HMB风格.最后,对地理工作流框架构件的开发以及框架复用进行了简单描述.与其他地理工作流系统相比,其优势在于由于框架扩展能力带来的灵活性.  相似文献   

18.
基于构件组装的软件开发方法被认为是提高软件开发效率和质量的有效途径,在软件开发中得到了越来越多的应用。文中分析了软件开发的现状,基于信息处理领域提出了一种构件组合式软件开发方法和适合这种开发方法的构件实现模型。介绍了这种构件组合式软件开发方法的基本实现原理,和在该方法指导下的软件开发过程。通过搭建一个实际的智能文本处理系统证明了该开发方法不仅简化了软件复用,提高了软件开发效率和质量,同时基于这种方法开发的软件具有较高运行效率。  相似文献   

19.
基于模型的构件软件修改影响分析   总被引:1,自引:1,他引:0  
基于构件的软件构建方法目前被广泛使用在软件开发中,用于减少软件开发的工程成本和加快软件开发进度.面向构件的系统主要由第三方提供的可重用构件或者内建的可重用构件组成,因此,系统的质量好坏和维护的难易程度依赖于构件的品质.一个软件修改会给其他构件甚至整个系统带来影响,而修改影响分析是控制和消除这类影响的有效手段.然而,现有的研究很少涉及构件软件的修改影响分析,尤其缺少对系统层面的修改影响分析研究.提出了一种基于模型的系统化修改影响分析方法,该方法的基本思路是:首先提出构件及系统层面的修改影响分析模型,然后根据分析模型分别从构件和系统两个层面对构件软件修改前后的版本进行修改识别,并且利用“防火墙”方法进行影响分析.理论分析和实验结果表明,该方法是可行的,也是有效的.  相似文献   

设为首页 | 免责声明 | 关于勤云 | 加入收藏

Copyright©北京勤云科技发展有限公司  京ICP备09084417号