信息系统项目管理师-第15章

《信息系统项目管理师-第15章》由会员分享，可在线阅读，更多相关《信息系统项目管理师-第15章（32页珍藏版）》请在金锄头文库上搜索。

1、第15章 配 置 管 理 配置管理在项目管理中具有重要的地位和作用。近年来，信息系统项目的规模越来越 大，复杂性越来越髙，由于管理上失误给我们的教训也越来越深刻。这都使得人们不得不 重视配置管理问题。 配置管理是PMBOK、IS09000和CMMI中的重要组成部分，它在产品开发的生命周 期中，提供了结构化的、有序化的、产品化的管理方法，是项目管理的基础工作。配置管 理是通过技术及行政手段对产品及其开发过程和生命周期进行控制、规范的一系列措施和 过程。信息系统开发过程中的变更以及相应的返工会对产品的质量有很大的影响。如果不 从配置管理方面加以控制，必将导致严重的后果。配置管理的一个重要内容就是对

2、变更加 以控制，使变更对成本、工期和质量的影响降到最小。 本章在讨论配置管理概念的基础上，介绍了配置管理计划应包括的内容，接着讨论了 配置标识、变更管理、配置审核等问题，另外还涉及到版本管理、配置状态报告以及采用 配置管理工具的问题。 15.1配置管理的概念 15.1 .1配置项 产品配置是指一个产品在其生命周期各个阶段所产生的各种形式（ 机器可读或人工可 读)和各种版本的文档、计算机程序、部件及数据的集合。该集合中的每一个元素称为该 产品配置中的一个配置项（ Configuration Item, C I) ,配置项主要有两大类： 属于产品组成部分的工作成果，例如需求文档、设计文档、源代码、

3、测试用例等。 属于项目管理和机构支撑过程域产生的文档，例如工作计划、项目质量报告、项目 跟踪报告等。这些文档虽然不是产品的组成部分，但是值得保存。 每个配置项的主要属性有：名称、标识符、文件状态、版本、作者、日期等。所有配 置项都被保存在配置库里，确保不会混淆、丢失。配置项及其历史记录反映了项目产品的 演化过程。 置于配置管理之下的工作产品包括将交付给顾客的产品、指定的内部工作产品、采办 的产品、工具和其他用于创建和描述这些工作产品的实体。 可能置于配置管理之下的主要工作产品如下： 计划。 第15章 配 置 管 理315 过程描述。 需求。 设计数据。 图纸。 产品规范。 代码。 编辑器。 产

4、品数据文件。 I 用户手册。 测试规约。 操作和安装手册。 可执行程序。 维护文档。 产品技术出版物。 可以在若干层次上执行工作产品的配置管理。“配置项”是配置管理的指定实体，它 可以由多个相关的工作产品组成。可以把配置项分解成若干配置元素和配置单元。在实践 中，根据情况，可 以 把“配置项”解 释 为“配置元素”或“配置单元”。例如，需求管理中 的配置项，从单个需求到一组需求，可能就不同。 这里以交付给不同用户的某一软件产品为例，进一步说明产品配置的含意。如果我们 开发的软件产品是具有一定功能和性能的初始系统， 那么最终的产品应能满足用户的需求6 为此，必须认真研究用户的真正需求。经调查，了

5、 解 到“用 户1”代表了一些用户，这个 用户群使用的计算机为“机 型1”，所用的操作系统是“操作系统1”；而“用 户2”所代表 的用户群使用“机 型2”和“操作系统2”（ 如 图15.1所示)。就是说，不同用户有着不同 的工作环境，我们的软件产品必须考虑到这些差异，并且充分地使其满足各个用户的使用 要求。为做到这一点，产品的设计可能做成如图15.2所示的安排：两类产品分别针对两个 图15.1不同用户有自己的工作环境 316信息系统项目管理师教程（ 第2版) 用 户1: 用 户2: 图15.2面向不同用户产品的不同配置 用户群，产品内部设计的模块（ 按上面的说法是配置项）如下。 用 户1 :采

