软件配置管理规范..docVIP

目录 目录 1 1. 引言 2 1.1. 目的 2 1.2. 定义和缩略词 2 1.2.1. 定义 2 1.2.2. 缩略语 2 2. 管理 3 2.1. 任务 3 2.2. 职责 4 2.3. 适用的标准、条例和约定 4 3. 软件配置管理活动 5 3.1. 配置控制 5 3.2. 配置状态的记录和报告 5 3.3. 变更控制 6 3.4. 配置的检查和评审 6 4. 工具、技术和方法 6 5. 记录的收集、维护和保存 6 6. 附录：配置管理报表及其格式 7 6.1. 配置(变更)状态报告模板 9 6.2. 配置变更申请单模板 10 6.3. 基线发布报告 11 6.4. 基线审计报告 12 引言 目的 在对同一个项目中所产生大量的相关联的工作产品进行有效的控制，确保生产的工作、产品、组合不会由于同时更新、变更、多个版本而发生冲突。来保证整个软件生命周期中建立和维护软件项目中所产生的各个产品的完整性和可追溯性。 定义和缩略词 定义 序号 定义 说明 1 存储库 用于存放文件、目录、生成的目标码、以及与这些对象相关信息的中心数据库。 2 配置项 软件开发中所产生或者使用的任何条目。每个配置项都有唯一的标识符。 3 基线 是一组配置项组成，这些配置项构成了一个相对稳定的逻辑实体。基线通常对于开发过程中的里程碑（Milestone）。 4 配置审计 配置审计是指对于存储配置项及相关记录的软件基线库的结构、内容进行检验，其目的是在于验证基线是否符合描述基线的文档。 缩略语 序号 缩略语 全称 说明 1 SCCB Software Configuration Control Board 配置控制委员会 2 PM Project Manager 项目经理 3 SCM Software Configuration Manager 配置管理员 4 QA Software Quality Assure 软件质量保证人员 5 SE Software Develop Engineer 软件开发工程师 6 TE Test Engineer 测试工程师 管理 任务 配置控制委员会(SCCB)担任着整个软件生存周期的评审和检查工作，并将各个阶段的产品放入对应的配置库中。 职责 SCCB负责人（PM项目经理） 任命配置管理员（SCM） 所有目录SCCB负责人有更改和书写权限。 配置管理员（SCM） 所有目录SCM有更改和书写权限。 整个SVN由SCCB负责人指定SCM管理。 SCM 要维护所有目录和配置项的权限，保证配置下Reader能够获得到该文档，而其它人员无权获得。 软件工程师（SE） 自己负责的程序模块有更改和书写权限。 对于正式发布的目录SE没有更改和书写的权限。 适用的标准、条例和约定 要标识的配置项主要包括以下几部分： 开发环境：可以包括软件工具、硬件设备等； 工具：可以包括测试工具、维护工具等； 技术文档：软件需求、软件设计方案、软件测试方案、测试文档、用户手册、总结报告等； 提交产品：计算机程序、释放产品等。 标识要求 项目组人员将要标识或已标识的配置项提交给软件配置管理软件配置管理负责人软件配置管理负责人软件配置管理负责人 附录：配置管理报表及其格式 报告类型 报告内容 报告时机频度 报告对象 采样模板 配置状态报告 相关信息是从《配置状态记录》中提取。 包括所有的配置项模块(多级)、配置项描述、配置标识、当前和过去的版本号、包含元素(针对代码产品)、批准时间、配置时间、发布日期、控制基线及版本、变更请求等内容。 所有提交的变更请求/问题报告的状态。 报告时机： 每次有新的配置项纳入基线时。 原有配置项更新为新版本时。 每次变更批准时。 每次基线库做出发布时。 报告频度： 每周、没两周定期的报告一次。 也可根据项目具体情况进行裁剪。 报告的时间应由SCM负责人确定时间并记录下来。 内部所有受到影响的组合个人（可以以邮件的方式） 配置状态报告模板 变更状态报告 相关信息从《变更与问题日志》中提取。 包括基线域和开发域的变更日志。 日志中内容包括：变更或问题编号、变更描述、请求人、当前状态(如公开的、在评价的、批准的变更)、状态日期、受影响项(包括版本号)、责任人、计划完成日期、实际完成日期、纳入基线日期、批准人，每次提取的状态为多个变更状态中的当前的状态。 所有变更状态当前的统计结果。 报告时机： 每次变更批准时，配置人员应及时发E_mail(BQQ)通知项目组所有人员，让所有人都了解变更情况。 报告频度： 每周或每两周报告一次，作为配置状态报告的一部分。 根据项目阶段的不同也可定义报告的频度。如需求阶段和代码阶段报告发布的频度是不同的。 SCM负责人确定并记录。 可根据需要随时进行报告。