P13-CMMI实践解析-软件配置管理

15
SEI Transition Partner
SG3 建立完整性
SG3
Establish Integrity （SG3 建立完整性）
审计 结果 SP3.2 执行 配置审计 行动项 Actions
配置管理 系统
SP3.1 建立 配置管理记录 报告
16
SEI Transition Partner
配置审计
6
SEI Transition Partner
课程概述
软件配置管理概述 软件配置管理（CM）
1
2
3
软件配置管理原理
软件配置管理总结
4
7
SEI Transition Partner
Configuration Management （配置管理）
The purpose of Configuration Management (CM) is to establish and maintain the integrity of work products using configuration identification, configuration control, configuration status accounting, and configuration audits. 配置管理的目的建立和维护工作产品的完整性，使用配置 项，配置控制，配置状态统计和配置审计。 相关PA： – PP > 开发确定配置项的计划和工作分解结构。 – PMC > 项目性能分析和纠正措施。
13
SEI Transition Partner
SG2 跟踪和控制变更
SG2
Track and Control Changes （SG2 跟踪和控制变更）
SP2.1 跟踪 变更请求 SP2.2 控制 配置项
变更请求
变更请求 数据库
14
SEI Transition Partner
目标之间关系解析 － SG3
SP1.3 建立 和发布基线
SP1.2 建立 配置管理 系统
变更请求 数据库
SP1.1 识别 配置项
配置管理 系统
11
SEI Transition Partner
配置管理计划的主要内容
角色与职责 软件硬件资源（配置环境） 配置项计划 基线计划 备份计划 版本控制规则 变更控制规则 审批
12
SEI Transition Partner
SG1 SG3
Establish Baselines （建立基线）
Configuration （配置系统）
Establish Integrity （建立完整性）
SG2
Change DB （变更数据库）
Track and Control Changes （跟踪和控制变更）
Relevant Stakeholders （相关干系人）
8
SEI Transition Partner
理）
9
SEI Transition Partner
目标之间关系解析 － SG1
SG1 SG3
Establish Baselines （建立基线）
Configuration （配置系统）
Establish Integrity （建立完整性）
23
SEI Transition Partner
Continental Reaching Solutions Continental Reaching Solutions
谢
谢！
Continental Reaching Solutions Technologies 上海连陆信息技术有限公司 2007年5月
课程概述
软件配置管理概述 软件配置管理（CM）
1
2
3
软件配置管理原理
软件配置管理总结
4
2
SEI Transition Partner
软件配置管理
软件配置管理（Software Configuration Management, SCM）是指通过执行版本控制、变更控制等规程，以及使用 合适的配置管理软件，来保证所有配置项的完整性和可跟踪 性。配置管理是对工作成果的一种有效保护。 配置管理与任何一位项目成员都有关系，因为每个人都会产 生工作成果。配置管理是否有成效取决于三个要素：人、规 范、工具
–配置项刚建立时其状态为“草稿”。配置项通过评审（或审批）后，其 状态变为“正式发布”。此后若更改配置项，必须依照“变更控制流程” 执行，其状态变为“正在修改”。当配置项修改完毕并重新通过评审 （或审批）时，其状态又变为“正式发布”，如此循环。
19
SEI Transition Partner
版本控制流程图
SG2
Change DB （变更数据库）
Track and Control Changes （跟踪和控制变更）
Relevant Stakeholders （相关干系人）
10
SEI Transition Partner
SG1 建立基线
SG1
Establish Baselines （SG1 建立基线）
5
SEI Transition Partner
基线
基线（Baseline）由一组配置项组成，这些配置项构成了一 个相对稳定的逻辑实体。基线中的配置项被“冻结”了，不能 再被任何人随意修改。 基线通常对应于开发过程中的里程碑（Milestone），一个产 品可以有多个基线，也可以只有一个基线。基线的主要属性 有：名称、标识符、版本、日期等。 通常将交付给客户的基线称为一个“Release”，为内部开发用 的基线则称为一个“Build”。
目标之间关系解析 － SG2
SG1 SG3
Establish Baselines （建立基线）
Configuration （配置系统）
Establish Integrity （建立完整性）
SG2
Change DB （变更数据库）
Track and Control Changes （跟踪和控制变更）
Relevant Stakeholders （相关干系人）
3
SEI Transition Partner
富有成效的配置管理的特征
任何项目成员都要对其工作成果进行配置管理，应当养成良 好的习惯。不必付出过多的精力，最低要求是保证重要工作 成果不发生混乱。 配置管理规范应当清晰明了，便于执行，不必在细节方面要 求太多，不给项目人员添加过多的负担，不使人厌烦。 选择配置管理工具应当综合考虑价格、易用性和功能因素， 而不是购买最先进的工具。令人满意的工具通常是价格低 廉、简便易用、功能恰好够用。
17
SEI Transition Partner
课程概述
软件配置管理概述 软件配置管理（CM）
1
2
3
软件配置管理原理
软件配置管理总结
4
18
SEI Transition Partner
版本控制
版本控制的目的是按照一定的规则保存配置项的所有版本， 避免发生版本丢失或混淆等现象，并且可以快速准确地查找 到配置项的任何版本。 配置项的状态有三种：“草稿”（Draft）、“正式发布” （Released）和“正在修改”（Changing）。 配置项状态变迁：
SEI Transition Partner
Continental Reaching Solutions
CMMI 实践解析 第十三部分 软件配置管理
Continental Reaching Solutions Technologies 上海连陆信息技术有限公司
SEI Transition Partner
处于“正在修改”状态的配置项的版本号格式为：X.YZ
–配置项正在修改时，一般只增大Z值，X.Y值保持不变。 –当配置项修改完毕，状态重新成为“正式发布”时，将Z值设置为0，增 加X.Y值。
21
SEI Transition Partner
课程概述
软件配置管理概述 软件配置管理（CM）
1
2
3
软件配置管理原理
软件配置管理总结
4
22
SEI Transition Partner
配置管理总结
对于大型的项目，鉴于配置管理的重要性和复杂性，机构应 当设立配置控制委员会（Configuration Control Board， CCB）。CCB是个虚拟小组，对配置管理各项活动拥有决策 权（例如审批计划，审批变更请求等）。对于配置管理而 言，CCB是决策者，而配置管理员是执行者。 对于普通的小型软件项目而言，CCB这个概念难以落实，让 项目经理或者配置管理员做决定就可以了。
20
SEI Transition Partner
版本控制规则
处于“草稿”状态的配置项的版本号格式为：0.YZ
–YZ数字范围为01-99。 –随着草稿的不断完善，“YZ”的取值应递增。“YZ”的初值和增幅由用户 自己把握。
处于“正式发布”状态的配置项的版本号格式为：X.Y
–X为主版本号，取值范围为1-9。Y为次版本号，取值范围为1-9。 –配置项第一次“正式发布”时，版本号为1.0。 –如果配置项的版本升级幅度比较小，一般只增大Y值，X值保持不变。 只有当配置项版本升级幅度比较大时，才允许增大X值。
配置审计的目的就是要保证所有人员（包括配置管理员、 CCB、和普通项目成员）都遵守配置管理规范。 人们对配置审计最大的误解是“对配置库中的每个配置项都检 查一遍”，配置库里的配置项非常多，这样做无疑非常劳累， 却没有多少价值。 配置审计的对象是项目的主要配置项，如果主要配置项符合 “版本控制规则”和“变更控制规则”，并且定期备份了配置 库，那么就可以认为配置管理符合既定的规范。反之，如果 在审计的时候发现主要配置项比较混乱，那么应当告知当事 人及时更正，这样就起到了审计的作用。