CM配置管理PA讲义.pdfVIP

配置管理 Configuration Management 麦哲思科技（北京）有限公司 1 内容 • 过程域概述 –基本概念 –目的 –活动 –适用范围 –与其他过程域的关系 • 特定实践解析 –模型原文与参考译文 –理解与实施要点 • 案例解析 • 提问与解答 2 基本概念 • 配置管理： 应用技术和管理上的指导和监督以： （1）识别和记录配置项功能特征和物理特征； （2）控制这些特征的变更； （3）记录和报告变更的处理和执行的状态； （4）验证其是否符合特定的需求。 • 配置项 配置管理的基本单位，可以由一个或多个 相关的工作产品组成，如：一份文档、一段代 码等。 3 基本概念 • 配置审计 用来验证配置库中配置项符合特定的标准或需求的一种手段。主 要分为功能审计和物理审计。前者主要审计配置项对需求的符合 性，后者主要审计配置项的 “外观”和位置 –物理审计举例 配置管理员根据项目组提交的 “入库清单”逐一检查文档是 否存在，命名规则是否符合规范。 –功能审计举例 各类评审，各类测试，变更后的检验等等都可能是针对配置 项的功能满足需求的审计。此外，利用评审和测试的结果， 对配置项的检查和检验，也是一种功能审计。 • 基线 –基线是一组经正式评审或测试的工作产品，是未来开发或交 付的基础，而且只能经由正式的变更控制才能改变。 4 配置管理可以解决的问题 • 缺少配置管理或配置管理不完善时可能出现的问题 1.项目文档、代码散布在项目成员的电脑。 2.为了某个bug辛辛苦苦修改了一堆代码，提交时却发现 那段代码又被别人覆盖了。 3.找不回之前某个版本的文档、代码了。 4.编码工作已经开展几天了，突然发现设计文档不知道 什么时候已经更新了。 5.代码提交测试后,在测试和开发之间频繁的捣腾,版本 越来越乱。 6.产品发布时，发布了错误的版本。 7.发布了不明来源的版本。 5 配置管理与产品集成 配置管理 产品集成 对象 代码、文档、资料、工具 产品和产品构件 等一切对项目有用的资产 目的 保证开发活动的有序进行 将产品构件组装为产品，确保 ，提交产物的完备一致 集成后的产品运行 手段 配置库搭建、版本管理、 集成环境搭建、版本管理、自 变更管理、配置审计 动构建、冒烟测试、持续集成 时机 全生命周期 代码产生后 角色 配置管理员