6、 用A、B、C、D、E和F模块。 用 户2 :采 用A、B、C、D、E和G、H模块。 两者的差别不仅表现在一个含有F，另一个含有G和H ,而且即使两者的A在逻辑上 是同一个内容，但在物理上仍然可能因两类用户需求的不同而有差异，例如，两 个A分别 以不同的媒体出现。 为实现这两种不同的软件配置，在实际工作中，我们完全可以将各个配置项分别开发 出来，再根据需要，组合成计对不同用户使用需求的不同产品，正 如 图15.3所示。 L -rr. 用 户1 用 户2 A j、 、 A BB CC DD EE G FH 产 品1产 品2 图15.3两个产品具有不同的配置 第15章 配 置 管 理317 15.

7、1.2配置管理 1 .项目管理知识体系指南（PMBOK2004)中的定义 在PMBOK2004版的“项目整体管理”一章和术语表中对配置管理系统给出了定义和说明。 配置管理系统是整个项目管理信息系统的一个子系统。配置管理系统包括提交建议的 变更的过程，评审和批准建议的变更的跟踪系统，为授权和控制变更规定的批准级别，和 确认批准的变更的方法。在大多数应用领域，配置管理系统包括变更控制系统。配置管理 系统也是用于技术和行政指导与监督的一个正式的文档化程序的集合： 标识和记录产品、结果、服务或组件的功能和物理特性。 控制这些特性的变化。 记录和报告每个变更和它的实现状态。 支持对产品、结果或组件的审计

8、，以验证是否与需求保持一致。 2. CMMI中的定义 CMMI-SE/SW/IPPD/SS版 本1.1定 义 的“配置管理”是 ：配 置 管 理（ Configuration Management)的目的在于运用配置标识、配置控制、配置状态统计和配置审计，建立和维 护工作产品的完整性。 图15.4是CMMI中关于配置管理的流程图。 图15.4配置管理流程图 318信息系统项目管理师教程(第2版) 从 图15.4可以看出，配置管理流程主要包括9大部分：制订配置管理计划、识别配置 项、建立配置管理系统、创建或发行基线、跟踪变更、控制变更、建立配置管理记录、执 行配置审核、版本控制等。另外，与此流程

9、相关的还有：关于组织的总体方针、项目计划 和配置管理模板。 3 .软件配置管理 软件项目的配置管理很成熟，关于软件配置管理，这里给出两个定义。 ( 1 )国际标准ISO 9000 配置管理是一个管理学科，它 对 配 置 项 （ 包括软件项）的开发和支持生存期给予技术 上和管理上的指导。配置管理的应用取决于项目的规模、复杂程序的风险大小。 (2) GB/T 11457： 1995 软件工程术语国家标准 标识和确定系统中配置项的过程，在系统整个生存期内控制这些配置项的投放和变 更，记录并报告配置的状态和变更要求，验证配置项的完整性和正确性。并对下列工作进 行技术和行动指导与监督的一套规范： 对配置

10、项的功能特性和物理特性进行标识和文件编制工作。 控制这些特性的变更情况。 记录并报告这些变更进行的处理和实现的状态。 国 际 标 准 ISO/IEC 12207： 1995信息技术软件生存周期过程中所规定的软件 配置管理过程的活动如表15.1所示，其中给出了该标准关于软件配置管理过程的活动、任 务的摘要。 表15.1 ISO/IEC 12207 1995信息技术 软件生存周期过程关于软件配置管理过程的规定 活 动任 务解 释 1.过程实施开发配置管理计划 计 划 描 述 ：配置活动、这些活动的规程、 进度、 配置管理组织及与其他组织的关系 计划应形成文件 2.配置标识 制定标识规则 借助配置标

11、识控制软件项及其版本 标识内容包括基线文档、版本基准号等 3.配置控制 标识并记录变更申请 分析与评价变更 批 准 （ 或不批准）申请 实 现 、 验证和发行已变更的软件项 审核跟踪变更 控制并审核受控软件项 跟 踪 变 更 原 因 、变更授权 保证重要功能的安全或保密 4. 配置状态报告编制管理记录和状态报告 表 明 受 控 项 （ 包括基线）的状态和历史 状态报告应包括变更号 、最新版本、发行 标识、版本号及各版本比较 第15章 配 置 管 理319 续表 活 动任 务解 释 5.配置评价 确定和保证软件项的功 能完 整性 、物理 完整性 6.发行管理和 交付 有效控制软件产品和文档的发行

