软件配置管理培训教材

1、软件配置管理培训教材课程内容软件配置管理过程配置库管理使用规范配置变更管理规范版本发布控制规范软件配置管理过程 什么是配置管理？什么是配置管理？ 目的？目的？ 主要活动有哪些？主要活动有哪些？ 人员与职责？人员与职责？定义： 唯一标识唯一标识 受控存储受控存储 变更控制变更控制 状态报告状态报告系统生命周期内所选定的中间工作产品、产品组件以及产品的唯一标识、受控存储、变更控制和状态报告。目的： 通过配置标识、配置控制、配置状态报告和配置通过配置标识、配置控制、配置状态报告和配置审计等手段，建立和维护工作产品的完整性审计等手段，建立和维护工作产品的完整性. . 误区：配置管理不是简单的备份！配置

2、项配置项 为了配置管理的目的而作为一个单位来看待的为了配置管理的目的而作为一个单位来看待的软件要素的集合。软件要素的集合。 代码代码 文档文档 数据结构数据结构配置项类和实例配置项类的生命周期 P P代表生产，代表生产，I I代表标识，代表标识，S S代表存储，代表存储，C C代表变更代表变更控制，控制，U U代表使用。代表使用。配置标识 为配置项确定元数据惟一地标识配置项，为配置项确定元数据惟一地标识配置项，并确定它和外界以及其他配置项的关系。并确定它和外界以及其他配置项的关系。元数据可能包括配置项名称、配置项创建者的姓名、创建日期等。配置控制 控制对配置项的修改，对配置项的变更申请进行控制

3、对配置项的修改，对配置项的变更申请进行初始化、评估、协调、实现，包括将通过和实现初始化、评估、协调、实现，包括将通过和实现的变更加入到基线区中的更改控制过程。的变更加入到基线区中的更改控制过程。n评估n协调n实现n验证基线 软件开发过程中的里程碑，它以一或多个软软件开发过程中的里程碑，它以一或多个软件配置项的交付为标志。件配置项的交付为标志。 基线由已经通过正式评审和批准的某规约或产品组基线由已经通过正式评审和批准的某规约或产品组成，它因此作为进一步开发的基础，并且只能通过成，它因此作为进一步开发的基础，并且只能通过正式的变更控制过程才能够改变。正式的变更控制过程才能够改变。配置项与基线的区别

4、 配置项是需要进行配置管理的最小单位，如：一份文档、配置项是需要进行配置管理的最小单位，如：一份文档、一片段代码等。一片段代码等。 基线是配置项的一种，基线需要进行更加严格的管理。基线是配置项的一种，基线需要进行更加严格的管理。 一般配置项的管理等级是：权限控制、版本控制。而基线一般配置项的管理等级是：权限控制、版本控制。而基线的管理等级除了具备以上管理外，还需要非常严格的变更的管理等级除了具备以上管理外，还需要非常严格的变更控制办法。控制办法。 基线是由一组配置项组成的，这些配置项构成了一个相对基线是由一组配置项组成的，这些配置项构成了一个相对稳定的逻辑实体稳定的逻辑实体 配置审计 指对于存

5、储配置项及相关记录的软件基线库指对于存储配置项及相关记录的软件基线库的结构、内容和设施进行检验。的结构、内容和设施进行检验。 功能配置审计功能配置审计 物理配置审计物理配置审计功能配置审计功能配置审计 验证配置项的实际功效是与验证配置项的实际功效是与软件需求一致的。软件需求一致的。验证手段：文档的评审、软件的测试 物理配置审计物理配置审计 确定配置项符合预期的物理确定配置项符合预期的物理特性，即特殊的媒体形式。特性，即特殊的媒体形式。 就是检查工作产品是否符合格式、版本号等方面的要求，一般有配置管理员负责 配置状态报告配置状态报告状态报告把有效地管理产品开发与维护所需的信息以一种有用的可读方式

6、呈现给相关人员。它提供了已批准的基线和过程的当前状态，也提供已提出并批准的请求变更的状态。配置控制委员会（配置控制委员会（CCBCCB） CCBCCB是确定配置基线，评估、批准变更，是确定配置基线，评估、批准变更，并保证已批准变更的实施的组织。并保证已批准变更的实施的组织。项目经理、测试人员、业务专家、QA、CMO等配置管理员（CMO）负责执行、监督配置管理活动的人员。负责执行、监督配置管理活动的人员。 为什么需要软件配置管理？现代软件开发复杂度高现代软件开发复杂度高众多的开发人员众多的开发人员文件及相关资源多种多样文件及相关资源多种多样 源代码源代码 目标代码目标代码 文档文档 模型和设计模

