组件技术概述.pptVIP

  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文档。上传文档
查看更多
组件技术 ( Component Based Technology ) 张家晨 软件工程研究室 zhangjc@jlu.edu.cn 本部分授课目的 组件技术的基本原理 几种主要的组件技术 COM/DCOM, CORBA, EJB, SOA,…… 其它相关技术 教材和授课方式 参考资料 软件复用(Software Reuse) 组件技术产生的宏观背景 起源:1968年NATO(北大西洋公约组织)软件工程会议上McIlroy的论文“大量生产的软件构件” 社会分工及软件产业的分工 表现方面: 时间维:使用以前的软件版本作为新版本的基础,加入新功能,适应新需求,即软件维护。 平台维:以某平台上的软件为基础,修改其和运行平台相关的部分,使其运行于新平台,即软件移植。 应用维:将某软件(或其中构件)用于其它应用系统中,新系统具有不同功能和用途,即真正的软件复用。(真正复用) 软件复用的自然产生 应用系统中通常包含三类成分:①通用基本构件:是特定于计算机系统的构成成分,如基本的数据结构、用户界面元素、领域无关的一般性功能等,它们可以存在于各种应用系统中;②领域共性构件:是应用系统所属领域的共性构成成分,它们存在于该领域的各个应用系统中;③应用专用构件:是每个应用系统的特有构成成分。 应用系统开发中的重复劳动主要在于前两类构成成分的重复开发。 软件复用是在软件开发中避免重复劳动的解决方案,其出发点是应用系统的开发不再采用一切“从零开始”的模式,而是以已有的工作为基础,充分利用过去应用系统开发中积累的知识和经验,如:需求分析结果、设计方案、源代码、测试计划及测试案例等,从而将开发的重点集中于应用的特有构成成分。 软件复用的关键因素 前提:必须有可以复用的对象;所复用的对象必须是有用的;复用者需要知道如何去使用被复用的对象。 两个关键过程:可复用软件(构件)的开发(Development for Reuse),基于可复用软件(构件)的应用系统构造(集成和组装) 实现软件复用的关键技术因素主要包括:软件构件技术(Software Component Technology)、领域工程(Domain Engineering)、软件构架(Software Architecture)、软件再工程(Software Reengineering)、开放系统(Open System)、软件过程(Software Process)、CASE等。 众多的非技术因素,如:机构组织如何适应复用的需求;管理方法如何适应复用的需求;开发人员知识的更新;创造性和工程化的关系;开发人员的心理障碍;知识产权问题;保守商业秘密的问题;复用前期投入的经济考虑;标准化问题等等。 软件复用的分类 依据对可复用信息进行复用的方式,可以将软件复用区分为黑盒复用和白盒复用。 黑盒复用指对已有构件不需作任何修改,直接进行复用。这是理想的复用方式。 白盒复用指已有构件并不能完全符合用户需求,需要根据用户需求进行适应性修改后才可使用。 多数应用的组装过程中,构件的适应性修改是必须的。 软件开发过程中的可复用成分 整个开发过程的中间结果、过程本身及最终结果,均可复用 代码级别 代码拷贝、粘贴,子程序和函数库,类,类库(不强调关系),开源代码等 设计级别 类层次(类库,强调类之间的关系)、设计模式(设计思想)、设计框架(设计结果) 软件体系结构风格(软件体系结构: 构件,连接件,风格)、架构(软件体系结构) (Design Patterns, Frameworks, Architecture Style, Component, Connector) 分析级别 分析模式 需求级别 用例(use cases模式) 测试环节 测试用例 子系统级别(组件) 一个独立或相对独立的系统或子系统,体现为组件形式. 体系结构中的构件可以是组件,但组件不一定是构件,构件可以是程序模块,组件强调标准的组成形式 软件集成(Software Integration) 数据集成、应用系统(程序)集成 实施软件复用的一种手段 组件技术是其基础 已经成为软件生产的一种主要方式 组件技术产生的微观背景 从微观角度,组件技术是在不同的需求背景下产生的. 不同的需求背景,产生了不同的组件技术,这些不同的组件技术有共性,也有各自所强调的目标。 随后给出的只是几个方面的问题,并不完整、全面,组件技术是为了解决这些问题而产生的。 (一)软件的构成形式问题 早期的软件体现为:独立的整体性系统(铁桶式程序),一般是由同一团队、同一种编程语言开发的,在同一机器运行。 这样形式的软件,面临的主要问题是:不易于维护。为了适应变化的需求,

文档评论(0)

海川电子书城 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档