[工学]配置管理.ppt

软件配置管理 CESI软件工程与评估中心 周平 zhouping@ 2005年10月18日 课程目标 了解配置管理在软件开发过程中的地位和作用； 了解如何根据GJB 5235实施软件配置管理； 有关软件配置管理问题的思考： 多大规模的项目应该实施配置管理？ 配置管理应该实施到什么粒度？ 配置管理在整个项目实施过程中应该投入多少？ 课程内容 配置管理相关概念 SCM过程实施 软件配置标识 软件配置控制 软件配置状态统计 软件配置评价 软件发布管理和交互 什么是软件配置管理 标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的发布和变更记录并报告配置的状态和变更要求，验证配置项的完整性和正确性。 IEEE Std 610.12 - 1990 软件配置管理的问题 软件配置管理的对象 软件配置项(Software Configuration Item－ SCI ) 置于软件配置管理之下并作为单个实体对待的工作产品称为软件配置项。 由SCM控制的软件系统的成分包括规格说明、数据库模式、测试用例、用户操作指南、可重用编码对象、源代码、可执行代码或数据等。 基线（Baseline） 一个配置项在其生存周期的某一特定时间被正式标明、固定并经正式批准的一个版本， 无论媒体是什么。 [ GB/T 8566-2001 ] 基线的特性 具有明确标识 具有明确内容 经过正式审批 严格控制变更 实施软件配置管理的益处 SCM过程实施 启动并定义范围 策划 控制执行 评审并评价SCM过程 结束 启动并定义范围 定义SCM过程的输入 哪些产品应该纳入配置管理？ 要提供什么记录？ 要求什么样的配置环境？ 定义SCM过程的资源和约束 确定资源需求； 确定规程、标准、术语及相关文档。 分配职责和授权 建立基线； 基线变更； 产品发布； SCM计划变更。 选择SCI的准则 必要的、软件环境使用的、用于派生发行的。 定义SCM过程输出 配置项的各种相关信息。如SCI一览表、工具、版本控制、文档等。 策划 控制执行 SCM过程应为有关人员提供配备了足够工具和设备的软件环境，并提供针对该软件环境的足够培训时间，以便实施SCM计划中规定的SCM任务。 SCM过程应完成SCM计划中规定的SCM任务。 评审并评价SCM过程 SCM过程应通过评审和评价的方式，以确保SCM任务符合SCM计划。 SCM过程应按照GB/T 8566的要求实施诸如问题解决和过程改进等过程，以调整对SCM计划的偏离。 结束 SCM过程应根据SCM计划，适时终止SCM活动。 软件配置标识 标识SCI 标识软件配置基线 标识受控库 进展状态 选定SCI SCM过程应为个SCI提供唯一性标识，并将SCI间的关系文档化。 SCM过程应为SCI开发、控制、建立、验证、装载和重建所用的各种工具提供唯一性标识。 标识软件配置基线 每个基线中受控的SCI； 将SCI纳入基线所用的规程； 配置并建立完整基线所用的规程； 定义基线所需要的软件产品和记录； 批准基线所需要的过程； 批准基线所需要的权力； 建立基线所用的工具。 标识受控库 存放位置； 每个库的存储介质； 同源库的数目及并行内容的维护机制； SCI的内容； SCI状态的内容； 进入SCI的条件，包括与受控库内容兼容的最小状态； 预防蓄意损害、意外损害和退化的措施，以及有效的恢复程序； 检索SCI的条件，说明使用的不同； 访问控制措施。 进展状态 SCM过程应为每个SCI和基线的建立状态。 SCM过程应说明将每个SCI配置项和基线纳入配置控制的进展情况。 SCM过程应标识更改申请的状态。 软件配置控制 剪入和剪出控制 更改控制 版本控制 存取控制 剪入和剪出控制 SCM过程应对SCI的剪入和剪出进行控制，以保证受控库的正确性和完整性。 包括： 验证更改是否得到授权； 建立更改日志； 维护一份更改副本； 更新受控库。 更改控制 提出更改申请； 评价更改申请的影响； 实施更改； 通报处理； 结束更改。 更改控制（续） 版本控制 凡已经进入受控库的产品，如发生更改，SCM过程应更改版本号。 存取控制 SCM过程应采取必要的措施，以控制不同访问权限的人访问受控库。 软件配置状态记实 记录标识 跟踪更改 报告状态记实 记录标识 SCM过程应记录每一个新的和已更改的软件配置项的标识和状态； 在软件配置项纳入配置控制时，SCM过程应在每次改进时对版本和状态进行维护。 跟踪更改 SCM过程应跟踪、记录并报告更改申请的状态和批准的更改的实现状态，并检查是否更改且仅更改所批准的更改；