Ch5-软件配置管理研讨.pptVIP

Zhu.Kerry@ 作者 第 5章 软件配置管理 5.1 概述 5.2 配置项 5.3 基线 5.4 版本控制 5.5 变更控制 5.6 软件配置管理系统 课程目标 了解实施软件配置管理的重要意义 理解软件配置管理的基本概念 掌握实施软件配置管理的基本步骤 软件配置管理计划文档的主要内容 如何选择软件配置管理工具 5.1 概述 配置的概念最早应用于制造系统，其目的是有效标识复杂系统的各个组成部分。 软件配置管理的概念 SCM简单而言就是管理软件的变化，应用于软件工程过程，通常由相应的工具、过程和方法学组成。在整个软件的开发活动中占有很重要的位置。 5.2 配置项 5.2.1 配置项定义 5.2.2 软件配置控制 5.2.3 配置项标识 5.2.1 配置项的定义 所有在软件过程中产生的信息，总称为软件配置项，主要包括： 计算机程序（源代码和可执行程序）； 描述计算机程序的文档（针对技术开发者和用户）； 数据（包含在程序内部或外部）。 配置项内容 配置项 包含内容 项目管理过程文档 项目任务书； 项目计划； 项目周报； 个人日报和周报； 项目会议纪要； 培训记录和培训文档； QA过程文档 QA不符合报告； QA周报； 评审记录； 工作产品 需求文档； 设计文档； 代码； 测试文档； 软件说明书和手册； 项目中使用的第三方产品 例如：Oracle, Java等 5.2.2 软件配置控制 配置控制是配置管理的核心工作。配置控制主要包括： 存取控制：设定了软件开发人员对软件基准库的存取权限，保证软件开发过程及软件产品的安全性； 版本控制：是配置管理的基本要求，使得组织在任何时刻都可以获得配置项的任何一个版本； 变更控制：为软件产品变更提过了一个明确的流程，要求任何进行配置管理的软件产品变更都要经过相应的授权与批准才能实施； 产品发布：保证了提交给客户的软件产品是完整的、正确的。 5.2.3 配置项标识 软件配置项标识是管理配置的前提。标识包括文件名和版本。 确定配置项：软件项目在开发过程中会产生成千上百个配置项，那么确定配置项是很重要的； 明确配置项标识的要求：项目组人员按照标识规则对配置项进行标识，最后提交给配置管理员纳入配置库统一管理； 配置项命名： (1) 唯一性：在一个项目内不能出现重名，以避免混淆； (2) 可追溯性：系统的要求，即名字应能体现相邻配置项之间的关系。 基线是项目存储库中每个工件版本在特定时期的一个“快照”。它提供一个正式标志，随后的工作基于这个标志进行，并且只有经过授权后才能变更这个标志。 基线标志了软件开发过程的各个里程碑。 5.3 基线 常用软件基线： 系统工程 需求分析 软件设计 代码 测试 系统规格说明书 软件需求规格说明书 设计规格说明书 源代码 测试计划 过程/数据 可操作的系统 基线属性与优点 基线的属性： 通过正式评审过程建立； 存在于基线库，对基线的变更接受更高权限的控制； 基线是进一步开发和修改的基准和出发点； 进入基线前，不对变化进行管理；进入基线后，对变化进行有效管理； 不会变化的内容不纳入基线，变化对其它无影响的也不纳入基线； 基线具有名称、标识符、版本、日期等属性； 交付给客户的基线成为一个Release，内部开发用的基线为一个Build。 基线的优点 重现性：当更新不稳定或不可信时，基线提供一种取消变更的方法； 可追溯性：建立项目工件之间的前后继承关系； 版本隔离：新项目与随后对原始项目所进的变更进行隔离。 软件过程中的配置基线 需求分析 设计 编码 测试 计划 基线 需求 基线 设计 基线 编码 基线 测试 基线 计划 项目开发计划 用户手册 需求规格分析 详细设计说明书 概要设计说明书 源代码 测试报告 5.4 版本控制 5.4.1 版本的访问与同步控制 5.4.2 版本分支和合并 5.4.3 版本的历史记录 5.4.1 版本的控制与同步控制 版本的访问控制 工作区域中的源文件是从库中恢复得到的一个复制文件，它可以是可“写”的，也可以是可“读”的。一般有两种工作模式： 一是在工作区域一旦有“读”请求，就做一次恢复操作，获得复制文件，当“读”操作结束，该复制文件被删除； 二是仅当软件库中的内容发生更改时，才发生交互，而不是每次“读”操作都与软件库中的文件发生交互。 版本的同步控制 同步控制实际上时版本的检入检出控制： 检入：将软件配置项从用户的工作环境存入到软件配置库的过程； 检出：将软件配置项从软件配置库中取出的过程。 5.4.2 版本分支和合并 版本分支 版本分支人工方法就是从主版本复制一份文件，做上标记；