配置管理（scm）学习笔记（一）

• 配置管理：对配置项的管理流程。
• 配置项（SCI）指基础架构组件或基础架构有关的项目，包括软、硬件和相关的文档，如：源代码、需求规格说明书、设计规格说明书、测试计划、测试用例、用户手册等
• 

   

   

分为基本配置项和集成配置项，基本是软件开发过程创建的基本工作单元；集成是基本的集合或其他集成的集合

• 配置基准线：产品或系统在某一特定时刻的配置状态
• 配置管理数据库（CMDB）：包含每个配置项和配置项之间关系的详细资料的数据库

 

配置管理过程

• 制订配置管理计划：
• 识别和标志配置项：为每个配置项配置唯一的标志，建立配置项之间的关系
• 搭建配置管理环境：配置管理库，存储SCI、修改请求、变化记录等，提供对存储文件的版本控制
• 配置项的版本控制：

1. 配置库的检入检出和版本控制机制解决了

   访问控制

   并行控制

2. 记录对配置项的修改
3. 产品版本编号

• 基线变更管理：变更批准或拒绝，变更实现。批准变更后，确定其实现进度：立即实现，特定日期实现，在另外版本中实现
• 配置审核：配置管理活动审核，基线审核
• 配置状态统计和报告：变更请求的数量，变更管理活动的执行情况，配置管理系统存储量的变化，

cmm/cmmi

将软件配置管理分为：scm过程管理；软件配置标识；软件配置控制；软件配置状态统计；软件配置审计；软件发布管理和交付

定义软件配置管理为：建立和维护产品的完整性

配置完整性：

　　产品完整性：提交的工作成果完整

　　产品集合完整：包含的配置项完整

　　子产品正确：配置项达到了需求要求

三库管理：开发库、受控库和产品库。指导思想上是逻辑上独立，物理在一起。实践中通常是三库物理隔离。

 

 

SCM意义：保证软件产品的完整性、追溯性、一致性、可控性。

基线管理步骤：

在开发前确定基线的配置

基线批准前，检查基线的配置项是否完整

确认各个配置项的版本正确性

对每个配置项建立基线标志

基线变更管理

基线的各类报告和审计信息

变更管理流程：

提出变更请求；由ccb审核决定是否批准

为修改请求分配人员，提取SCI，进行修改

提交修改后的SCI，并测试；重建软件的适当版本

复审SCI的变化；发布新版本

常用《需求跟踪表》、《配置项依赖关系表》来帮助发现变更会影响的内容

 

---

如果您觉得阅读本文对您有帮助，请点一下“推荐”按钮，您的“推荐”将是我最大的写作动力！欢迎各位转载，但是未经作者本人同意，转载文章之后必须在文章页面明显位置给出作者和原文连接，否则保留追究法律责任的权利。