软件系统配置管理规程.docx

配置管理规程 年 月 日 修改历史 日期 版本 作者 修改内容 更改请求号 2011-7-23 V0.1 张梅娜 创建 “更改请求号”为文档正式发布后需要变更时的编号，编号方法待定。 正式批准 角色 签名 日期 备注 目 录 配置管理规程 1 引言 4 编写目的 4 适用范围 4 读者对象 4 范围 4 术语和缩略语 5 管理 6 任务 6 角色与职责 6 软件配置管理过程 6 规范与约定 8 目录结构 8 命名规范 9 版本定义规范 9 版本号定义规范 9 脚本版本规范 10 ID 编码规范 10 软件配置管理活动 11 配置管理计划 11 建立配置环境 12 测试库管理 12 基线库管理 13 配置状态监控与审计 15 相关文档 16 引言 软件配置管理的目的是在项目整个软件生存周期过程中建立和维护软件项目产品的完整性和一致性。 软件配置管理包括确认在给定时间点上软件的配置（即选定的软件工作产品及其描述），系统地控制对配置的更改，并维护在整个软件生存周期中配置的完整性和可跟踪性。 置于软件配置管理之下的工作产品包括：软件过程资产（例如软件过程改进中的所有文档），交付给顾客的软件产品（例如软件需求文档和代码），内部使用的相关软件产品，以及为完成这些软件产品而生成的中间产品。这些产品通常置于产品基线库中并由专门人员进行管理和控制。 软件配置管理过程需要达到的目标包括： 保证软件项目的配置管理活动是有计划的。 所选择的软件工作产品是确定的、受控的、可访问和可用的。 对已经确定的软件工作产品的变更是受控的。 相关部门和人员能及时获知软件基线库的状态、变更和变更内容。 编写目的 本文档的编写目的是统一软件配置管理规范，为配置管理活动提供指导。 本文档是在参考 CMMI3 模型的基础上，对现阶段项目中配置管理进行初步的规范。 适用范围 本规程适用于 XX 公司测试事业部的测试项目，覆盖项目测试的整个生命周期。 读者对象 读者对象为测试事业部下测试项目相关的所有人员，包括产品线测试部门经理、测试负责人和测试人员，及其他相关人员。 范围 本配置管理规程适用于整个软件测试生命周期过程中已纳入配置管理库的配置项的活动。现阶段置于配置管理系统下的工作产品通常包括： 测试计划文档 测试案例文档 测试案例执行报告文档 测试缺陷文档 测试报告文档 测试跟踪记录文档 其它测试产出文档 测试事业部发布的测试规程和测试管理文档 术语和缩略语 术语或缩略语 定义/解释 CM Configuration Management，配置管理 配置项 是配置管理的基本对象，配置项的有序管理及控制对保证软件产品的 完整性和一致性有重要意义。 基线 由一组配置项组成，这些配置项构成了一个相对稳定的逻辑实体。基线中的配置项被“冻结”了，不能再被任何人随意修改。基线通常对应于开发过程中的里程碑（Milestone），一个项目可以有多个基线，也可以只有一个基线。 基线提供一个正式标准，随后的工作基于此标准，并且只有经过授权后才能变更这个标准。 IEEE 对于基线的定义是：已经通过正式复审和批准的某规约或产品，它因此可以作为进一步开发的基础，并且只能 通过正式的变更控制过程进行改变。 软件产品 需要提交给客户或者最终用户的项目工作成果，如程序、文档和数据 等。 配置库 为项目建立或可以利用的一个仓库，用于存储软件配置项和相关联的 配置管理信息。 CCB 是负责评价、认可或否定有关配置项更改申请并确保确认的更改得以 正确执行的一个小组。 测试成品库 由定义、维护和使用一个软件测试过程所产生的任何人工制品，包括 过程描述、计划、规程、计算机程序和相关文档，无论是否打算将它们交给客户或最终用的相关文档户。 管理 任务 在软件工程化生产的各个阶段中，与本阶段的阶段产品有关的全部信息在测试事业部测试文档库中存放。自项目组测试开始阶段，项目组测试负责人有权对本阶段的阶段产品作必要的修改；但是如果产品线部门经理、部门测试配置管理员或项目测试负责人组长认为有必要个性前面有关阶段的阶段产品时，就必须通过事业部测试配置管理员办理正规的审批手续。 角色与职责 角色 职责 CCB 负责基线发布的审批；负责基线变更的审批。负责指导和控制配置管理的各项具体活动的进行，为事业部级测试配置管理员、产品线部门测试配置管理员提供建议。其具体职责为以下几项：定制访问控制；制定常用策略；建立、更改基线的设置，审核变 更申请；根据测试配置管理员的报告决定相应的对策 部门经理 负责本部门下项目组测试文档的跟踪。参与 CCB 的相关活动。 事业部级测试配置管理员 负责接收产品线级测试配置管理员提交的配置管理相关报告和变更申请