软件质量保证_软件配置管理V2.3

1、1Software Practice LabSoftware Practice LabSoftware Configuration Management (SCM)软件配置管理软件配置管理黄森连黄森连 2010-8-102022-4-232内容简介内容简介配置管理的意义配置管理的意义配置管理基本概念配置管理基本概念配置管理活动涉及的角色和职责配置管理活动涉及的角色和职责配置管理主要活动和要求配置管理主要活动和要求配置库工具介绍配置库工具介绍2022-4-233配置管理的意义配置管理的意义为什么要做配置管理？ 通过配置项定义、配置项控制、配置项状态报告和配置审计来建立并维护工作产品的一致性、完整

2、性和可追溯性。 建立和维护产品完整性、建立和维护产品完整性、一致性、可跟踪性一致性、可跟踪性配置项管理配置项管理变更管理变更管理基线管理基线管理配置标识配置标识版本控制版本控制过程管理过程管理提高可视化提高可视化2022-4-234配置管理基本概念配置管理基本概念u配置管理u配置u配置项u基线u变更控制uCCB(变更控制委员会)u配置库2022-4-235概念篇之配置管理概念篇之配置管理u配置管理 配置管理是通过对在软件生命周期不同时间点上的软件配置进行标识，并对这些被标识的软件配置项的更改进行系统控制，从而达到保证软件产品的一致性、完整性和可溯性的过程。2022-4-236概念篇之配置概念篇

3、之配置&配置项配置项u配置&配置项一个产品在生命周期各个阶段所产生的各种形式和各种版本的文档、程序及其数据的集合。该集合中的每一个元素称为该产品配置中的一个配置项。 典型配置项 开发文档 测试文档 软件部件 测试工具代码代码文档文档报告报告数据数据2022-4-237概念篇之基线概念篇之基线u基线 基线就是配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，而这个过程被称为“基线化”。每一个基线都是其下一步开发的基准。基线保证了后续开发活动所需信息的稳定性和一致性。u 典型基线 需求基线 概要设计基线 详细设计基线 代码基线2022-4-238概念篇之基线变更

4、控制概念篇之基线变更控制&CCBu基线变更控制 通过采取有效的措施对变更进行严格的控制。通过变更控制能够协调开发，使混乱减少到最小。uCCB(变更控制委员会) 组织对变更申请进行评估和分析，识别和评估受影响的所有配置项，确定修改方案、修改人、修改版本、修改时间、验证方式和验证人。2022-4-239概念篇之配置库概念篇之配置库u配置库 在产品生命周期过程中为存放产品数据建立的存储空间及其数据。狭义的配置库单指在配置库服务器上物理体现的存储空间。2022-4-2310配置管理活动涉及的角色和职责配置管理活动涉及的角色和职责角色职责项目总监 签发配置管理计划 评审并批准配置管理计划 保证为

5、项目提供合适的管理工具PM指定CMO评审配置管理计划评估和批准对配置项的更改 确保批准后的更改的实施CMO制定配置管理计划建立和管理配置库 保存变更请求 基线化配置项 生成并发布配置状态发布表 对已经基线化的配置项进行CHECK-IN和CHECK-OUT操作 将基线化的文档和计划分发给所有相关人员 管理配置库的访问权限 增加/删除配置项(仅在收到已获批准的请求时) 备份/恢复和归档配置库2022-4-2311配置管理主要活动配置管理主要活动配置项标识配置项标识配置管理计划配置管理计划配置库管理配置库管理变更管理变更管理版本管理版本管理配置状态发布配置状态发布配置审计配置审计2022-4-231

6、2配置项标识配置项标识配置库配置库l项目计划阶段配置管理员与项目经理一起识别配置项，制定配置项清单l标识配置项组及其物理存储位置(如：子目录名)PM2022-4-2313项目版本号规则项目版本号规则u项目版本号由大版本号和小版本号组成：: l 大版本号: V+1.09.0，如V1.0，V2.0，V3.0l 小版本号: D+100900，如D100，D200，D3002022-4-2314项目版本号迁升图示项目版本号迁升图示JD_EXAM_V1.0D100 JD_EXAM_V2.0D100 JD_EXAM_V1.0D100JD_EXAM_V1.0D200JD_EXAM_V1.0D100 JD_E

