配置管理过程

1、配置管理基础培训配置管理基础培训主要内容主要内容一、一、配置管理术语配置管理术语二、配置管理角色二、配置管理角色三、配置管理库三、配置管理库四、变更控制委员会（四、变更控制委员会（CCBCCB）五、工作过程简介五、工作过程简介六、六、本次修订要点本次修订要点七、配置管理实例七、配置管理实例一、配置管理术语一、配置管理术语 配置管理（配置管理（CMCM）：）：8采用技术手段和行政手段进行管理和监督的一套规范化方法，主要采用技术手段和行政手段进行管理和监督的一套规范化方法，主要包括：对配置项加以标识，并将其基线化；跟踪与控制配置项的变包括：对配置项加以标识，并将其基线化；跟踪与控制配置项的变更；报

2、告变更进行的情况和变更实施的状态；验证配置项与规定需更；报告变更进行的情况和变更实施的状态；验证配置项与规定需求的一致性。求的一致性。 基线（基线（BaseLineBaseLine）：）：8描述一个或多个配置项和构成配置项的相关实体。基线为持续地评描述一个或多个配置项和构成配置项的相关实体。基线为持续地评价配置项提供稳定的基础。一般在项目各阶段的结束点形成，其形价配置项提供稳定的基础。一般在项目各阶段的结束点形成，其形成标志是有一个或多个软件配置项通过验证与确认而获得认可。成标志是有一个或多个软件配置项通过验证与确认而获得认可。 变更控制委员会（变更控制委员会（CCBCCB）：）：8审查和批准

3、基线及基线配置项的变更审查和批准基线及基线配置项的变更，对变更及影响进行评估和评，对变更及影响进行评估和评价。价。CCB成员的组成及成员的组成及CCB组长的定义和审批的对象有关系。组长的定义和审批的对象有关系。 版本管理小组版本管理小组 8设在质量管理部，由配置管理员、产品库管理员和各项目、产品指定设在质量管理部，由配置管理员、产品库管理员和各项目、产品指定的版本管理员组成。的版本管理员组成。8负责大型集成项目的版本管理工作，包括制定版本管理策略，统筹安负责大型集成项目的版本管理工作，包括制定版本管理策略，统筹安排项目版本管理工作，指导和监督项目过程中的版本管理。排项目版本管理工作，指导和监督

4、项目过程中的版本管理。二、配置管理角色二、配置管理角色 项目经理项目经理/ /团队经理：团队经理：8制定项目制定项目/ /团队的组织机构和配置管理策略，负责开发或维护过程中的版团队的组织机构和配置管理策略，负责开发或维护过程中的版本控制和变更控制。本控制和变更控制。 配置管理员：配置管理员：8创建、维护配置管理库和变更管理库及配置审计。创建、维护配置管理库和变更管理库及配置审计。 版本管理员：版本管理员：8维护和实施组内的版本控制、变更控制、版本的标识定义、构建、组包、维护和实施组内的版本控制、变更控制、版本的标识定义、构建、组包、出入库、更新测试环境等工作。出入库、更新测试环境等工作。 开发

5、人员：开发人员：8根据项目根据项目/ /团队的开发和配置管理策略，创建、修改和测试开发工件。团队的开发和配置管理策略，创建、修改和测试开发工件。开发库开发库8仅供开发者个人使用的开发工作环境，由开发者自己管理。仅供开发者个人使用的开发工作环境，由开发者自己管理。配置库配置库8用于存储和管理变更受控的工作产品，供项目组用于存储和管理变更受控的工作产品，供项目组/ /团队及其相关团队及其相关人员共同使用，由版本管理员管理。人员共同使用，由版本管理员管理。 产品库产品库8用于存储和管理已形成产品基线并可发布的软件产品。公司有用于存储和管理已形成产品基线并可发布的软件产品。公司有且仅有一个产品库，是向

6、客户发布软件产品的唯一源头。且仅有一个产品库，是向客户发布软件产品的唯一源头。三、配置管理库三、配置管理库构建库构建库8进行产品构建（从源码生成执行码）的环境，由版本管理员负责进行产品构建（从源码生成执行码）的环境，由版本管理员负责管理，在构建过程中不能进行变更操作，要保证源码和执行码的管理，在构建过程中不能进行变更操作，要保证源码和执行码的一致性一致性 。测试库测试库8进行产品测试的环境，由版本管理员负责管理，包括搭建测试环进行产品测试的环境，由版本管理员负责管理，包括搭建测试环境及更新测试环境中的版本。境及更新测试环境中的版本。配置管理库配置管理库8开发库、配置库、构建库、测试库、产品库统

