软件项目管理第七章

《软件项目管理第七章》由会员分享，可在线阅读，更多相关《软件项目管理第七章（114页珍藏版）》请在金锄头文库上搜索。

1、第八章 软件项目的配置管理 DateDate 1 1 8.1 软件配置及其管理的概念 8.2 配置管理活动和流程 8.3 配置管理需求 8.4 版本管理 8.5 变更管理 8.6 配置状态监测与报告 8.7 基于配置管理的软件项目管理 8.8 配置管理的技术手段和工具 第八章 目录 DateDate 2 2 8.1 软件配置及其管理的概念 8.2 配置管理活动和流程 8.3 配置管理需求 8.4 版本管理 8.5 变更管理 8.6 配置状态监测与报告 8.7 基于配置管理的软件项目管理 8.8 配置管理的技术手段和工具 第八章 目录 DateDate 3 3 8.1.1 CMM2的配置管理概念

2、 8.1.2 IEEE的配置管理定义 8.1.3 配置管理概述 8.1.4 配置管理活动的作用 8.1 软件配置及其管理的概念 DateDate 4 4 配置的概念 l l 配置的概念来自硬件配置的概念来自硬件 l l 软件工程师是如何处理接口的？软件工程师是如何处理接口的？ l l 广而言之：广而言之： l l 软件的变化可以发生在一秒钟内软件的变化可以发生在一秒钟内 l l 软件的变化可以发生在每一秒钟软件的变化可以发生在每一秒钟 l l 软件开发过程下一秒钟是不确定的软件开发过程下一秒钟是不确定的 l l 情况将会怎样？怎么办？情况将会怎样？怎么办？ DateDate 5 5 软件项目开

3、发管理的新需求 你在一家小公司做软件工程师，开始的时候，你只有一个人，配了 2个助手。你们研究了一种算法（例如：图象压缩、数据加密等），编 写了一个实现模块。有一天老板看到了你的演示，认为很有市场潜力 ，可以结合进公司正在给某行业用户正在准备开发的系统中，成为该 系统的核心技术或一个别人没有的卖点。 下一周，你的队伍增加到14（你的老板准备就此豪赌一把了），与 你3个人的小组不同的是，公司从其他部门为你配备了系统分析师，还 有文档编制员、测试员。你的核心模块已经被大量的用户功能所包装 ，成为一个行业应用系统，并开始给用户试用，这是你的系统的第一 版。 3个月后，公司决定把系统升级到第二版，除增

4、加了许多新的功能 外，公司决定支持多平台，同时，为了提高系统的性能和效率，准备 采用第三方厂家的中间件，取代自己做的接口。第一版的缺陷修改， 也要反映到第二版中。 第2版经过2个多月的开发，最终推向了市场。公司的这个产品不但 被用户所欢迎，也被一家大公司所看中（就像IBM收购了Lotus和 Rational、Informix一样），你们的产品，正好可以填补这家大公司 产品线的空缺，你所在的公司被这家公司买去了。 DateDate 6 6 公司为你的项目组派来了产品经理、项目经理。公司决定这个产品 的测试，由公司总部独立的测试部门承担。同时，公司决定把项目组 增加到50人，其中有20多人并不在你

5、所在的城市。在新公司里，产品 管理、项目管理、测试、质量等等，都与你过去的环境和做法不同， 特别不同的是，公司准备开发的第3版系统与公司原有的产品要进行融 合，使他们看上去是一家出来的不同的兄弟和姐妹。 与软件的第1版、第2版相比，你的项目管理有什么不同？ 随着这个产品的演变，项目发生了四个变化： （1）系统的复杂性发生了很大变化； （2） 用于开发该系统的项目环境发生了很大变化； （3）在不同的项目生命周期内，项目控制本身的要求和力度发生 了很大变化； （4）由于组织的变化，管理流程、人员、方式发生了很大变化。 前二类变化要求项目的组织和管理适应系统扩展的需要，后 二种变化则要求项目管理具有