7、型和设计 需求需求 测试脚本测试脚本多个发布版本多个发布版本多种平台多种平台开发团队跨地域开发团队跨地域忽视软件配置管理可能导致的混乱现象：n标识混乱标识混乱n版本混乱版本混乱n不能协同工作不能协同工作n已经解决的缺陷过后又出现错误已经解决的缺陷过后又出现错误n找不到最新修改了的源程序找不到最新修改了的源程序n找不到编程序的人找不到编程序的人软件配置管理的作用存储和保护所有软件资产和相关资源存储和保护所有软件资产和相关资源记录软件所有的历史变更记录软件所有的历史变更What changed?What changed?Who changed it?Who changed it?When did

8、it change?When did it change?Why did it change?Why did it change?帮助项目经理更好的了解项目的进度帮助项目经理更好的了解项目的进度有利于管理者应对开发人员流动较大的情况，使新的成员有利于管理者应对开发人员流动较大的情况，使新的成员可以快速实现任务交接，尽量减少因人员流动而造成的损可以快速实现任务交接，尽量减少因人员流动而造成的损失。失。如何做好配置管理？先做好两步，再做好两件事先做好两步，再做好两件事n识别需要进行配置管理的东西n建立一个配置管理系统来管理需要进行配置管理的东西。 两步两件事n对一般的配置项进行管理n对基线级别的配

9、置项进行基线级别的管理 配置管理的主要活动 配置标识配置标识 配置库管理配置库管理 版本管理版本管理 变更管理变更管理 配置状态报告配置状态报告 配置审计配置审计人员与职责配置变更控制委员会（配置变更控制委员会（CCB)CCB)n分析、评审和批准基线的变更。n批准正式基线的发布。n批准产品发布。项目经理 申请项目配置库和批准权限。申请项目配置库和批准权限。 负责审核批准开发基线的变更。负责审核批准开发基线的变更。 批准非正式基线的发布。批准非正式基线的发布。项目成员 严格按照软件配置管理的各个规范执行配置严格按照软件配置管理的各个规范执行配置管理活动。管理活动。项目项目CMOCMO 制订项目配

10、置管理计划。制订项目配置管理计划。 维护配置状态记录；制定和发布配置状态报告。维护配置状态记录；制定和发布配置状态报告。 维护配置库的目录结构。维护配置库的目录结构。 编写和发布配置审计报告。编写和发布配置审计报告。 编写和发布基线发布报告。编写和发布基线发布报告。公司公司CMOCMO 建立配置库、权限管理和备份配置库。建立配置库、权限管理和备份配置库。 培训培训 研究工具。研究工具。 协助项目组开展配置管理活动。协助项目组开展配置管理活动。 检查和指导项目检查和指导项目CMOCMO工作。工作。课程内容软件配置管理过程配置库管理使用规范配置变更管理规范版本发布控制规范配置库管理使用规范 技术文

11、档（技术文档（DocumentDocument）管理方法）管理方法 代码（代码（SourceCodeSourceCode）管理方法）管理方法 项目管理文档（项目管理文档（Project ManagementProject Management）管理方法）管理方法 配置库基本目录结构配置库基本目录结构 权限管理方法权限管理方法技术文档管理方法技术文档分类：按照文档类型存放。技术文档分类：按照文档类型存放。nBusiness Business （方案类）（方案类）nPlanPlan（计划类）（计划类）nRequirementRequirement（需求类）（需求类）nDesignDesign（设计

12、类）（设计类）nTestTest（测试类）（测试类）nManual Manual （操作手册类）（操作手册类）nSummary Summary （总结类）等。（总结类）等。文档标识规范 标识组成：标识组成： 项目编号项目编号/ /文档类别（编码）文档类别（编码） 例子：综合结算项目需求规格说明书例子：综合结算项目需求规格说明书 标识：标识：DIC-TSS/SRSDIC-TSS/SRS文档类别编码方法请祥见体系文件配置项标识规范文档类别编码方法请祥见体系文件配置项标识规范文档管理流程2 2区管理模式区管理模式各个子分支内存储不同产品并由不同的角色控制。 DevelopDevelop BuildB

13、uild文档管理流程（1）文档管理注意几点： 在文档的首页请正确填写文档标识、文档版本、文在文档的首页请正确填写文档标识、文档版本、文档状态、文档修订信息、页角页眉等。档状态、文档修订信息、页角页眉等。 纳入基线区的文档状态必须改成纳入基线区的文档状态必须改成CFCF状态。状态。 注意文档存放位置。注意文档存放位置。代码管理方法 4 4区管理模式区管理模式 流程流程 代码目录结构定义代码目录结构定义4区管理模式开发区开发区构建区构建区测试区测试区发布区发布区 DevelopDevelop BuildBuild TestTest ReleaseRelease代码管理流程代码目录结构定义建立时机：

