配置管理资料.docxVIP

1 软件配置管理理论知识： 1.1 理论  配 置 管 理( Configuration Management， CM)是通过技术或行政手段对 软 件产品 及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件 产品的演化过程，确保 软 件 开 发者在 软 件 生 命 周 期中各个阶段都能得到精确的产品 配置。 其最终目标是实现软件产品的完整性、一致性、可控性，使产品极大程度地与用户 需 求相吻合。它通过控制（？？？）、记录、追踪对软件的修改和每个修改生成的软件 组成部件来实现对软件产品的管理功能。 软件配置（ software configuration）是指开发过程中，构成软件产品的各种文档、程 序及其数据的优化组合。该组合中的每一个元素称为配置中的一  个配置项 ?  (configuration item)。也可以把软件配置项定义是软件中可以独立进行开发的一个实体， 该实体包括程序、数据及其相应的文档和说明。 配置管理要对软件生存期内各阶段的文档、实体和最终产品的演化和变更进行管理； 同时要解决变更的标识、控制和发布等问题。目的是使对设计变更的管理制度化，从 而提高开发效率、减少错误，保证产品的质量 1.2 术语定义 软件配置管理：简称 SCM（Software Configuration Management 的缩写），是在项目开发 中，标识、控制和管理软件变更的一种管理。配置管理的使用取决于项目规模和复杂性以 及风险水平。软件的规模越大，配置管理就显得越重要。 基线：(BaseLine)  是项目储存库中每个工件版本在特定时期的一个“快照”。它提供一个正 式标准，随后的工作基于此标准，并且只有经过授权后才能变更这个标准。建立一个初始 基线后，以后每次对其进行的变更都将记录为一个差值，直到建成下一个基线。 在配置管 理系统中，基线就是一个 CI 或一组 CIs 在其生命周期的不同时间点上通过正式评审而进入 正式受控的一种状态，而这个过程被称为“基线化”。基线是被评审过的一个或多个软件配 置项。 每一个基线都是其下一步开发的出发点和参考点。基线确定了元素（配置项）的一个版本， 且只确定一个版本。一般情况下，基线一般在指定的里程碑处创建，并与项目中的里程碑 保持同步。是软件开发过程中最重要的里程碑，不过基线更强调的是一个开发阶段到达里 程碑时的结果及其内容，如功能基线是 经过评审和批准的需求规格说明书；产品基线是经 集成和确认测试后，经正式审批可交付客户的软件产品的全部配置项（包括软件实体和所 有的文档）。（确定成为基线，必须经过评审和批准） 基线就是一个配置项（或一组配置项）在其生命期的不同阶段完成时，通过评审而进入受 控状态的一组文档和程序实体，这个过程被称为 “基线化”。每个基线都是其下一步开发 的基点和参考点；它们都将接受配置管理的严格控制。因此，基线必须通过评审过程建立； 基线存在于基线库中，接受更高权限的控制；基线是进一步开发和修改的基准和出发点。 （如后面基线发生大的更改，则版本发生了一次大的更改） 受控库 是软件开发过程中，其修改权限受到控制的文档库和程序库，其中基线库和产品库， 特别是产品库的修改权限将受到严格的控制，即使是授权修改的人，在修改前还必须得到 批准。 基线库 是受控库中一些特别重要的库，如需求（基线）库和产品（基线）库。 产品库  是存放软件最终产品（即产品基线）的库，基于它的重要性，对它的修改将受到 特别的控制。 产品基线是最初批准的产品配置标识。 配置管理员：项目组中负责配置管理工作的角色，该角色可以兼职。在某一开发阶段通过 评审或某一质量检查点通过审核后，配置管理员负责统一添加或修改相关文档的最新有效 版本以及审批人签字。 配置标识：（Configuration Identification）对软件项目在开发过程中的资源进行标识，以便 识别。 配置检查：（Configuration Audit）对软件配置管理过程中的行动进行检查。 里程碑：即通常所说的软件开发过程中的“阶段”，如果说它们之间有  区别的话，那么 “阶段”强调的是过程，而“里程碑”则强调过程的终点和终点的标识。这些阶段可以是 需求分析阶段、概要设计阶段、详细设计阶段等等。 1.3 配置管理在软件开发过程和 项 目 管 理过程中的作用  一个好的配置管理过程能覆盖软件开发和维护的各个方面，同时对软件开过程的宏观 管理，即项目管理，也有重要的支持作用。良好的配置管理能使软件开发过程有更好 的可预测性（？？？），使软件系统具有可重复性，使用户和主管部门用软件质量和开 发小组有更强的信心。 配置管理必须紧扣软件开发过程的各个环节