软件开发 配置管理-小布老师tuxedo开发管理系列培训

软件配置管理（Software Configuration Management，SCM）是指在开发过程的各个阶段，通过技术或管理手段，对软件产品及其开发过程和生命周期进行控制和规范的一系列措施。 配置管理的目标是记录软件产品的演进过程，保证软件开发人员在软件生命周期的各个阶段都能获得准确的产品配置。

SCM过程分解为几个过程要素，即制定软件配置管理计划、配置项入库和基线发布、配置审计、产品构建和发布、变更控制、SCM工作管理、配置库的建立和使用。 配置管理活动与软件生命周期相关联，如下图所示：

图：配置管理活动与软件生命周期关联图

一、配置管理的意义

1) 多维护问题：解决多个用户修改同一个文件导致版本不一致的问题；

2）同时修改问题：解决多个用户同时修改同一个文件导致的资源冲突问题；

3）版本丢失或未知的问题：即哪个版本应该保留，哪个版本应该销毁。

2.配置管理的主要内容

制定配置管理计划，识别配置项，建立配置管理系统，基线，建立配置库软件开发 配置管理，变更控制，配置状态统计，配置审计

2. 制定配置管理计划

制定配置管理计划的主要步骤如下：

(1) 建立和维护配置管理的组织方针

(2)确定配置管理需要的资源

（三）职责分工

（四）培训计划

(5) 确定“配置管理”的项目干系人并确定他们介入的时机

(6) 制定配置项识别标准

(7) 制定配置项管理表

(8)确定配置管理软硬件资源

(9) 制定基线计划

(10) 制定配置库备份计划

(11) 制定变更控制流程

（十二）制定审批方案

3.配置识别和基线建立

配置识别：

识别需要纳入配置管理的配置项

确定何时以及谁拥有配置项

为识别的配置项分配一个唯一的 ID

配置项：项目计划书、需求文档、设计文档、源代码、可执行代码、测试用例

基线：指在其生命周期的特定时间被正式标记、固定和正式批准的配置项。

版本。

可以看作是一个比较稳定的逻辑实体，其组成部分不能被任何人随意修改

对于配置管理，存在三种类型的基线：分配基线（需求）、功能基线（设计）和产品基线（测试）。

分配基线

分配基线是指在软件需求分析阶段结束时正式审查和批准的软件需求规范。 分配基线是最初批准的分配配置标识。

功能基线

功能基线是指在系统分析和软件定义阶段结束时，正式审查和批准的系统设计规范中对开发系统的规范； 或指项目委托单位与项目承担单位签订的协议或合同中规定的所开发软件系统的说明书； 或下属申请并经上级批准或直接下发的项目任务书规定的开发软件系统说明书。 功能基线是最初批准的功能配置标识。

产品基准

产品基线是指在软件组装和系统测试阶段结束时，经过正式审查和批准的软件产品的所有配置项的规范。 产品基线是最初批准的产品配置的标识。

4.建立配置管理系统（SVN、VSS、CVS、配置库）

配置库：记录所有配置项信息，存储受控配置项

动态库、开发库、程序员库、工作库

受控库、主库、系统库

静态库、软件仓库、软件产品库

备份库

建库方式：按配置项类型建库软件开发 配置管理，按任务建库

配置库权限的定义和设置

R（读）

C（签出/签入）

A（添加/重命名/删除）

D（毁灭）

5.版本管理

配置项状态：草稿、正式（审核后）、修改

配置项版本号规则

配置项的版本号与配置项的状态密切相关。

“草稿”状态下配置项的版本号格式为：0.YZ

随着选秀不断改善，YZ 的价值应该会增加。 YZ的初始值和增量由开发者自己控制。

“正式发布”状态下配置项的版本号格式为：XY

X为主版本号，取值范围1~9，Y为版本号，取值范围1~9

配置项首次“正式发布”时，版本号为1.0

如果配置项的版本升级比较小，一般只增加Y值，X值不变。只有当配置项的版本有明显升级时才允许增加X的值。

“正在修改”状态下配置项的版本号格式为：XYZ

修改配置项时，一般只增加Z值，XY值不变

当配置项修改完成，状态变为“正式发布”时，设置二进制值为0，增加XY值

6. 变更控制

变更申请：变更申请人

变更评估 (CCB)

变更实施：CM工程师，变更实施者

变更验证和确认 (CCB)

更改的发布（配置管理器）

相对于基线的变化：在基线内。 不要走。走基线之外的变更流程

7、配置状态报告：常用CASE工具自动生成

能够及时、有准备地给出配置项的当前状态，加强配置管理

什么：发生了什么事？

谁：这是谁干的？

When：这是什么时候发生的？

为什么：你为什么要这样做？

报告所有配置项和变更请求的状态

8.配置审计（Configuration Audit）

一种变更控制的辅助手段，以确保变更要求得到实际实施

配置项审计包括功能配置审计和物理配置审计。

配置审计内容包括：

(1) 评估基线的完整性

(2) 检查配置记录是否正确反映了配置项的配置

(3) 审查配置项的结构完整性

(4) 配置项技术审查

(5) 验证配置项的完整性和正确性

(6) 验证是否符合配置管理标准和程序

配置评审的任务是验证配置项与配置标识的一致性。 实施配置评审是为了保证项目配置管理的有效性，体现配置管理最根本的要求，不允许有任何混淆，例如：

(1) 防止向用户交付不合适的产品，例如交付错误版本的用户手册。

(2) 防止不完善的实施，例如开发不符合初始规范的产品或不实施变更请求。

(3) 找出配置项之间不匹配或不兼容的现象。

(4) 确认配置项在要求的质量控制审查后已作为基线存储。

(5) 确认记录和文件保持可追溯性。