7、称为配置管理库。开发库、配置库、构建库、测试库、产品库统称为配置管理库。开 发 库配 置 库产 品 库开 发 人 员 提 交取 得 基 准 版 本评 审 或 审 批 通 过用 户产 品 库 管 理 员 发 布评审通过可发布构 建 库构 建调 试 生 成 目 标 码测 试 库测 试目 标 码配置管理库示意图配置管理库示意图配置库、产品库、开发环境、测试环境及构建环境之间的关系如下图所示：项目配置管理库示意图项目配置管理库示意图CCBCCB的目的：的目的：8在项目在项目/ /产品整个生命周期内对基线的变更做评估和批准。产品整个生命周期内对基线的变更做评估和批准。 CCB职能职能:8对变更及影响进行

8、评估和评价；对变更及影响进行评估和评价；8审查和批准基线的变更；审查和批准基线的变更；8审查和批准基线配置项的变更。审查和批准基线配置项的变更。 四、变更控制委员会四、变更控制委员会CCBCCBCCBCCB的组成：的组成：8CCBCCB是一个可以变化的组织，根据项目或产品的发展有不同的是一个可以变化的组织，根据项目或产品的发展有不同的CCBCCB成员。成员。8CCBCCB成员主要包括业务师、架构师、项目经理成员主要包括业务师、架构师、项目经理/ /事业部团队经理、事业部团队经理、版本管理员、关键技术人员和配置管理员（其它可选人员包括部版本管理员、关键技术人员和配置管理员（其它可选人员包括部门主

9、管、质量保证人员、测试经理、客户等）；门主管、质量保证人员、测试经理、客户等）；8如果在项目中涉及到对原有产品进行较大的变动时，该产品所如果在项目中涉及到对原有产品进行较大的变动时，该产品所涉及的事业部团队经理也需要作为涉及的事业部团队经理也需要作为CCBCCB成员。成员。 CCB组长：组长：CCBCCB组长动态变化，一般根据变更的源头定义组长动态变化，一般根据变更的源头定义CCBCCB组长。组长。8如果是需求类变更，如果是需求类变更，CCBCCB组长为需求管理部业务师；组长为需求管理部业务师；8如果是方案及设计类变更，如果是方案及设计类变更，CCBCCB组长为总体部架构师；组长为总体部架构师

10、；8如果只是编码类变更，如果只是编码类变更，CCBCCB组长为项目经理组长为项目经理/ /事业部团队经理事业部团队经理 。CCB的工作方式：的工作方式：8CCBCCB一般以会议的形式开展工作；一般以会议的形式开展工作；8CCBCCB的工作成果要记录在的工作成果要记录在CCBCCB会议纪要中。会议纪要中。五、工作过程描述五、工作过程描述1 1、制定配置管理计划、制定配置管理计划2 2、定义和管理基线、定义和管理基线3 3、变更控制、变更控制4 4、配置审计、配置审计5 5、产品库管理、产品库管理 配置管理计划配置管理计划的主要内容：的主要内容：8定义配置管理的需求定义配置管理的需求8CCBCCB

11、的组成的组成8定义基线和基线发布计划定义基线和基线发布计划8变更控制策略变更控制策略8配置管理环境配置管理环境8项目资料管理等项目资料管理等 1 1、制定配置管理计划、制定配置管理计划 涉及多产品的项目配置管理计划：涉及多产品的项目配置管理计划：8在制定配置管理计划时要列出所涉及产品的相关配置管理内容在制定配置管理计划时要列出所涉及产品的相关配置管理内容8在填写在填写项目基线管理及配置审计表项目基线管理及配置审计表中基线定义部分时，要按照产品列中基线定义部分时，要按照产品列出全部基线配置项内容。出全部基线配置项内容。 如果项目需要分阶段实施，在填写如果项目需要分阶段实施，在填写项目基线管理及配

