软件配置管理培训教材
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
• P代表生产，I代表标识，S代表存储，C代表变更 控制，U代表使用。
配置标识
为配置项确定元数据－－惟一地标识配置项 ，并确定它和外界以及其他配置项的关系。
元数据可能包括配置项名称、配置项创建者 的姓名、创建日期等。
配置控制
控制对配置项的修改，对配置项的变更申请进行 初始化、评估、协调、实现，包括将通过和实现 的变更加入到基线区中的更改控制过程。
配置管理员（CMO）
为什么需要软件配置管理？
• 现代软件开发复杂度高 • 众多的开发人员 • 文件及相关资源多种多样
源代码 目标代码 文档 模型和设计 需求 测试脚本 • 多个发布版本 • 多种平台 • 开发团队跨地域
忽视软件配置管理可能导致的混乱现象
标识混乱
：
版本混乱
不能协同工作
的管理等级除了具备以上管理外，还需要非常严格的变更 控制办法。 • 基线是由一组配置项组成的，这些配置项构成了一个相对 稳定的逻辑实体
配置审计
功能配置审计
• 验证配置项的实际功效是与 软件需求一致的。
验证手段：文档的评审、软件的测 试
物理配置审计
• 确定配置项符合预期的物理 特性，即特殊的媒体形式。
配置变更管理规范
• 变更对象？
• 变更流程
变更对象
变更流程
提交变更申请
• 作为变更控制的第一步，首先应该有变更请求人填写《配 置变更审批表》，说明需要变更的内容和理由。
变更编号： 产品(项目)名称： 变更原因：
变更的配置项：
配置变更申请
(由项目的配置管理员统一编号）
申请人:
需求变更 □ 内部改进 □
文档类别编码方法请祥见体系文件《配置项标识规范》
文档管理流程
文档管理流程（1）
文档管理注意几点：
• 在文档的首页请正确填写文档标识、文档版本、文 档状态、文档修订信息、页角页眉等。
• 纳入基线区的文档状态必须改成CF状态。 • 注意文档存放位置。
代码管理方法
• 4区管理模式 • 流程 • 代码目录结构定义
配置库管理使用规范
• 技术文档（Document）管理方法 • 代码（SourceCode）管理方法 • 项目管理文档（Project Management）管理方法 • 配置库基本目录结构 • 权限管理方法
技术文档管理方法
文档标识规范
• 标识组成： 项目编号/文档类别（编码）
• 例子：综合结算项目需求规格说明书 标识：DIC-TSS/SRS
• 唯一标识 • 受控存储 • 变更控制 • 状态报告
目的：
• 通过配置标识、配置控制、配置状态报告和配置 审计等手段，建立和维护工作产品的完整性.
误区：配置管理不是简单的备份！！！
配置项 为了配置管理的目的而作为一个单位来看待的
软件要素的集合。
• 代码 • 文档 • 数据结构
配置项类和实例
配置项类的生命周期
评估 协调 实现 验证
基线
基线由已经通过正式评审和批准的某规约或产品组 成，它因此作为进一步开发的基础，并且只能通过 正式的变更控制过程才能够改变。
配置项与基线的区别
• 配置项是需要进行配置管理的最小单位，如：一份文档、 一片段代码等。
• 基线是配置项的一种，基线需要进行更加严格的管理。 • 一般配置项的管理等级是：权限控制、版本控制。而基线
就是检查工作产品是否符合格式、 版本号等方面的要求，一般有配置 管理员负责
配置状态报告
状态报告把有效地管理产品开发与维护所需的 信息以一种有用的可读方式呈现给相关人员。
它提供了已批准的基线和过程的当前状态， 也提供已提出并批准的请求变更的状态。
配置控制委员会（CCB）
CCB是确定配置基线，评估、批准变更， 并保证已批准变更的实施的组织。
如何做好配置管理？
先做好两步，再做好两件事
两步
识别需要进行配置管理的东西 建立一个配置管理系统来管理需要进行配置管理的东西。
两件事
对一般的配置项进行管理 对基线级别的配置项进行基线级别的管理
配置管理的主要活动
人员与职责
项目经理
• 申请项目配置库和批准权限。 • 负责审核批准开发基线的变更
。 • 批准非正式基线的发布。
软件配置管理培训教材
2020年7月24日星期五
ຫໍສະໝຸດ Baidu
课程内容
➢软件配置管理过程 ➢配置库管理使用规范 ➢配置变更管理规范 ➢版本发布控制规范
软件配置管理过程
• 什么是配置管理？ • 目的？ • 主要活动有哪些？ • 人员与职责？
定义：
系统生命周期内所选定的中间工作产品、产品组件以 及产品的唯一标识、受控存储、变更控制和状态报告 。
产品缺陷 □
申请日期 系统环境变更 □ 其他 □
受影响的基线或者配置项：
变更描述：
见《配置项变更描述说明》
审核变更请求
• 项目经理对变更申请人提出的变更请求进行审核，审核更 改方案的可行性，检查《配置变更审批表》的正确性和完
整性。
审核人意见： 变更类型：
项目经理审核
项目成员
• 严格按照软件配置管理的各个规范执行配置 管理活动。
项目CMO
• 制订项目配置管理计划。 • 维护配置状态记录；制定和发布配置状态报告
。 • 维护配置库的目录结构。 • 编写和发布配置审计报告。 • 编写和发布基线发布报告。
公司CMO
课程内容
➢软件配置管理过程 ➢配置库管理使用规范 ➢配置变更管理规范 ➢版本发布控制规范
4区管理模式
代码管理流程
代码目录结构定义
建立时机：详细设计文档已基线化。
项目管理文档管理方法
配置库基本目录结构
权限管理方法
权限管理说明几点
• 所有的权限申请必须通过邮件的 方式，不接受任何口头的申请。
• 在邮件中请说明具体要开通哪些 权限。
课程内容
➢软件配置管理过程 ➢配置库管理使用规范 ➢配置变更管理规范 ➢版本发布控制规范
已经解决的缺陷过后又出现错误
找不到最新修改了的源程序
找不到编程序的人
软件配置管理的作用
• 存储和保护所有软件资产和相关资源 • 记录软件所有的历史变更
What changed? Who changed it? When did it change? Why did it change? • 帮助项目经理更好的了解项目的进度 • 有利于管理者应对开发人员流动较大的情况，使新的成员 可以快速实现任务交接，尽量减少因人员流动而造成的损 失。
配置标识
为配置项确定元数据－－惟一地标识配置项 ，并确定它和外界以及其他配置项的关系。
元数据可能包括配置项名称、配置项创建者 的姓名、创建日期等。
配置控制
控制对配置项的修改，对配置项的变更申请进行 初始化、评估、协调、实现，包括将通过和实现 的变更加入到基线区中的更改控制过程。
配置管理员（CMO）
为什么需要软件配置管理？
• 现代软件开发复杂度高 • 众多的开发人员 • 文件及相关资源多种多样
源代码 目标代码 文档 模型和设计 需求 测试脚本 • 多个发布版本 • 多种平台 • 开发团队跨地域
忽视软件配置管理可能导致的混乱现象
标识混乱
：
版本混乱
不能协同工作
的管理等级除了具备以上管理外，还需要非常严格的变更 控制办法。 • 基线是由一组配置项组成的，这些配置项构成了一个相对 稳定的逻辑实体
配置审计
功能配置审计
• 验证配置项的实际功效是与 软件需求一致的。
验证手段：文档的评审、软件的测 试
物理配置审计
• 确定配置项符合预期的物理 特性，即特殊的媒体形式。
配置变更管理规范
• 变更对象？
• 变更流程
变更对象
变更流程
提交变更申请
• 作为变更控制的第一步，首先应该有变更请求人填写《配 置变更审批表》，说明需要变更的内容和理由。
变更编号： 产品(项目)名称： 变更原因：
变更的配置项：
配置变更申请
(由项目的配置管理员统一编号）
申请人:
需求变更 □ 内部改进 □
文档类别编码方法请祥见体系文件《配置项标识规范》
文档管理流程
文档管理流程（1）
文档管理注意几点：
• 在文档的首页请正确填写文档标识、文档版本、文 档状态、文档修订信息、页角页眉等。
• 纳入基线区的文档状态必须改成CF状态。 • 注意文档存放位置。
代码管理方法
• 4区管理模式 • 流程 • 代码目录结构定义
配置库管理使用规范
• 技术文档（Document）管理方法 • 代码（SourceCode）管理方法 • 项目管理文档（Project Management）管理方法 • 配置库基本目录结构 • 权限管理方法
技术文档管理方法
文档标识规范
• 标识组成： 项目编号/文档类别（编码）
• 例子：综合结算项目需求规格说明书 标识：DIC-TSS/SRS
• 唯一标识 • 受控存储 • 变更控制 • 状态报告
目的：
• 通过配置标识、配置控制、配置状态报告和配置 审计等手段，建立和维护工作产品的完整性.
误区：配置管理不是简单的备份！！！
配置项 为了配置管理的目的而作为一个单位来看待的
软件要素的集合。
• 代码 • 文档 • 数据结构
配置项类和实例
配置项类的生命周期
评估 协调 实现 验证
基线
基线由已经通过正式评审和批准的某规约或产品组 成，它因此作为进一步开发的基础，并且只能通过 正式的变更控制过程才能够改变。
配置项与基线的区别
• 配置项是需要进行配置管理的最小单位，如：一份文档、 一片段代码等。
• 基线是配置项的一种，基线需要进行更加严格的管理。 • 一般配置项的管理等级是：权限控制、版本控制。而基线
就是检查工作产品是否符合格式、 版本号等方面的要求，一般有配置 管理员负责
配置状态报告
状态报告把有效地管理产品开发与维护所需的 信息以一种有用的可读方式呈现给相关人员。
它提供了已批准的基线和过程的当前状态， 也提供已提出并批准的请求变更的状态。
配置控制委员会（CCB）
CCB是确定配置基线，评估、批准变更， 并保证已批准变更的实施的组织。
如何做好配置管理？
先做好两步，再做好两件事
两步
识别需要进行配置管理的东西 建立一个配置管理系统来管理需要进行配置管理的东西。
两件事
对一般的配置项进行管理 对基线级别的配置项进行基线级别的管理
配置管理的主要活动
人员与职责
项目经理
• 申请项目配置库和批准权限。 • 负责审核批准开发基线的变更
。 • 批准非正式基线的发布。
软件配置管理培训教材
2020年7月24日星期五
ຫໍສະໝຸດ Baidu
课程内容
➢软件配置管理过程 ➢配置库管理使用规范 ➢配置变更管理规范 ➢版本发布控制规范
软件配置管理过程
• 什么是配置管理？ • 目的？ • 主要活动有哪些？ • 人员与职责？
定义：
系统生命周期内所选定的中间工作产品、产品组件以 及产品的唯一标识、受控存储、变更控制和状态报告 。
产品缺陷 □
申请日期 系统环境变更 □ 其他 □
受影响的基线或者配置项：
变更描述：
见《配置项变更描述说明》
审核变更请求
• 项目经理对变更申请人提出的变更请求进行审核，审核更 改方案的可行性，检查《配置变更审批表》的正确性和完
整性。
审核人意见： 变更类型：
项目经理审核
项目成员
• 严格按照软件配置管理的各个规范执行配置 管理活动。
项目CMO
• 制订项目配置管理计划。 • 维护配置状态记录；制定和发布配置状态报告
。 • 维护配置库的目录结构。 • 编写和发布配置审计报告。 • 编写和发布基线发布报告。
公司CMO
课程内容
➢软件配置管理过程 ➢配置库管理使用规范 ➢配置变更管理规范 ➢版本发布控制规范
4区管理模式
代码管理流程
代码目录结构定义
建立时机：详细设计文档已基线化。
项目管理文档管理方法
配置库基本目录结构
权限管理方法
权限管理说明几点
• 所有的权限申请必须通过邮件的 方式，不接受任何口头的申请。
• 在邮件中请说明具体要开通哪些 权限。
课程内容
➢软件配置管理过程 ➢配置库管理使用规范 ➢配置变更管理规范 ➢版本发布控制规范
已经解决的缺陷过后又出现错误
找不到最新修改了的源程序
找不到编程序的人
软件配置管理的作用
• 存储和保护所有软件资产和相关资源 • 记录软件所有的历史变更
What changed? Who changed it? When did it change? Why did it change? • 帮助项目经理更好的了解项目的进度 • 有利于管理者应对开发人员流动较大的情况，使新的成员 可以快速实现任务交接，尽量减少因人员流动而造成的损 失。