软件配置管理规范詳解.docVIP

软件配置管理规范 文档控制页 文 档 历 史 记 录 日 期 版 本 姓 名 版 本 更 新 记 录 2008-03-08 ***** 目 录 1 配置管理规范 5 1.1 概要 5 1.1.1 内容 5 1.1.2 适用范围 5 1.1.3 术语和缩略语 5 1.2 相关人权责 7 1.2.1 项目经理（Project Manager，PM） 7 1.2.2 配置控制委员会（Configuration Control Board，CCB） 7 1.2.3 配置管理员（Configuration Management Officer，CMO） 7 1.2.4 开发人员（Developer） 8 1.2.5 测试人员（Tester） 8 1.2.6 软件质量保证员（Software Quality Assurance，SQA） 8 1.3 实施细则 9 1.3.1 配置控制委员会的成立 9 1.3.2 确定配置策略 9 1.3.3 制定配置管理计划 10 1.3.4 配置项管理 11 1.3.5 配置库管理 15 1.3.6 配置项基线管理 18 1.3.7 配置变更控制 20 1.3.8 配置状态报告 23 1.3.9 配置审核 23 1.3.10 发行管理 23 1.4 相关文件 23 1.4.1 《配置管理计划》 23 1.4.2 《配置库管理报告》 23 1.4.3 《配置项变更控制报告》 23 2 版本控制——结合cvs实现 23 2.1 概要 23 2.2 总体处理流程 23 2.3 详细说明 23 2.3.1 修改的过程 23 2.3.2 冲突的解决 23 2.3.3 CVS 提交中注释和标签的要求 23 2.3.4 WinCVS 日常使用 23 2.3.5 基本的CVS update/commit操作规范 23 2.3.6 测试（坚持每日构建） 23 2.3.7 开发、质保、测试、发布的过程 23 3 变更管理——结合cvstrac实现 23 3.1 目的 23 3.2 变更过程 23 附件：配置库的创建流程 23 配置管理规范 概要 内容 本文用来规范配置管理活动，确保配置项正确地唯一标识并易于存取，保证基准配置项的更改受控，明确基线状态，在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 适用范围 对于不同类别的软件项目，配置管理的流程不同，可在本流程的基础上进行裁减。 术语和缩略语 软件配置管理（Software Configuration Management，SCM） 软件配置管理是对软件修改进行标识、组织和控制的技术，用来协调和控制整个过程。是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程，确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。 配置项（Configuration Item，CI） 凡是纳入配置管理范畴的工作成果统称为配置项，配置项逻辑上组成软件系统的各组成部分，一般是可以单独进行设计、实施和测试的。 配置项主要有两大类： 1)属于产品组成部分的工作成果，例如需求文档、设计文档、源代码、测试用例等； 2)项目管理和机构支撑过程产生的文档。这些文档虽然不是产品的组成部分，但是值得保存，如会议纪要、交流记录等。 每个配置项的主要属性有：名称、标识符、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里，确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 基线（Baseline） 在配置管理系统中，基线就是一个配置项或一组配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，这些配置项构成了一个相对稳定的逻辑实体，而这个过程被称为“基线化”。每一个基线都是其下一步开发的出发点和参考点。基线确定了元素（配置项）的一个版本，且只确定一个版本。一般情况下，基线一般在指定的里程碑处创建，并与项目中的里程碑保持同步。每个基线都将接受配置管理的严格控制，基线中的配置项被“冻结”了，不能再被任何人随意修改，对其修改要严格地按照变更控制的过程进行。在一个软件开发阶段结束时，上一个基线加上增加和修改的基线内容形成下一个基线。 基线的主要属性有：名称、标识符、版本、日期等。 相关人权责 项目经理（Project Manager，PM） 责任与权利： 接收或拒绝小范围的变更； 提出管理管理的建议和要求； 发布管理； 配合部门、公司质量管理员工作； 指派项目的质量管理员； 考核项目组成员规范的执行