软件质量保证软件配置管理V.ppt
Software Practice Lab,Software Practice Lab,Software Configuration Management(SCM)软件配置管理,黄森连 2010-8-10,Copyright BroadenGate 2006,内容简介,配置管理的意义配置管理基本概念配置管理活动涉及的角色和职责配置管理主要活动和要求配置库工具介绍,Copyright BroadenGate 2006,配置管理的意义,为什么要做配置管理？通过配置项定义、配置项控制、配置项状态报告和配置审计来建立并维护工作产品的一致性、完整性和可追溯性。,建立和维护产品完整性、一致性、可跟踪性,配置项管理,变更管理,基线管理,配置标识,版本控制,过程管理,提高可视化,Copyright BroadenGate 2006,配置管理基本概念,配置管理配置配置项基线变更控制CCB(变更控制委员会)配置库,Copyright BroadenGate 2006,概念篇之配置管理,配置管理 配置管理是通过对在软件生命周期不同时间点上的软件配置进行标识，并对这些被标识的软件配置项的更改进行系统控制，从而达到保证软件产品的一致性、完整性和可溯性的过程。,Copyright BroadenGate 2006,概念篇之配置&配置项,配置&配置项一个产品在生命周期各个阶段所产生的各种形式和各种版本的文档、程序及其数据的集合。该集合中的每一个元素称为该产品配置中的一个配置项。典型配置项 开发文档 测试文档 软件部件 测试工具,Copyright BroadenGate 2006,概念篇之基线,基线 基线就是配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，而这个过程被称为“基线化”。每一个基线都是其下一步开发的基准。基线保证了后续开发活动所需信息的稳定性和一致性。典型基线 需求基线 概要设计基线 详细设计基线 代码基线,Copyright BroadenGate 2006,概念篇之基线变更控制&CCB,基线变更控制 通过采取有效的措施对变更进行严格的控制。通过变更控制能够协调开发，使混乱减少到最小。CCB(变更控制委员会)组织对变更申请进行评估和分析，识别和评估受影响的所有配置项，确定修改方案、修改人、修改版本、修改时间、验证方式和验证人。,Copyright BroadenGate 2006,概念篇之配置库,配置库 在产品生命周期过程中为存放产品数据建立的存储空间及其数据。狭义的配置库单指在配置库服务器上物理体现的存储空间。,Copyright BroadenGate 2006,配置管理活动涉及的角色和职责,Copyright BroadenGate 2006,配置管理主要活动,配置项标识,配置管理计划,配置库管理,变更管理,版本管理,配置状态发布,配置审计,Copyright BroadenGate 2006,配置项标识,配置库,项目计划阶段配置管理员与项目经理一起识别配置项，制定配置项清单标识配置项组及其物理存储位置(如：子目录名),PM,Copyright BroadenGate 2006,项目版本号规则,项目版本号由大版本号和小版本号组成：:大版本号:V+1.09.0，如V1.0，V2.0，V3.0小版本号:D+100900，如D100，D200，D300,Copyright BroadenGate 2006,项目版本号迁升图示,JD_EXAM_V1.0D100,JD_EXAM_V2.0D100,JD_EXAM_V1.0D100,JD_EXAM_V1.0D200,JD_EXAM_V1.0D100,JD_EXAM_V1.0D101,当项目有重大改变时，大版本号随着升级，如从V1.0变为V2.0。,当项目在当前的版本上有局部小改动时，大版本号保持不变，小版本号随着升级，如从V1.0D100变为V1.0D200。,如果项目在此基础上有更小的改变，则版本号可升级为V1.0D101。,Copyright BroadenGate 2006,转测试版本号,转测试时版本号原则如下：在项目版本号后加上3位build号，首位为固定字母B，后两位数字从01开始，版本升级依次加1。如：第一次转测试的版本为：JD_EXAM_V1.0D100B01第二次转测试的版本为：JD_EXAM_V1.0D100B02以此类推,Copyright BroadenGate 2006,项目工作产品的命名 规则,项目生命周期中各阶段所列举的工作产品：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),Copyright BroadenGate 2006,配置项状态,对已基线化配置项的更改将遵循基线变更操作。更改后的配置项获得批准签发后，将形成新的基线。PL要确保所有发布产品都是从已基线化的配置项中创建的。,受控,管理和受控,已基线化,CMO将该配置项放入配置库或者维护配置项的版本信息，以保证该配置项的可控性和可跟踪性。,从提交评审到被基线化这段时间内配置项的控制方式。更新的配置项用不同的版本号标识。保存修改记录和修改说明。,配置项被基线化后的控制方式。已基线化配置项的更改遵循基线变更操作规程。,Copyright BroadenGate 2006,配置管理计划,CMO在项目计划阶段根据项目计划制定配置管理计划，并和项目计划一起评审。由CPM签发。,Copyright BroadenGate 2006,配置库管理,CMO,配置库,PM,创建并维护配置库,确定配置项密级和项目成员的权限,CMO,配置库,PM,项目成员,申请增加权限,批准或取消权限,设置权限,Copyright BroadenGate 2006,配置库管理之备份,备份策略 每天进行日增备份（.bkf)，从配置库建库之日创建任务。每周进行一次周备份(.bkf文件)，保留当前备份记录，其他记录可视情况删除。每月进行一次（全量）备份，仅保留当次备份记录，在本次基础上进行日增备份。恢复验证 对备份的数据定期进行恢复验证,检验备份是否有效。每月由QA抽查备份文件进行备份恢复验证。归档 项目结束时，项目经理通知配置管理员对配置库进行归档，配置管理员在服务器上保存好项目归档文档。,Copyright BroadenGate 2006,基线管理,根据PPL中里程碑计划制定出基线计划。计划出各基线建立的准则、基线名称、各基线建立的日期、纳入基线的工作产品相关责任人以及建立基线的流程 根据计划，PM决定建立基线时，需要纳入基线的工作产品组件通知配置管理员 执行配置审计，确保将要纳入基线的工作产品组件的完整性和一致性，并发布配置审计报告 根据版本标识方案，使用配置管理工具执行版本标识 收回项目组成员对基线中工作产品的所有“写”权限 使用邮件系统发布基线报告，通知项目组成员 记录基线日期、基线名称、基线内容、版本号,Copyright BroadenGate 2006,基线变更的来源,基线变更的来源,Copyright BroadenGate 2006,基线变更管理,Copyright BroadenGate 2006,基线变更管理,对基线的配置项，需提交变更申请表 项目经理要组织在团队内部对变更进行评审，评估变更所带来的影响 项目经理批准变更申请表 配置管理员更新基线变更一览表 项目经理分配修改任务，指定责任人 配置管理根据申请表向责任人开放修改权限 修改完成后配置管理员重新建立基线，并发布公告基线公告,Copyright BroadenGate 2006,配置状态报告,CMO,PM,项目组成员,其他相关组,配置状态发布CSA+CR Log,SUPT_F_配置管理工作报告,配置状态报告中记录和报告整个软件生命周期演化状态，内容包括：配置管理工作的情况配置项的基线状态阶段基线情况软件和文档的标识基线演化状态变更状态版本交付信息等配置管理中各项活动都必须是可追溯的，CMO在日常工作中应使用配置管理工作报告即时做好工作记录配置管理员配置管理工作报告每月向项目经理提交一次根据项目需要，配置管理员确保随时可将配置管理工作报告提供给项目组,Copyright BroadenGate 2006,版本管理之版本构建,版本编译：代码修改人在编译之前必须将checkout处理的代码checkin；版本编译人员在编译之前必须先Update获取最新的代码。代码基线：版本完成构建提交测试之前必须对配置库中对应的代码进行基线化（即打标签），保证代码可追溯。标签的命名:【标签的名称】：详细发布版本号_八位日期【基线路径】：写明完整的需要基线的路径【基线化时间点/版本】：2010-8-5，15：00【标签描述】*（写明标签创建原因及用途）源码归档：对于通过归档源码进行基线的版本需要及时通过CMO创建源码归档目录，写成归档后知会CMO，CMO第一时间取消所有人员写的权限。,Copyright BroadenGate 2006,版本管理之版本转测试,转测试版本：是指通过在产品内建立版本基线而形成的用于进行测试的版本。测试内容：软件及其配套资料。转侧基线：每一轮版本转侧根据转侧版本号命名，并要基线化。,Copyright BroadenGate 2006,版本管理活动之发布,在版本完成测试且版本质量符合发布要求后，项目经理知会CMO发布版本。,Copyright BroadenGate 2006,配置审计之审计类别,配置审核的类别功能配置审计：审核软件功能是否与需求一致，并符合基线文档要求；由PM/TPM/SE以及开发组的Leader一起去做；通过文档的评审、软件的测试进行。功能审计完毕后由项目经理提交需求跟踪矩阵报告物理配置审计：审核要交付的组成项是否存在，是否包含所有必需的项目，如正确版本的源代码、资源、文档、安装说明等等。CMO根据配置审计计划,使用配置审计检查单对配置管理过程进行审计，并形成配置审计告,Copyright BroadenGate 2006,配置审计之审计时间,通常选择以下几种情况负责实施配置审核软件产品交付或是软件产品正式发布前软件开发的阶段工作结束后在产品维护工作中，定期地进行,Copyright BroadenGate 2006,配置审计之不符合项处理,对配置审核中发现的不符合现象，要填写审计报告，交由责任部门限期进行纠正，直到问题关闭。所有的不符合项报告均关闭后，才能发布新版本。,Copyright BroadenGate 2006,配置库工具介绍之SVN,TortoiseSVN是Subversion在Windows操作系统上的图形客户端程序，开源、免费支持网络上进行跨平台离线修改。SVN的优点 支持重命名，这对 Java 开发来说非常重要 为了得到更好的代码，开发中需要经常进行重构，重构就经常涉及到文件的重构名。开发的时候不一定要锁定可以带回家继续开发，回来后，提交就行了。多平台可以支持多个平台下的操作 更好的客户端支持,Copyright BroadenGate 2006,配置库工具介绍之SVN,Eclipse 中的 VSS Plugin 不如它的 SVN Plugin 好用。一个在 Windows 下用的 SVN 客户端 TortoiseSVN 也比 VSS 的客户端好用（VSS 只有微软提供的一个 GUI 客户端）。更好地与外围工具集成 各种各样的外围工具（主要是服务器端），满足多种需要。如果有需要，也可以自己写插件或管理脚本，开放的架构，允许我们这样做。学习它的管理、它的工作方式，是值得的。而 VSS 是一个已经被逐渐抛弃的软件。如果时间不是多得没处用，那么就把时间花在最值得花的东西上面。,Copyright BroadenGate 2006,Thanks,