6、适应性和灵活性。 DateDate 7 7 缺乏管理所造成的问题 l l 软件开发人员之间缺乏必要的交流软件开发人员之间缺乏必要的交流 l l 产品升级和维护所必需的程序和文档非常混乱产品升级和维护所必需的程序和文档非常混乱 l l 开发过程中的人员流动经常发生开发过程中的人员流动经常发生 l l 因管理不善致使未经测试的软件加入到产品中因管理不善致使未经测试的软件加入到产品中 l l 项目开发状态不清楚项目开发状态不清楚 l l 软件生产达不到规模化软件生产达不到规模化 DateDate 8 8 软件配置管理 SCM（Software Configuration Management） 软件

7、配置管理（软件配置管理（SCMSCM）是指在开发过程中各阶段，管理是指在开发过程中各阶段，管理 计算机程序演变的学科，它计算机程序演变的学科，它作为软件工程的关键元素，作为软件工程的关键元素， 已经成为软件开发和维护的重要组成部分已经成为软件开发和维护的重要组成部分 SCMSCM提供了结构化的，有序化的，产品化的管理软件工提供了结构化的，有序化的，产品化的管理软件工 程的方法。它涵盖了软件生命周期的所有领域并影响所程的方法。它涵盖了软件生命周期的所有领域并影响所 有数据和过程。有数据和过程。 l l 配置管理配置管理是指用于控制系统一系列变化的学科。是指用于控制系统一系列变化的学科。 l l

8、通过一系列技术，方法和手段来维护产品的历史，鉴通过一系列技术，方法和手段来维护产品的历史，鉴 别和定位产品独有的版本，并在产品的开发和发布阶段别和定位产品独有的版本，并在产品的开发和发布阶段 控制变化。控制变化。 l l 通过有序管理和减少重复性工作，配置管理保证了生通过有序管理和减少重复性工作，配置管理保证了生 产的质量和效率。产的质量和效率。 DateDate 9 9 我们知道，在软件建立时，变更是不可避免的，而变更加剧了项目中软我们知道，在软件建立时，变更是不可避免的，而变更加剧了项目中软 件开发者之间的混乱。件开发者之间的混乱。SCMSCM活动的目标就是为了标识变更、控制变更、确保活动

9、的目标就是为了标识变更、控制变更、确保 变更正确实现并向其他有关人员报告变更。变更正确实现并向其他有关人员报告变更。 因此，从某种角度讲，因此，从某种角度讲，SCMSCM是一种标识、组织和控制修改的技术，目的是是一种标识、组织和控制修改的技术，目的是 使错误降为最小并最有效地提高生产效率。使错误降为最小并最有效地提高生产效率。 SCMSCM通过以下方法，强化软件的可靠性和质量：通过以下方法，强化软件的可靠性和质量： （1 1）提供用于识别和控制文档、代码、接口、数据库的结构框架，适用于提供用于识别和控制文档、代码、接口、数据库的结构框架，适用于 软件开发生命周期的所有阶段；软件开发生命周期的所

10、有阶段； （2 2）全面支撑某一特定开发及维护工作方法，能够适应各种类型的需求、）全面支撑某一特定开发及维护工作方法，能够适应各种类型的需求、 标准、政策、组织机构以及相关的管理策略；标准、政策、组织机构以及相关的管理策略； （3 3）针对特定的基线状态、变更控制、测试、发布版本或审查活动，生成）针对特定的基线状态、变更控制、测试、发布版本或审查活动，生成 相应的管理信息和产品信息。相应的管理信息和产品信息。 因此，从某种意义上讲，因此，从某种意义上讲，SCMSCM本质上是变更的管理。本质上是变更的管理。 SCMSCM使软件产品和过程的变更变为受控的和可预见的，它要求并在适当的使软件产品和过程

11、的变更变为受控的和可预见的，它要求并在适当的 工具支持下能够做到这样几点：工具支持下能够做到这样几点： （1 1）谁做的变更？）谁做的变更？ （2 2）软件有什么变更？）软件有什么变更？ （3 3）什么时间做的变更？）什么时间做的变更？ （4）为何要变更？ DateDate1010 软件项目的配置管理 l l 随着计算机软件的发展，软件开发已由最初的随着计算机软件的发展，软件开发已由最初的“程序设计阶段程序设计阶段 ”经历了经历了“软件系统阶段软件系统阶段”进而演变为后来的进而演变为后来的“软件工程阶段软件工程阶段 ”，软件的复杂性日益增大。此时，如果仍然把软件看成一个，软件的复杂性日益增大。