7、XAM_V1.0D101 当项目有重大改变时，大版本号随着升级，如从V1.0变为V2.0。当项目在当前的版本上有局部小改动时，大版本号保持不变，小版本号随着升级，如从V1.0D100变为V1.0D200。如果项目在此基础上有更小的改变，则版本号可升级为V1.0D101。2022-4-2315转测试版本号转测试版本号u转测试时版本号原则如下：l 在项目版本号后加上3位build号，首位为固定字母B，后两位数字从01开始，版本升级依次加1。l 如：第一次转测试的版本为： JD_EXAM_V1.0D100B01l 第二次转测试的版本为： JD_EXAM_V1.0D100B02l 以此类推2022-4

8、-2316项目工作产品的命名项目工作产品的命名 规则规则l 项目生命周期中各阶段所列举的工作产品： JD_EXAM_V1.0D100 SOW JD_EXAM_V1.0D100 PPLl 非项目生命周期中各阶段所列举的工作产品，但其采用了组织标准过程的模板或表格: JD_EXAM_V1.0D100 Project Start Report JD_EXAM_V1.0D100 Kick-off Meeting Record l 经常生成或定期生成的过程类工作产品， 如会议记录、项目周报和项目阶段报告，则需在工作产品的名称上注明日期、时间间隔或阶段: JD_EXAM_V1.0D100 Meeting

9、Record (05.11.07) JD_EXAM_V1.0D100 Project Team Weekly Work Report (05.11.07-05.11.13)2022-4-2317配置项状态配置项状态l 对已基线化配置项的更改将遵循基线变更操作。l 更改后的配置项获得批准签发后，将形成新的基线。l PL要确保所有发布产品都是从已基线化的配置项中创建的。受控受控管理和受控管理和受控已基线化已基线化CMO将该配置项放入配置库或者维护配置项的版本信息，以保证该配置项的可控性和可跟踪性。从提交评审到被基线化这段时间内配置项的控制方式。 更新的配置项用不同的版本号标识。 保存修改记录和修改

10、说明。 配置项被基线化后的控制方式。 已基线化配置项的更改遵循基线变更操作规程。2022-4-2318配置管理计划配置管理计划 CMO在项目计划阶段根据项目计划制定配置管理计划，并和项目计划一起评审。由CPM签发。2022-4-2319配置库管理配置库管理CMO配置库PM创建并维护配置库确定配置项密级和项目成员的权限CMO配置库PM项目成员申请增加权限批准或取消权限设置权限2022-4-2320配置库管理之备份配置库管理之备份u备份策略备份策略 l 每天进行日增备份（.bkf)，从配置库建库之日创建任务。l 每周进行一次周备份(.bkf文件)，保留当前备份记录，其他记录可视情况删除。l 每月进

11、行一次（全量）备份，仅保留当次备份记录，在本次基础上进行日增备份。u 恢复验证恢复验证l 对备份的数据定期进行恢复验证,检验备份是否有效。l 每月由QA抽查备份文件进行备份恢复验证。u 归档归档l 项目结束时，项目经理通知配置管理员对配置库进行归档，配置管理员在服务器上保存好项目归档文档。2022-4-2321基线管理基线管理l 根据PPL中里程碑计划制定出基线计划。计划出各基线建立的准则、基线名称、各基线建立的日期、纳入基线的工作产品相关责任人以及建立基线的流程l 根据计划，PM决定建立基线时，需要纳入基线的工作产品组件通知配置管理员l 执行配置审计，确保将要纳入基线的工作产品组件的完整性和

12、一致性，并发布配置审计报告l 根据版本标识方案，使用配置管理工具执行版本标识l 收回项目组成员对基线中工作产品的所有“写”权限l 使用邮件系统发布基线报告，通知项目组成员l 记录基线日期、基线名称、基线内容、版本号2022-4-2322基线变更的来源基线变更的来源评审发现问题测试发现问题审计发现问题维护产生问题客户需求修改计划文档基线变更的来源2022-4-2323基线变更管理基线变更管理开始提出申请配置项变更申请表影响评估是否通过更改权限执行修改基线审计建立基线基线审计检查单结束否基线公告基线公告记录变更基线变更一览表PMPM批准CMO执行PM组织评审是2022-4-2324基线变更管理基线

