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

软件质量保证软件配置管理第一页，共三十四页，编辑于2023年，星期三CopyrightBroadenGate2006内容简介配置管理的意义配置管理基本概念配置管理活动涉及的角色和职责配置管理主要活动和要求配置库工具介绍第二页，共三十四页，编辑于2023年，星期三CopyrightBroadenGate2006配置管理的意义为什么要做配置管理？

通过配置项定义、配置项控制、配置项状态报告和配置审计来建立并维护工作产品的一致性、完整性和可追溯性。

建立和维护产品完整性、一致性、可跟踪性配置项管理变更管理基线管理配置标识版本控制过程管理提高可视化第三页，共三十四页，编辑于2023年，星期三CopyrightBroadenGate2006配置管理基本概念配置管理配置配置项基线变更控制CCB(变更控制委员会)配置库第四页，共三十四页，编辑于2023年，星期三CopyrightBroadenGate2006概念篇之配置管理配置管理配置管理是通过对在软件生命周期不同时间点上的软件配置进行标识，并对这些被标识的软件配置项的更改进行系统控制，从而达到保证软件产品的一致性、完整性和可溯性的过程。第五页，共三十四页，编辑于2023年，星期三CopyrightBroadenGate2006概念篇之配置&配置项配置&配置项一个产品在生命周期各个阶段所产生的各种形式和各种版本的文档、程序及其数据的集合。该集合中的每一个元素称为该产品配置中的一个配置项。典型配置项开发文档测试文档软件部件测试工具SCI代码文档报告数据第六页，共三十四页，编辑于2023年，星期三CopyrightBroadenGate2006概念篇之基线基线基线就是配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，而这个过程被称为“基线化”。每一个基线都是其下一步开发的基准。基线保证了后续开发活动所需信息的稳定性和一致性。典型基线需求基线概要设计基线详细设计基线代码基线第七页，共三十四页，编辑于2023年，星期三CopyrightBroadenGate2006概念篇之基线变更控制&CCB基线变更控制通过采取有效的措施对变更进行严格的控制。通过变更控制能够协调开发，使混乱减少到最小。CCB(变更控制委员会)

组织对变更申请进行评估和分析，识别和评估受影响的所有配置项，确定修改方案、修改人、修改版本、修改时间、验证方式和验证人。第八页，共三十四页，编辑于2023年，星期三CopyrightBroadenGate2006概念篇之配置库配置库在产品生命周期过程中为存放产品数据建立的存储空间及其数据。狭义的配置库单指在配置库服务器上物理体现的存储空间。第九页，共三十四页，编辑于2023年，星期三CopyrightBroadenGate2006配置管理活动涉及的角色和职责角色职责项目总监签发配置管理计划评审并批准配置管理计划保证为项目提供合适的管理工具PM指定CMO评审配置管理计划评估和批准对配置项的更改确保批准后的更改的实施CMO制定配置管理计划建立和管理配置库保存变更请求基线化配置项生成并发布配置状态发布表对已经基线化的配置项进行CHECK-IN和CHECK-OUT操作将基线化的文档和计划分发给所有相关人员管理配置库的访问权限增加/删除配置项(仅在收到已获批准的请求时)备份/恢复和归档配置库第十页，共三十四页，编辑于2023年，星期三CopyrightBroadenGate2006配置管理主要活动配置项标识配置管理计划配置库管理变更管理版本管理配置状态发布配置审计第十一页，共三十四页，编辑于2023年，星期三CopyrightBroadenGate2006配置项标识配置项ID(文件名或文件名命名规则)配置项名称版本（版本编号规则)位置（所属组）分发对象文档配置项使用配置库项目计划阶段配置管理员与项目经理一起识别配置项，制定配置项清单标识配置项组及其物理存储位置(如：子目录名)PM第十二页，共三十四页，编辑于2023年，星期三CopyrightBroadenGate2006项目版本号规则项目版本号由大版本号和小版本号组成：:大版本号:V+1.0~9.0，如V1.0，V2.0，V3.0小版本号:D+100~900，如D100，D200，D300第十三页，共三十四页，编辑于2023年，星期三CopyrightBroadenGate2006项目版本号迁升图示JD_EXAM_V1.0D100