12、和交付包含重要的安全或保密功能的代码 在 产 品 的 生 存 期 内 保 存 代 码 、文档的主和文档应按组织的方针处理、储存、 拷贝包装和交付 综合以上所述的定义，可以把配置管理概括为：它是采用技术手段和行政手段进行管 理和监督的一套规范化方法；对配置项的功能特性和物理特性加以标识，并将其文档化； 控制这些特性的变更；报告变更进行的情况和变更实施的状态以及验证与规定需求的一 致性。 总之，项目配置管理主要是对项目生存期过程中的各种阶段产品和最终产品演化和变 更的管理，它是项目管理的重要组成部分。如果从变更的意义讲，配置管理是要解决项目 产品的变更标识、变更控制以及变更发布的问题。 4 .项目

13、配置管理的任务 为达到上述项目配置管理的要求，通常认为实施项目配置管理应完成以下几方面的 任务： 制定项目配置管理计划。 确定配置标识规则。 实施变更控制。 报告配置状态。 进行配置审核。 进行版本管理和发行管理。 15.2配置管理计划 配置管理计划的主要内容包括配置管理软硬件资源、配置项计划、基线计划、交付计 划、备份计划等。由配置控制委员会（ Configuration Control Board，CCB)审批该计划。 制订配置管理计划，以便于配置管理人员按计划开展配置管理工作，并保持配置管理 工作的一致性。 制订配置管理计划的主要步骤如下： (1)建立并维护配置管理的组织方针 这个方针要

14、确定组织所期望的该项目的工作产品的范围，产品基线，需要跟踪和控制 变更的工作产品，以及如何建立并维护基线的完整性等。 此方针还应规定有哪些相关人员应该了解配置管理的组织方针及配置管理计划，以便 320信息系统项目管理师教程(第2版) 获 得 他 们 （ 特别是管理层）的支持，从而得到配置管理所需要的资源，使配置管理得以顺 利进行。如果配置管理的组织方针已经建立，则只要引用和维护即可。 (2)确定配置管理需使用的资源 配置管理员根据项目的规模以及财力，确定过程和产品质量保证活动工具以及计算机 资 源 （ 考虑内存、外存、CPU等) 。 用 于 执 行“配置管理”过程域活动的主要工具如下： 配置管

15、理工具。 数据管理工具。 归档和复制工具。 数据库程序。 ( 3 )分配责任 确 定“配置管理”的总负责人及其责任和权限。对于小型项目，可能只有一个 “配置管理”人员，则他即是总负责人。 确 定“配置管理”人员的责任和权限。 确认有关的人理解分配给他们的责任和权限并且接受它们。 ( 4 )培训计划 制 订 对“配置管理”总负责人、过程和产品质量保证人员的培训计划。培训包括过程 和产品质量保证的概念培训和专题培训。主要培训专题如下：配置管理工作人员的角色、 责任和权限，配置管理标准、规程和方法，配置库系统。 ( 5 )确 定“配置管理”的项目干系人，并确定其介入时机 这里明确列出与“配置管理”有

16、关的具体的项目干系人清单和介入时机，以便项目干 系人适时介入。项目干系人介入的主要活动如下： 建立基线。 审查配置管理系统报告和解决问题。 评估配置项变更的影响。 进行配置审核。 审查配置管理审核的结果。 (6)制订识别配置项的准则 根据配置管理的组织方针制订配置项和 项目计划文档识别准则用于确定进行配置 管理的配置项的范围，并规定识别它们的标准。 一般来说，配置项识别准则应至少有下列配置项： 计划。 过程描述。 需求。 设计数据。 第15章 配 置 管 理321 测试计划和规程。 测试结果。 代码/模块。 工 具 （ 例如编辑器) 。 接口描述。 产品规范。 产品数据文卷。 产品技术出版物。 ( 7 )制订配置项管理表 配置项管理表至少应该包括标识号、配置项名称、重要特征、预计进入配置管理时间、 实际进入配置管理时间、拥有者责任及重要属性等，如 表15.2所示。 表15.2配置项管