配置管理过程.ppt

配置管理基础培训
主要内容
一、配置管理术语
二、配置管理角色
三、配置管理库
四、变更控制委员会（CCB）
五、工作过程简介
六、本次修订要点
七、配置管理实例
一、配置管理术语
配置管理（CM）：
采用技术手段和行政环境之间的关系如下图所示：
项目配置管理库示意图
CCB的目的：
在项目/产品整个生命周期内对基线的变更做评估和批准。

CCB职能:
对变更及影响进行评估和评价；
审查和批准基线的变更；
审查和批准基线配置项的变更。
四、变更控制委员会CCB
CCB的组成：
CCB是一个可以变化的组织，根据项目或产品的发展有不同的CCB成员。
CCB成员主要包括业务师、架构师、项目经理/事业部团队经理、版本管理员、关键技术人员和配置管理员（其它可选人员包括部门主管、质量保证人员、测试经理、客户等）；
如果在项目中涉及到对原有产品进行较大的变动时，该产品所涉及的事业部团队经理也需要作为CCB成员。
CCB组长：CCB组长动态变化，一般根据变更的源头定义CCB组长。
如果是需求类变更，CCB组长为需求管理部业务师；
如果是方案及设计类变更，CCB组长为总体部架构师；
如果只是编码类变更，CCB组长为项目经理/事业部团队经理 。
CCB的工作方式：
CCB一般以会议的形式开展工作；
CCB的工作成果要记录在《CCB会议纪要》中。
五、工作过程描述
1、制定配置管理计划
2、定义和管理基线
3、变更控制
4、配置审计
5、产品库管理
《配置管理计划》的主要内容：
定义配置管理的需求
CCB的组成
定义基线和基线发布计划
变更控制策略
配置管理环境
项目资料管理等
1、制定配置管理计划
涉及多产品的项目配置管理计划：
在制定配置管理计划时要列出所涉及产品的相关配置管理内容
在填写《项目基线管理及配置审计表》中基线定义部分时，要按照产品列出全部基线配置项内容。
如果项目需要分阶段实施，在填写《项目基线管理及配置审计表》中基线定义部分时，要按照阶段定义基线。
可选择的基线类型：
项目计划基线：
需求基线
技术方案基线
需求分析基线
总体设计基线
程序实现基线
系统测试基线
验收测试基线/产品基线
2、定义和管理基线
定义基线
项目：在《项目基线管理及配置审计表》中定义项目过程中必须建立的基线类型，以及各种基线所包含的配置项。
产品：在《配置管理计划》中定义产品基线及其包含的配置项。
建立基线
建立基线的时机：在对应的阶段性软件产品通过评审、验证或确认后。
建立基线：建立基线不需要召开CCB会议，分阶段实施的项目，在阶段软件产品通过评审、验证或确认后即可建立基线。
发布基线
通过E-mail、书面文档、网页等方式，版本管理员将基线信息，包括基线名称、基线标识、基线配置项名称等内容，发布给外部客户或内部受到影响的组和个人。
变更基线
如果项目组/团队需要对已形成基线的配置项进行更改，则项目组/团队必须按变更控制流程处理。
在基线的配置项变更完成后，需要发布变更基线。
变更控制的时机：
在软件生命周期中，配置项一旦形成，对其任何更改都要求按变更控制流程处理。
变更控制的原则：
必须在配置库中进行，不能在产品库、构建库和测试库中进行。
开发库可以根据作者的需要修改。
变更控制的方式：
尽可能以工具为主，书面为辅。
3、变更控制
配置库的变更控制流程
批准变更
基线变更的批准由CCB批准；
基线配置项的变更由CCB批准，可以集中处理；
非基线配置项的变更可以由项目经理/产品经理批准。
目的：
证实软件产品在其整个生命周期中，各基线配置项的正确性、完备性及一致性。
配置审计包括物理审计和功能审计。
在基线形成时，配置管理员对基线进行物理审计。
在进行系统测试、验收测试、产品基线形成时，项目/事业部团队经理或指派人员对基线进行配置功能审计。
完成配置审计后，由配置管理员填写《项目基线管理及配置审计表》中“基线配置审计”部分。
4、配置审计
物理审计的主要内容：
评估软件基线的完整性；
评审配置管理库系统的结构；
验证软件配置库内容的完备性和正确性；
验证与适用的配置管理标准和规程的符合性。
功能审计的主要内容：
验证是否已经完成了产品构建；
验证产品实现的用户功能是否正确。
5、产品库管理
产品库管理的内容：
形成产品基线并可以发布的软件产品；
外包及第三方软件产品；
因特殊情况而终止的项目的工作产品 。
产品入库及出库流程：
公司的软件产品：按照《产品出入库管理办法》中的“入库管理”及“出库管理”的相关规定执行。
外包及第三方软件产品：按照《产品出入库管理办法》中“外包、外购产品出入库管理”的相关规定执行。
重要源码：对于被认定为重要