配置管理过程
软件配置管理的目的是在整个项目周期中建立和维护整个项目及相关产品的 完整性及一致性.
• 在每一个项目中清楚分配SCM人员及任务.
• 保证软件项目的配置管理活动是有计划的；
• SCM贯穿项目的整个生命周期.
• 所选择的软件工作产品是确定的, 受控的, 可访问和可使用的
• 对已经确定的软件工作产品的变更是受控的；
• SCM贯穿外部软件产品交付、内部软件交付及内部支持工具开发的整个过程.
• 软件项目中确认的基本信息及相关的产品或工件要置于配置管理系统之中并且可被相关人员访问.
• 在项目生命周期中, 有关部门要对软件基线和SCM行为进行定期检查.
2. 范围
• 新的软件项目；
• 基于以往项目进行修改的软件项目。
3. 职责
1）SCCB负责审定软件基线的建立和配置项的标识；软件基线审批和针对基线变更的审批；审定由软件基线库生成的产品.
2）配置管理员负责实施项目的配置管理；负责执行SCCB确认的工作，并将配置管理活动通知受影响的组和个人。
3）高级管理者定期审核配置管理活动。
4. 工作程序
4.1 置于配置管理下的软件工作产品
置于配置管理下的工作产品通常包括:
• 各种标准（代码书写标准、设计标准等）
• 计划（开发计划、 配置管理、质量保证计划等)
• 软件需求说明书及相关的演示模型和文档
• 设计文档
• 软件源代码
• 数据库文件
• 测试计划、测试程序和数据
• 软件操作手册
• 各种跟踪记录、测试记录、评审报告等
• 其他与软件开发及管理相关的和必要的文档等
4.2 SCCB人员
SCCB由研发经理、项目经理、软件项目经理、 客户经理、质量保证经理、相关部门代表组成, 具有软件变更及配置变更审批权的小组.
4.3 配置管理过程
4.3.1 计划和配置环境














































4.3.1.1确认使用的配置管理工具；
4.3.1.2确定应置于配置管理的配置项
4.3.1.3确定配置管理需要的目录结构
4.3.1.4为配置项定义命名规范和版本控制方法，制定时考虑以下因素：
 安排给每个配置项唯一的标识符；
 每个重要配置项的特征；
 每个配置项所属于的目录；
 标识每个配置项的负责人（即从配置管理的角度来说的所有者）。
4.3.1.5定义目录或文件访问限制；
4.3.1.6确定配置项被移入基线的点
在配置管理计划中说明要在产品生命周期中的哪些时间点处建立基线。；
4.3.1.7定义跟踪配置项状态的方法
4.3.1.8确定基线变更程序（参见《软件基线变更过程》）
4.3.1.9定义备份程序
对项目配置管理数据库进行备份，备份后的数据可以通过CDR刻录的方式进行保存。具体的备份时间，根据具体的项目，由配置管理员决定。
4.3.1.10定义发布程序
项目在系统测试通过，配置项入基线库后，经软件项目经理批准后，提交用户试运行，出具验收报告后，进入产品库。
4.3.1.11定义存档程序
一个软件项目结束后，对最终的软件配置管理库进行归档。
4.3.1.12制定《配置管理计划》
根据定义的《配置管理计划》模板制定《配置管理计划》（计划要进行评审，可参见《评审过程》），通过上述的配置管理活动，配置管理员配合软件项目经理进行配置管理计划的制定工作。

4.3.2 基线配置项的管理过程



































否


是










4.3.2.1 Add File：对已确定的基线配置项，将其存入配置管理基线库，并放在相应的目录下
4.3.2.2接受基线配置项的变更请求，请求已经SCCB批准.
4.3.2.3配置项Check Out：有相应权限的人首先检查此配置项是否已被Check Out，若已被Check Out，则等待该配置项被Check In后再进行Check Out。
4.3.2.4配置项修改：只有Check Out 的配置项才能被修改
4.3.2.5 修改后的文档经评审确认后进入基线库；修改后的代码由测试人员测试出具报告，经评审批准后进入基线库，否则返回继续修改。
4.3.2.6 基线配置项Check In：基线配置项更改被SCCB批准后，需要重新存入配置管理库，通过Check In操作进行
4.3.2.7 在配置管理活动中，要对引起配置项状态变化的活动进行记录（如Add File、Check Out、Check In）。
4.3.2.8在里程碑时进行基线状态统计及审核，形成报告
 详细统计基线库内配置项的状态（即更改和其它活动）。
 审核软件基线的完整性。

配置管理过程