软件质量保证软件配置管理.ppt

Software Configuration Management (SCM)软件配置管理 内容简介 配置管理的意义 配置管理基本概念 配置管理活动涉及的角色和职责 配置管理主要活动和要求 配置库工具介绍 配置管理的意义 为什么要做配置管理？ 通过配置项定义、配置项控制、配置项状态报告和配置审计来建立并维护工作产品的一致性、完整性和可追溯性。 配置管理基本概念 配置管理 配置 配置项 基线 变更控制 CCB(变更控制委员会) 配置库 概念篇之配置管理 配置管理 配置管理是通过对在软件生命周期不同时间点上的软件配置进行标识，并对这些被标识的软件配置项的更改进行系统控制，从而达到保证软件产品的一致性、完整性和可溯性的过程。 概念篇之配置配置项 配置配置项 一个产品在生命周期各个阶段所产生的各种形式和各种版本的文档、程序及其数据的集合。该集合中的每一个元素称为该产品配置中的一个配置项。 典型配置项 ? 开发文档 ? 测试文档 ? 软件部件 ? 测试工具 概念篇之基线 基线 基线就是配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，而这个过程被称为“基线化”。每一个基线都是其下一步开发的基准。基线保证了后续开发活动所需信息的稳定性和一致性。 典型基线 ? 需求基线 ? 概要设计基线 ? 详细设计基线 ? 代码基线 概念篇之基线变更控制CCB 基线变更控制 通过采取有效的措施对变更进行严格的控制。通过变更控制能够协调开发，使混乱减少到最小。 CCB(变更控制委员会) 组织对变更申请进行评估和分析，识别和评估受影响的所有配置项，确定修改方案、修改人、修改版本、修改时间、验证方式和验证人。 概念篇之配置库 配置库 在产品生命周期过程中为存放产品数据建立的存储空间及其数据。狭义的配置库单指在配置库服务器上物理体现的存储空间。 配置管理活动涉及的角色和职责 配置管理主要活动 配置项标识 项目版本号规则 项目版本号由大版本号和小版本号组成：: 大版本号: V+1.0~9.0，如V1.0，V2.0，V3.0 小版本号: D+100~900，如D100，D200，D300 项目版本号迁升图示 转测试版本号 转测试时版本号原则如下： 在项目版本号后加上3位build号，首位为固定字母B，后两位数字从01开始，版本升级依次加1。 如：第一次转测试的版本为： JD_EXAM_V1.0D100B01 第二次转测试的版本为： JD_EXAM_V1.0D100B02 ……以此类推 项目工作产品的命名 规则 项目生命周期中各阶段所列举的工作产品： JD_EXAM_V1.0D100 SOW JD_EXAM_V1.0D100 PPL 非项目生命周期中各阶段所列举的工作产品，但其采用了组织标准过程的模板或表格: JD_EXAM_V1.0D100 Project Start Report JD_EXAM_V1.0D100 Kick-off Meeting Record 经常生成或定期生成的过程类工作产品， 如会议记录、项目周报和项目阶段报告，则需在工作产品的名称上注明日期、时间间隔或阶段: JD_EXAM_V1.0D100 Meeting Record (05.11.07) JD_EXAM_V1.0D100 Project Team Weekly Work Report (05.11.07-05.11.13) 配置项状态 对已基线化配置项的更改将遵循基线变更操作。 更改后的配置项获得批准签发后，将形成新的基线。 PL要确保所有发布产品都是从已基线化的配置项中创建的。 配置管理计划 配置库管理 配置库管理之备份 备份策略 ? 每天进行日增备份（.bkf)，从配置库建库之日创建任务。 每周进行一次周备份(.bkf文件)，保留当前备份记录，其他记录可视情况删除。 每月进行一次（全量）备份，仅保留当次备份记录，在本次基础上进行日增备份。 恢复验证 对备份的数据定期进行恢复验证,检验备份是否有效。 每月由QA抽查备份文件进行备份恢复验证。 归档 项目结束时，项目经理通知配置管理员对配置库进行归档，配置管理员在服务器上保存好项目归档文档。 基线管理 根据PPL中里程碑计划制定出基线计划。计划出各基线建立的准则、基线名称、各基线建立的日期、纳入基线的工作产品相关责任人以及建立基线的流程 根据计划，PM决定建立基线时，需要纳入基线的工作产品组件通知配置管理员 执行配置审计，确保将要纳入基线的工作产品组件的完整性和一致性，并发布配置审计报告 根据版本标识方案，使用配置管