12、此时，如果仍然把软件看成一个 单一的个体，就无法解决所面临的问题，于是配置的概念逐渐单一的个体，就无法解决所面临的问题，于是配置的概念逐渐 引入软件领域，人们越来越重视软件配置的管理工作。引入软件领域，人们越来越重视软件配置的管理工作。 l l 不懂软件项目的配置管理，就不懂软件开发管理不懂软件项目的配置管理，就不懂软件开发管理 l l 不对软件项目进行配置管理，就没有进行软件项目开不对软件项目进行配置管理，就没有进行软件项目开 发管理发管理 DateDate1111 软件配置管理是CMM2中6个关键过程域的第6个 关键域。CMM2认为，SCM 的目的是为了建立和 维护软件开发过程中各种制品的

13、完整性和一致性， 包括以下内容： 对软件产品配置的标志和识别 系统地控制对处于配置管理下的各种软 件制品的修改和更新 维护软件开发过程中的各种制品的一致 性和可跟踪性 8.1.1 CMM2的配置管理 概念 DateDate1212 SCM 的目标 v目标1: 软件配置管理活动被定义和计划 v目标2: 软件开发过程中的制品被识别、控制和管理 v目标3: 对于处于配置管理下的软件制品的修改被控制 v目标4: 与软件制品相关的项目组和成员应该被通知制品的目前 状态和被修改的信息 从对配置目的的定义可以看出，从对配置目的的定义可以看出，CMM2CMM2的配置管理应包括这样一些的配置管理应包括这样一些

14、活动：标识给定时间点的软件配置（即所选择的工作产品及其描活动：标识给定时间点的软件配置（即所选择的工作产品及其描 述），系统地控制这些配置的更改，并在软件生命周期中保持这述），系统地控制这些配置的更改，并在软件生命周期中保持这 些配置的完整性和可跟踪性。些配置的完整性和可跟踪性。 CMM2CMM2认为，受控于配置管理的工作产品，包括交付给用户的软认为，受控于配置管理的工作产品，包括交付给用户的软 件产品（如：代码等），以及生成软件产品所需要的有关项（如件产品（如：代码等），以及生成软件产品所需要的有关项（如 ：项目管理文件）。：项目管理文件）。 CMM2CMM2的配置管理活动最主要的内容是：建

15、立软件基线库，该库的配置管理活动最主要的内容是：建立软件基线库，该库 存储开发的软件基线。通过软件配置管理的更改控制和配置审核存储开发的软件基线。通过软件配置管理的更改控制和配置审核 功能，系统地控制基线变更和由软件基线库生成的软件产品版本功能，系统地控制基线变更和由软件基线库生成的软件产品版本 。 DateDate1313 要达到 CMM 规定的 SCM要求所需具备的能 力 具有对软件基线产品有管理权限的组织已经建立， 例如：软件配置管理委员会； 协调和实现软件配置管理的组织已经建立； 为进行软件配置管理所需要的各项资源已经分配； 软件配置管理组织里的成员已经接受了软件配置目 标、流程、方法

16、方面的培训； 软件项目组或是其他的相关的部门经过培训，可以 执行他们的软件配置管理活动； DateDate1414 CMM 中对SCM 规定的活动 根据文档化的流程，项目软件配置管理计划已准 备完毕； 文档化的已获批准的软件配置管理计划可用作以 后软件配置管理活动的基础； 软件配置管理库已经创建，并可用作进入基线的 软件制品的存贮库； 处于软件配置管理下的软件制品被标志和识别； 对于配置项的变更请求和问题报告被初始化、计 划、评审、批准并根据文化化的流程对其进行跟踪 ； DateDate1515 对于进入基线的制品的修改必须遵循文档化的流程 ； 发布的产品必须从软件配置库中取出，并且产品发 布的流程须依照文档化的流程和规