13、变更管理l 对基线的配置项，需提交变更申请表l 项目经理要组织在团队内部对变更进行评审，评估变更所带来的影响l 项目经理批准变更申请表l 配置管理员更新基线变更一览表l 项目经理分配修改任务，指定责任人l 配置管理根据申请表向责任人开放修改权限l 修改完成后配置管理员重新建立基线，并发布公告基线公告2022-4-2325配置状态报告配置状态报告CMOPM项目组成员其他相关组配置状态发布CSA+CR LogSUPT_F_配置管理工作报告配置状态报告中记录和报告整个软件生命周期演化状态，内容包括：l配置管理工作的情况l配置项的基线状态l阶段基线情况l软件和文档的标识l基线演化状态l变更状态l版本交

14、付信息等配置管理中各项活动都必须是可追溯的，CMO在日常工作中应使用配置管理工作报告即时做好工作记录配置管理员配置管理工作报告每月向项目经理提交一次根据项目需要，配置管理员确保随时可将配置管理工作报告提供给项目组2022-4-2326版本管理之版本构建版本管理之版本构建u版本编译：版本编译：代码修改人在编译之前必须将checkout处理的代码checkin；版本编译人员在编译之前必须先Update获取最新的代码。u代码基线：代码基线：版本完成构建提交测试之前必须对配置库中对应的代码进行基线化（即打标签），保证代码可追溯。u标签的命名标签的命名: :l 【标签的名称】：详细发布版本号_八位日期l

15、 【基线路径】：写明完整的需要基线的路径l 【基线化时间点/版本】：2010-8-5，15：00l 【标签描述】*（写明标签创建原因及用途）u源码归档：源码归档：对于通过归档源码进行基线的版本需要及时通过CMO创建源码归档目录，写成归档后知会CMO，CMO第一时间取消所有人员写的权限。2022-4-2327版本管理之版本转测试版本管理之版本转测试u转测试版本：转测试版本：是指通过在产品内建立版本基线而形成的用于进行测试的版本。u测试内容：测试内容：软件及其配套资料。u转侧基线：转侧基线：每一轮版本转侧根据转侧版本号命名，并要基线化。2022-4-2328版本管理活动之发布版本管理活动之发布20

16、22-4-2329配置审计之审计类别配置审计之审计类别u 配置审核的类别配置审核的类别l 功能配置审计：功能配置审计：审核软件功能是否与需求一致，并符合基线文档要求；由PM/TPM/SE以及开发组的Leader一起去做；通过文档的评审、软件的测试进行。功能审计完毕后由项目经理提交需求跟踪矩阵报告l 物理配置审计：物理配置审计：审核要交付的组成项是否存在，是否包含所有必需的项目，如正确版本的源代码、资源、文档、安装说明等等。CMO根据配置审计计划,使用配置审计检查单对配置管理过程进行审计，并形成配置审计告2022-4-2330配置审计之审计时间配置审计之审计时间l 通常选择以下几种情况负责实施配

17、置审核l 软件产品交付或是软件产品正式发布前l 软件开发的阶段工作结束后l 在产品维护工作中，定期地进行2022-4-2331配置审计之不符合项处理配置审计之不符合项处理 对配置审核中发现的不符合现象，要填写审计报告，交由责任部门限期进行纠正，直到问题关闭。所有的不符合项报告均关闭后，才能发布新版本。2022-4-2332配置库工具介绍之配置库工具介绍之SVN TortoiseSVN是Subversion在Windows操作系统上的图形客户端程序，开源、免费支持网络上进行跨平台离线修改。lSVN的优点 支持重命名，这对 Java 开发来说非常重要 为了得到更好的代码，开发中需要经常进行重构，重构就经常涉及到文件的重构名。 开发的时候不一定要锁定l可以带回家继续开发，回来后，提交就行了。 多平台l可以支持多个平台下的操作 更好的客户端支持2022-4-2333配置库工具介绍之配置库工具介绍之