12、置项目基线管理及配置审计表审计表中基线定义部分时，要按照阶段定义基线。中基线定义部分时，要按照阶段定义基线。 可选择的基线类型：可选择的基线类型：8项目计划基线：项目计划基线：8需求基线需求基线8技术方案基线技术方案基线8需求分析基线需求分析基线8总体设计基线总体设计基线8程序实现基线程序实现基线8系统测试基线系统测试基线8验收测试基线验收测试基线/ /产品基线产品基线2 2、定义和管理基线、定义和管理基线 定义基线定义基线8项目：在项目：在项目基线管理及配置审计表项目基线管理及配置审计表中定义项目过程中必须建中定义项目过程中必须建立的基线类型，以及各种基线所包含的配置项。立的基线类型，以及各

13、种基线所包含的配置项。8产品：在产品：在配置管理计划配置管理计划中定义产品基线及其包含的配置项。中定义产品基线及其包含的配置项。 建立基线建立基线8建立基线的时机：在对应的阶段性软件产品通过评审、验证或确认建立基线的时机：在对应的阶段性软件产品通过评审、验证或确认后。后。8建立基线：建立基线不需要召开建立基线：建立基线不需要召开CCBCCB会议，分阶段实施的项目，在会议，分阶段实施的项目，在阶段软件产品通过评审、验证或确认后即可建立基线。阶段软件产品通过评审、验证或确认后即可建立基线。 发布基线发布基线8通过通过E-mailE-mail、书面文档、网页等方式，版本管理员将基线信息，包、书面文档

14、、网页等方式，版本管理员将基线信息，包括基线名称、基线标识、基线配置项名称等内容，发布给外部客户括基线名称、基线标识、基线配置项名称等内容，发布给外部客户或内部受到影响的组和个人。或内部受到影响的组和个人。 变更基线变更基线8如果项目组如果项目组/团队需要对已形成基线的配置项进行更改，则项目组团队需要对已形成基线的配置项进行更改，则项目组/团队必须按变更控制流程处理。团队必须按变更控制流程处理。8在基线的配置项变更完成后，需要发布变更基线。在基线的配置项变更完成后，需要发布变更基线。 变更控制的时机：变更控制的时机：8在软件生命周期中，配置项一旦形成，对其任何更改都要求按变更在软件生命周期中，

15、配置项一旦形成，对其任何更改都要求按变更控制流程处理。控制流程处理。 变更控制的原则变更控制的原则： 8必须在配置库中进行，不能在产品库、构建库和测试库中进行。必须在配置库中进行，不能在产品库、构建库和测试库中进行。 8开发库可以根据作者的需要修改开发库可以根据作者的需要修改。 变更控制的方式：变更控制的方式：8尽可能以工具为主，书面为辅。尽可能以工具为主，书面为辅。3 3、变更控制、变更控制提提 出出 变变 更更 请请 求求审审 批批 变变 更更 检检 出出 配配 置置 项项实实 施施 变变 更更验验 证证 与与 确确 认认检检 入入 配配 置置 项项完完 成成 变变 更更配置库的变更控制流

16、程配置库的变更控制流程 批准变更批准变更8基线变更的批准由基线变更的批准由CCBCCB批准；批准；8基线配置项的变更由基线配置项的变更由CCBCCB批准，可以集中处理；批准，可以集中处理；8非基线配置项的变更可以由项目经理非基线配置项的变更可以由项目经理/ /产品经理批准。产品经理批准。 目的：目的：8证实软件产品在其整个生命周期中，各基线配置项的正确性、完备证实软件产品在其整个生命周期中，各基线配置项的正确性、完备性及一致性。性及一致性。 配置审计包括物理审计和功能审计。配置审计包括物理审计和功能审计。8在基线形成时，配置管理员对基线进行物理审计。在基线形成时，配置管理员对基线进行物理审计。

17、8在进行系统测试、验收测试、产品基线形成时，项目在进行系统测试、验收测试、产品基线形成时，项目/ /事业部团队事业部团队经理或指派人员对基线进行配置功能审计。经理或指派人员对基线进行配置功能审计。 完成配置审计后，由配置管理员填写完成配置审计后，由配置管理员填写项目基线管理及配置审计表项目基线管理及配置审计表中中“基线配置审计基线配置审计”部分。部分。 4 4、配置审计、配置审计 物理审计的主要内容：物理审计的主要内容：8评估软件基线的完整性；评估软件基线的完整性；8评审配置管理库系统的结构；评审配置管理库系统的结构；8验证软件配置库内容的完备性和正确性；验证软件配置库内容的完备性和正确性；8