JD_EXAM_V2.0D100

JD_EXAM_V1.0D100JD_EXAM_V1.0D200JD_EXAM_V1.0D100

JD_EXAM_V1.0D101

当项目有重大改变时，大版本号随着升级，如从V1.0变为V2.0。当项目在当前的版本上有局部小改动时，大版本号保持不变，小版本号随着升级，如从V1.0D100变为V1.0D200。如果项目在此基础上有更小的改变，则版本号可升级为V1.0D101。第十四页，共三十四页，编辑于2023年，星期三CopyrightBroadenGate2006转测试版本号转测试时版本号原则如下：在项目版本号后加上3位build号，首位为固定字母B，后两位数字从01开始，版本升级依次加1。如：第一次转测试的版本为：

JD_EXAM_V1.0D100B01第二次转测试的版本为：

JD_EXAM_V1.0D100B02……以此类推第十五页，共三十四页，编辑于2023年，星期三CopyrightBroadenGate2006项目工作产品的命名规则项目生命周期中各阶段所列举的工作产品：JD_EXAM_V1.0D100SOWJD_EXAM_V1.0D100PPL非项目生命周期中各阶段所列举的工作产品，但其采用了组织标准过程的模板或表格:JD_EXAM_V1.0D100ProjectStartReportJD_EXAM_V1.0D100Kick-offMeetingRecord经常生成或定期生成的过程类工作产品，如会议记录、项目周报和项目阶段报告，则需在工作产品的名称上注明日期、时间间隔或阶段:JD_EXAM_V1.0D100MeetingRecord(05.11.07)JD_EXAM_V1.0D100ProjectTeamWeeklyWorkReport(05.11.07-05.11.13)第十六页，共三十四页，编辑于2023年，星期三CopyrightBroadenGate2006配置项状态对已基线化配置项的更改将遵循基线变更操作。更改后的配置项获得批准签发后，将形成新的基线。PL要确保所有发布产品都是从已基线化的配置项中创建的。受控管理和受控已基线化CMO将该配置项放入配置库或者维护配置项的版本信息，以保证该配置项的可控性和可跟踪性。从提交评审到被基线化这段时间内配置项的控制方式。更新的配置项用不同的版本号标识。保存修改记录和修改说明。

配置项被基线化后的控制方式。已基线化配置项的更改遵循基线变更操作规程。第十七页，共三十四页，编辑于2023年，星期三CopyrightBroadenGate2006配置管理计划

CMO在项目计划阶段根据项目计划制定配置管理计划，并和项目计划一起评审。由CPM签发。第十八页，共三十四页，编辑于2023年，星期三CopyrightBroadenGate2006配置库管理CMO配置库PM创建并维护配置库确定配置项密级和项目成员的权限CMO配置库PM项目成员申请增加权限批准或取消权限设置权限第十九页，共三十四页，编辑于2023年，星期三CopyrightBroadenGate2006配置库管理之备份备份策略

每天进行日增备份（.bkf)，从配置库建库之日创建任务。每周进行一次周备份(.bkf文件)，保留当前备份记录，其他记录可视情况删除。每月进行一次（全量）备份，仅保留当次备份记录，在本次基础上进行日增备份。恢复验证对备份的数据定期进行恢复验证,检验备份是否有效。每月由QA抽查备份文件进行备份恢复验证。归档项目结束时，项目经理通知配置管理员对配置库进行归档，配置管理员在服务器上保存好项目归档文档。第二十页，共三十四页，编辑于2023年，星期三CopyrightBroadenGate2006基线管理

