模块变更管理.PPTVIP

6.5.1 软件复用 软件项目通常包括如下三类成分: 基本构件：是特定于计算机系统的构成成分，如基本的数据结构、用户界面元素等，它们可以存在于各种软件项目中。 领域共性构件：是软件项目所属领域的共性构成成分，它们存在于该领域的各个软件项目中。 应用专用构件：是每个软件项目的特有构成成分。 软件复用是指在两次或多次不同的软件开发过程中重复使用“为了复用目的而设计的软件元素”的过程。这里所说的软件元素包括程序代码、测试用例、用户界面、数据、设计文档、需求分析文档、项目计划、体系结构甚至领域知识。 软件元素的大小被称为是重用的粒度。 可复用软件是指为了复用目的而设计的软件。 按照复用对象的不同，可以将软件复用分为产品复用和过程复用。 产品复用指复用已有的软件元素，通过已有软件元素的集成得到新系统；过程复用指复用已有的软件开发过程。 产品复用是目前现实的、主流的途径。 6.5.1 软件复用 按照复用方式的不同，可以将软件复用分为黑盒复用和白盒复用。 黑盒复用指对已有软件元素不需作任何修改，直接进行复用，这是理想的复用方式；白盒复用指已有软件元素并不能完全符合用户需求，需要根据用户需求进行适应性修改后才可使。 在大多数应用的集成过程中，软件元素的适应性修改是必需的。 6.5.1 软件复用 6.5.2 软件构件技术 构件 构件是指软件系统中可以明确辨识的构成成分，而可复用构件是指具有相对独立的功能和可复用价值的构件。 构件技术的研究内容 构件技术主要的研究内容有如下六个方面： 构件获取 构件模型 构件描述语言 构件分类与检索 构件复合组装 标准化 构件实现规范与标准 （1）组件对象模型COM （2）公共对象请求代理体系结构CORBA （3）开放式文档接口OpenDoc （4）Java 基于构件的软件开发 基于构件的软件开发则 是软件复用的主要形式。 如图6.17所示。 图6.17 基于构件的软件开发 6.5.2 软件构件技术 6.5.3 基于构件的版本管理 版本管理的粒度 版本管理是软件配置管理的基础和核心。传统的版本管理以文件作为管理的基本粒度，记录、维护每个文件的演化历史。 为适应软件开发中的新变化，提出了以构件为粒度的版本管理。 以构件为粒度的版本管理有以下特点： 构件的抽象级别比文件高。 构件的粒度可以比文件大很多。 在构件基础上，可以体现出系统的层次性、构造性等特征，同时构件版本管理也可以满足对文件版本的管理需求，使版本管理既有大粒度，又有灵活性。 构件版本的管理 （1）组成 构件是软件系统中多个相关文件构成的一个逻辑整体，如一个完整的功能模块。构件版本表明了构件的演化过程。 图6.18显示了构件版本的组成 图6.18 构件版本的组成 6.5.3 基于构件的版本管理 （2）管理的基本模式 基于构件的版本管理系统仍然采用“检出—修改—检入”的基本操作模型，只不过操作的基本单位不再是文件，而是构件。 以构件版本为粒度的版本管理系统记录和管理了开发人员对构件修改的历史。 （3）分支、构件比较及合并 基于构件的版本管理也有相应的动作；分支、构件比较、合并，但构件版本的比较分为两个层次：底层是文件级的比较，上层是构件级的比较。 （4）构件的增量存储 不同版本应该使用增量存储方式，即只存储最新的版本和版本间变化的部分。 6.5.3 基于构件的版本管理 并发控制机制 为了保证协同开发的安全性和正确性，必须解决构件开发过程中的并发控制问题。在基于文件的版本管理中，版本控制与并发控制的基本单位都是文件。开发人员可以在检出时对文件加锁，以防其他人对该文件进行修改；检入时，生成文件新版本并对文件解锁，会造成其他人员无法同时修改构件和构件中的任何文件，降低工作效率。 针对这种情况，一种较好的管理办法就是版本控制与并发控制单位的分离，即以构件为版本控制单位，以文件为并发控制单位。 6.5.3 基于构件的版本管理 6.5.4 基于构件的配置管理 相关概念 （1）构件 配置管理系统中的构件可以定义为通过某种结构组织起来的一组密切相关文件的集合。 （2）配置 配置是指一组配置项的集合，其中每个配置项可以是一个构件，也可以是一个配置（作为配置项的配置也称为子配置）。 （3）配置基线 为配置及其所有子配置中的构件都选定一个特定版本，就得到了配置的一个基线。 管理系统模型 基于构件的配置模型，如图6.19所示： 图6.19 基于构件的配置管理模型 6.5.4 基于构件的配置管理 在构件的基础上定义配置，在已有的构件和配置的基础上定