18、验证与适用的配置管理标准和规程的符合性。验证与适用的配置管理标准和规程的符合性。 功能审计的主要内容：功能审计的主要内容：8验证是否已经完成了产品构建；验证是否已经完成了产品构建；8验证产品实现的用户功能是否正确。验证产品实现的用户功能是否正确。 5 5、产品库管理、产品库管理 产品库管理的内容：产品库管理的内容：8形成产品基线并可以发布的软件产品；形成产品基线并可以发布的软件产品；8外包及第三方软件产品；外包及第三方软件产品； 8因特殊情况而终止的项目的工作产品因特殊情况而终止的项目的工作产品 。 产品入库及出库流程：产品入库及出库流程：8公司的软件产品：按照公司的软件产品：按照产品出入库管

19、理办法产品出入库管理办法中的中的“入库管理入库管理”及及“出库管理出库管理”的相关规定执行。的相关规定执行。 8外包及第三方软件产品：按照外包及第三方软件产品：按照产品出入库管理办法产品出入库管理办法中中“外包外包、外购产品出入库管理、外购产品出入库管理”的相关规定执行。的相关规定执行。8重要源码：对于被认定为重要源码的内容，按照重要源码：对于被认定为重要源码的内容，按照应用软件产品应用软件产品源码管理办法源码管理办法及及源码管理操作办法源码管理操作办法的要求执行。的要求执行。 六、本次修订要点六、本次修订要点1、CCB组长动态变化，一般根据变更的源头定义组长动态变化，一般根据变更的源头定义C

20、CB组长；组长；2、基线类型：、基线类型：8增加了增加了“技术方案基线技术方案基线”；8删除了删除了“详细设计基线详细设计基线”；3 3、建立基线：不需要单独召开、建立基线：不需要单独召开CCBCCB会议；会议；4、配置管理相关文档调整：、配置管理相关文档调整：8增加了增加了项目基线管理及配置审计表项目基线管理及配置审计表，包括定义基线、基线发布、，包括定义基线、基线发布、配置审计等内容；配置审计等内容；8删除删除基线发布报告基线发布报告及及配置审计报告配置审计报告。七、配置管理实例七、配置管理实例 制定配置管理策略和计划制定配置管理策略和计划8指定版本管理员、配置管理员等角色；指定版本管理员

21、、配置管理员等角色；8团队经理制定配置管理策略；团队经理制定配置管理策略；8确定要进行配置管理的对象；确定要进行配置管理的对象；8定义基线建立和发布的时机；定义基线建立和发布的时机；8定义配置项和基线的标识；定义配置项和基线的标识；8建立建立CCBCCB组织；组织；8版本管理员负责编写配置管理计划版本管理员负责编写配置管理计划 建立配置管理系统建立配置管理系统8建立配置管理库：设定管理权限，配置项入配置库管理；建立配置管理库：设定管理权限，配置项入配置库管理；8建立变更管理库：建立变更审批流程，定义系统角色权限；建立变更管理库：建立变更审批流程，定义系统角色权限；8变更管理库可以使用变更管理库

22、可以使用ClearQuestClearQuest工具管理，也可以使用任务管理工具管理，也可以使用任务管理系统管理。系统管理。 接受维护任务（以需求变更为例）：接受维护任务（以需求变更为例）：8需求部接受信息科技部需求变更；需求部接受信息科技部需求变更；8需求部将任务分派到团队；需求部将任务分派到团队；8团队将需求变更记录登记在变更管理数据库中；团队将需求变更记录登记在变更管理数据库中；8CCBCCB组织对该需求进行评估，确定变更的影响范围和影响程度；组织对该需求进行评估，确定变更的影响范围和影响程度；8团队根据影响的范围和程度决定是否接受需求或接受需求的计划；团队根据影响的范围和程度决定是否接受需求或接受需求的计划；8如果不接受需求，说明理由，并征得外部同意后，关闭该需求变更如果不接受需求，说明理由，并征得外部同意后，关闭该需求变更。 如果接受需求变更：如果接受需求变更：8团队经理将任务分派给开发人员实施，并在变更数据库中记录分团队经理