配置管理基础

配置管理：是通过在对软件生命周期的不同时间点上所产生的文件进行标识，并对这些被标识的文件进行系统的控制，保证软件产品的完整性，和可塑性。
配置：配置是技术文档中明确说明并最终组成软件产品功能或物理属性。
版本：版本是表示一个配置项具有一组定义的个哦哦难怪你呢个的一种标识。
版本号：命名规则为了维护软件项目，我们提出了对版本进行管理控制的要求。

软件配置管理的过程：
1.项目启动
项目负责人确定CMO,并且确定CMO的备份。
2.标识配置项
配置项：是逻辑上组成软件系统的各个组成部分。
配置项的定义与划分的基本出发点在于：保证所有组成软件的功能和物理属性都定义为配置项。
3.配置的计划活动
(1)配置管理人员的组织和职责
（2）命名规则
（3）配置管理工具以及配置库结构
（4）标识的配置项和位置
（5）权限分配的管理方法
（6）配置库备份的周期，方法
（7）变更控制的流程和操作方法
（8）版本发布的计划和策略
（9）ccb活动
（10）基线的审计活动
4.配置库的建立和维护
配置管理计划制定完毕之后，CMO根据配置管理计划中的规定，建立和维护配置库，该阶段包括：CMO根据配置管理计划，建立配置库
CMO按照配置管理计划分配权限，并且通知项目的组成人员。
CMO根据配置管理计划确保配置库定期进行备份，并且配置库中的塑聚能够成功恢复，CMO应该维护备份日志以跟踪备份
cmo对项目组提供工作说明或培训所使用的配置库。
5配置控制机制
在配置项提交评审时（基线化前），CMO将该配置项纳入配置库，并打标签，此时配置项置于“受控”状态。在这个状态下，对该配置项的每次更新，打不同的版本号来进行区分，配置项变更后，基线化之前，如过需要，则该配置项必须呗重新评审，批准及签发。
6基线变更控制
（如图）
7配置状态的发布
一旦配置项基线化后，CMO应该通知项目组，内容应该包括基线化配置项的名称以及位置。
8配置审计和验证
根据配置管理计划，在阶段结束会议前，由QA以及cmo进行基线审计，审计要依照基线审计检查单进行，以验证：
配置项的完整性，正确性，一致性和可跟踪性
配置想的变更控制是否配置计划相一致
9配置归档
当项目提前关闭，中止或正式关闭时，CMO将配置库归档当产品配置库，并删除与项目相关的本地拷贝。