根据PPL中里程碑计划制定出基线计划。计划出各基线建立的准则、基线名称、各基线建立的日期、纳入基线的工作产品相关责任人以及建立基线的流程根据计划，PM决定建立基线时，需要纳入基线的工作产品组件通知配置管理员执行配置审计，确保将要纳入基线的工作产品组件的完整性和一致性，并发布配置审计报告根据版本标识方案，使用配置管理工具执行版本标识收回项目组成员对基线中工作产品的所有“写”权限使用邮件系统发布基线报告，通知项目组成员记录基线日期、基线名称、基线内容、版本号第二十一页，共三十四页，编辑于2023年，星期三CopyrightBroadenGate2006基线变更的来源评审发现问题测试发现问题审计发现问题维护产生问题客户需求修改计划文档基线变更的来源第二十二页，共三十四页，编辑于2023年，星期三CopyrightBroadenGate2006基线变更管理开始提出申请配置项变更申请表影响评估是否通过更改权限执行修改基线审计建立基线基线审计检查单结束否基线公告基线公告记录变更基线变更一览表PMPM批准CMO执行PM组织评审是第二十三页，共三十四页，编辑于2023年，星期三CopyrightBroadenGate2006基线变更管理对基线的配置项，需提交《变更申请表》

项目经理要组织在团队内部对变更进行评审，评估变更所带来的影响项目经理批准《变更申请表》

配置管理员更新《基线变更一览表》

项目经理分配修改任务，指定责任人配置管理根据申请表向责任人开放修改权限修改完成后配置管理员重新建立基线，并发布公告基线公告第二十四页，共三十四页，编辑于2023年，星期三CopyrightBroadenGate2006配置状态报告CMOPM项目组成员其他相关组配置状态发布CSA+CRLogSUPT_F_配置管理工作报告配置状态报告中记录和报告整个软件生命周期演化状态，内容包括：配置管理工作的情况配置项的基线状态阶段基线情况软件和文档的标识基线演化状态变更状态版本交付信息等配置管理中各项活动都必须是可追溯的，CMO在日常工作中应使用《配置管理工作报告》即时做好工作记录配置管理员《配置管理工作报告》每月向项目经理提交一次根据项目需要，配置管理员确保随时可将《配置管理工作报告》提供给项目组第二十五页，共三十四页，编辑于2023年，星期三CopyrightBroadenGate2006版本管理之版本构建版本编译：代码修改人在编译之前必须将checkout处理的代码checkin；版本编译人员在编译之前必须先Update获取最新的代码。代码基线：版本完成构建提交测试之前必须对配置库中对应的代码进行基线化（即打标签），保证代码可追溯。标签的命名:【标签的名称】：详细发布版本号_八位日期【基线路径】：写明完整的需要基线的路径【基线化时间点/版本】：2010-8-5，15：00【标签描述】******（写明标签创建原因及用途）源码归档：对于通过归档源码进行基线的版本需要及时通过CMO创建源码归档目录，写成归档后知会CMO，CMO第一时间取消所有人员写的权限。第二十六页，共三十四页，编辑于2023年，星期三CopyrightBroadenGate2006版本管理之版本转测试转测试版本：是指通过在产品内建立版本基线而形成的用于进行测试的版本。测试内容：软件及其配套资料。转侧基线：每一轮版本转侧根据转侧版本号命名，并要基线化。第二十七页，共三十四页，编辑于2023年，星期三CopyrightBroadenGate2006版本管理活动之发布在版本完成测试且版本质量符合发布要求后，项目经理知会CMO发布版本。第二十八页，共三十四页，编辑于2023年，星期三CopyrightBroadenGate2006配置审计之审计类别

配置审核的类别功能配置审计：审核软件功能是否与需求一致，并符合基线文档要求；由PM/TPM/SE以及开发组的Leader一起去做；通过文档的评审、软件的测试进行。功能审计完毕后由项目经理提交需求跟踪矩阵报告物理配置审计：审核要交付的组成项是否存在，是否包含所有必需的项目，如正确版本的源代码、资源、文档、安装说明等等。CMO根据配置审计计划,使用《配置审计检查单》对配置管理过程进行审计，并形成《配置审计告》第二十九页，共三十四页，编辑于2023年，星期三CopyrightBroadenGate2006配置审计之审计时间通常选择以下几种情况负责实施配置审核软件产品交付或是软件产品正式发布前软件开发的阶段工作结束后在产品维护工作中，定期地进行第三十页，共三十四页，编辑于2023年，星期三CopyrightBroadenGate2006配置审计之不符合项处理

对配置审核中发现的不符合现象，要填写《审计报告》，交由责任部门限期进行纠正，直到问题关闭。所有的不符合项报告均关闭后，才能发布新版本。第三十一页，共三十四页，编辑于2023年，星期