第17讲 项目配置管理.ppt

第十七讲、配置管理 主要内容 一、配置管理概述 二、配置管理流程 一、配置管理概述 ??? 配置管理（Configuration Management, SCM）是采用技术手段和行政手段进行管理和监督的一套规范化方法；对配置项的功能特性和物理特性加以标识，并将其文档化；控制这些特性的变更，保证所有配置项的完整性和可跟踪性，报告变更进行的情况和变更实施的状态以及验证与规定需求的一致性。 软件配置管理(SCM)是贯穿于整个软件过程中的保护性活动。保证工作成果的所有版本都被保留着，不会丢失也不会被覆盖。 SCM目的是保证软件项目生成的产品在软件生命周期中的完整性和一致性. 维护是发生在软件已经被交付给客户，并投入运行后的一系列软件工程活动，而软件配置管理则是当软件项目开始时就开始，并且仅当软件退出运行后才终止的一组跟踪和控制活动。 （1）CM 的目标 目标1: 软件配置管理活动被定义和计划 目标2: 软件开发过程中的制品被识别、控制和管理 目标3: 对于处于配置管理下的软件制品的修改被控制 目标4: 与软件制品相关的项目组和成员应该被通知制品的目前状态和被修改的信息 （2）CM术语 软件配置是一个软件产品在生存期各个阶段的不同形式（记录特定信息的不同媒体）和不同版本的程序、文档及相关数据的集合，或者说是配置项的集合。 凡是纳入配置管理范畴的工作成果统称为配置项（Configuration Item，CI）。 每个配置项的主要属性有： 名称、标识符、文件状态、版本、作者、日期等。 表 软件配置项的分类、特征和举例 项目开发过程的制品由正式技术评审并被相关人员一致同意，而得到的软件配置项的正式文本,可以作为以后项目开发的基础。 基线（Baseline）由一组配置项组成，这些配置项构成了一个相对稳定的逻辑实体。 基线中的配置项被“冻结”了，不能再被任何人随意修改（见变更控制规程）。 其作用是使连续的工作在这些点上断开，以便于检查和肯定阶段成果。 基线需要定期审核，以验证与文档的一致性。 基线是软件生存期各开发阶段末尾的特定点，也称为里程碑。一个产品可以有多个基线，也可以只有一个基线 三种常见基线 ——功能基线 在系统分析和软件定义阶段结束时，经过正是评审和批准的系统设计规格说明中对被开发软件系统的规格说明； 经过项目委托单位和项目承办单位双方签字同意的协议书或合同中所规定的对被开发软件系统的规格说明； 由下级申请及上级同意或直接由上级下达的项目任务书中所规定的对待开发软件系统的规格说明。 ——分配基线 在软件需求分析阶段结束时，经正式评审和批准的软件需求规格说明。 ——产品基线 在软件组装与系统测试阶段技术时，经正式评审和批准的有关所开发的软件产品的全部配置项的规格说明。 ——初始库：包括项目开始时可供利用的配置项 已有的源代码（如可以利用且需要） 已有的软件文档（如可以利用且有需要） 已有的测试计划和测试数据（如可利用且有需要） 合同或建议书 ——环境配置项：包括对稳定的开发环境或维护环境所必需的配置项 编译器、操作系统、编辑程序、实用程序、RDBMS 团组所用的工具（项目管理工具，进展表，测试工具，缺陷追踪等） 第三方库 文档工具（字处理器、电子表格等） ——定义库：在需求规格说明工作结束时生成的 需求规格说明 项目计划 设计标准与设计准则 验收测试计划 ——设计库：在设计工作结束时所产生的 系统设计说明书 程序规格说明 数据库设计 编码标准、用户接口标准、测试标准 系统测试计划 用户手册 ——构造库：在编码和段单元测试结束时生成的 源代码 标代码 单元测试数据 ——测试库：系统测试完成后生成的 系统测试数据 运行手册和安装手册 ——维护库：验收测试、安装和培训等之后 将有变更的所有配置项 配置库的作用 记录与配置相关的所有信息 利用库中的信息可评价变更的后果 可利用库中的信息查询，例如： 那些客户已提取了某个特定的系统版本？ 运行一个给定的系统版本需要什么硬件和系统的哪些版本? 一个系统到目前已生成了多少版本，何时生成的？ 如果某一特定的构件变更了，会影响到系统的那些版本？ 一个特定的版本曾提出过那几个变更请求？ 一个特定的版本有多少已报告的错误？ 配置库是一组受控制的、辅助软件开发、使用和维护的软件及相关文档，分为： （1）开发库： 存放开发过程中需要保留的各种信息，供开发人员个人专用。 （2）受控库： 在软件开发的某个阶段工作结束时，将工作产品存入或将有关的信息存入。 （3）产品库： 在开发的软件产品完成系统测试之后，作为最终产品存入库内，等待交付用户或现场安装。 制定配置管理计划的主要步骤 ??? [步骤1]