14、详细设计文档已基线化。建立时机：详细设计文档已基线化。要求：与详细设计文档中各模块定义结构一致。要求：与详细设计文档中各模块定义结构一致。项目管理文档管理方法目录分类MAMA（度量）（度量）SCMSCM（配置管理）（配置管理）SQASQA（质量管理）（质量管理）Weekly ReportWeekly Report（周报）（周报）MinuteMinute（会议既要）（会议既要）ReviewReview（评审）（评审）TrainingTraining（培训）（培训）配置库基本目录结构权限管理方法权限管理说明几点 所有的权限申请必须通过邮件的所有的权限申请必须通过邮件的方式，不接受任何口头的申请。方

15、式，不接受任何口头的申请。 在邮件中请说明具体要开通哪些在邮件中请说明具体要开通哪些权限。权限。课程内容软件配置管理过程配置库管理使用规范配置变更管理规范版本发布控制规范配置变更管理规范 变更对象？变更对象？ 变更流程变更流程变更对象 所有已基线化的配置项所有已基线化的配置项变更必须执行此规范。变更必须执行此规范。变更流程提交变更申请 作为变更控制的第一步，首先应该有变更请求人填写配作为变更控制的第一步，首先应该有变更请求人填写配置变更审批表，说明需要变更的内容和理由。置变更审批表，说明需要变更的内容和理由。 配置变更申请变更编号：(由项目的配置管理员统一编号）产品(项目)名称：申请人:申请日

16、期变更原因： 需求变更需求变更 内部改进内部改进 产品缺陷产品缺陷 系统环境变更系统环境变更 其他其他 变更的配置项：受影响的基线或者配置项：变更描述：见配置项变更描述说明见配置项变更描述说明审核变更请求 项目经理对变更申请人提出的变更请求进行审核，审核更项目经理对变更申请人提出的变更请求进行审核，审核更改方案的可行性，检查配置变更审批表的正确性和完改方案的可行性，检查配置变更审批表的正确性和完整性。整性。 项目经理审核审核人意见：返回申请人返回申请人 返回原因：返回原因：可直接实施可直接实施 实施人：实施人： 验证人：验证人：需制定变更方案并提交需制定变更方案并提交CCBCCB评审评审 方案

17、制定人：方案制定人： 方案审核人：方案审核人：变更类型：一般变更一般变更审核人签字：审核日期：变更方案：方案制定人签名：日期： 变更申请表送交变更申请表送交CCBCCB进行分析和评估，进行分析和评估，CCBCCB根据成本根据成本/ /效益效益和涉及到的技术的因素判断变更实施的必要性并评估变更和涉及到的技术的因素判断变更实施的必要性并评估变更方案，确定是否可以实施变更。方案，确定是否可以实施变更。 CCB审核CCB评审意见：立即变更立即变更推迟变更推迟变更 原因：原因：不接受变更不接受变更 原因：原因：实施人：解决期限：验证人：验证期限：CCB成员：CCB主席签字：批准日期： 变更申请通过审核或

18、者审批后，项目变更申请通过审核或者审批后，项目CMOCMO从基线区中取从基线区中取出需要变更的配置项，放到开发区中，通知实施人员对变出需要变更的配置项，放到开发区中，通知实施人员对变更项进行实施。更项进行实施。 实施和验证变更实施内容：实施人签字：实施日期：验证变更 变更实施后，实施人员通知验证人对变更的配置项进行验变更实施后，实施人员通知验证人对变更的配置项进行验证。证。 验证意见:同意同意不同意不同意 意见：意见：验证人签字：验证日期： 变更通过验证后，通知项目变更通过验证后，通知项目CMOCMO将变更后的配置项重新将变更后的配置项重新纳入基线区，记录并发布变更。纳入基线区，记录并发布变更

19、。 变更发布配置项在基线库中的位置：（填写配置项在基线库中的路径）发布人：发布日期：课程内容软件配置管理过程配置库管理使用规范配置变更管理规范版本发布控制规范版本发布控制规范 版本类型分类版本类型分类 版本编号定义版本编号定义 版本发布流程版本发布流程版本类型分类 研发版本：指的是此版本是只用于研发项目使用研发版本：指的是此版本是只用于研发项目使用的版本。的版本。n生产版本：指的是此版本是用于实施或者维护项目使用的版本。n生产版本补丁：对于生产版本打的补丁。版本编号定义 主副版本编号：由主副版本编号：由Va.bVa.b两位数字组成。两位数字组成。 补丁版本编号：由补丁版本编号：由Va.b.cVa.b.c三位数字组成。三位数字组成。 回归版本编号：由回归版本编号：由Va.b.c.dVa.b.c.d四位数字组成。四位数字组成。OA上版本发布流程 研发版本发布流程研发版本发布流程 生产或生产补丁版本发布流程生产或生产补丁版本发布流程研发版本发布流程提交版本申请提交版本申请系统测试。系统测试。测试人员反馈结果填写内容：系统测试结果描述、测试用例总数、通过个数、测试时