第八章软件项目的配置管理.ppt

软件项目开发管理的新需求 你在一家小公司做软件工程师，开始的时候，你只有一个人，配了2个助手。你们研究了一种算法（例如：图象压缩、数据加密等），编写了一个实现模块。有一天老板看到了你的演示，认为很有市场潜力，可以结合进公司正在给某行业用户正在准备开发的系统中，成为该系统的核心技术或一个别人没有的卖点。 下一周，你的队伍增加到14（你的老板准备就此豪赌一把了），与你3个人的小组不同的是，公司从其他部门为你配备了系统分析师，还有文档编制员、测试员。你的核心模块已经被大量的用户功能所包装，成为一个行业应用系统，并开始给用户试用，这是你的系统的第一版。 3个月后，公司决定把系统升级到第二版，除增加了许多新的功能外，公司决定支持多平台，同时，为了提高系统的性能和效率，准备采用第三方厂家的中间件，取代自己做的接口。第一版的缺陷修改，也要反映到第二版中。 第2版经过2个多月的开发，最终推向了市场。公司的这个产品不但被用户所欢迎，也被一家大公司所看中（就像IBM收购了Lotus和Rational、Informix一样），你们的产品，正好可以填补这家大公司产品线的空缺，你所在的公司被这家公司买去了。 公司为你的项目组派来了产品经理、项目经理。公司决定这个产品的测试，由公司总部独立的测试部门承担。同时，公司决定把项目组增加到50人，其中有20多人并不在你所在的城市。在新公司里，产品管理、项目管理、测试、质量等等，都与你过去的环境和做法不同，特别不同的是，公司准备开发的第3版系统与公司原有的产品要进行融合，使他们看上去是一家出来的不同的兄弟和姐妹。 与软件的第1版、第2版相比，你的项目管理有什么不同？ 随着这个产品的演变，项目发生了四个变化： （1）系统的复杂性发生了很大变化； （2）?用于开发该系统的项目环境发生了很大变化； （3）在不同的项目生命周期内，项目控制本身的要求和力度发生了很大变化； （4）由于组织的变化，管理流程、人员、方式发生了很大变化。 前二类变化要求项目的组织和管理适应系统扩展的需要，后二种变化则要求项目管理具有适应性和灵活性。 8.1.1 CMM2的配置管理概念 软件配置管理是CMM2中6个关键过程域的第6个关键域。CMM2认为，SCM 的目的是为了建立和维护软件开发过程中各种制品的完整性和一致性，包括以下内容： 对软件产品配置的标志和识别 系统地控制对处于配置管理下的各种软件制品的修改和更新 维护软件开发过程中的各种制品的一致性和可跟踪性 SCM 的目标 目标1: 软件配置管理活动被定义和计划 目标2: 软件开发过程中的制品被识别、控制和管理 目标3: 对于处于配置管理下的软件制品的修改被控制 目标4: 与软件制品相关的项目组和成员应该被通知制品的目前状态和被修改的信息 要达到 CMM 规定的 SCM要求所需具备的能力 具有对软件基线产品有管理权限的组织已经建立，例如：软件配置管理委员会； 协调和实现软件配置管理的组织已经建立； 为进行软件配置管理所需要的各项资源已经分配； 软件配置管理组织里的成员已经接受了软件配置目标、流程、方法方面的培训； 软件项目组或是其他的相关的部门经过培训，可以执行他们的软件配置管理活动； CMM 中对SCM 规定的活动 根据文档化的流程，项目软件配置管理计划已准备完毕； 文档化的已获批准的软件配置管理计划可用作以后软件配置管理活动的基础； 软件配置管理库已经创建，并可用作进入基线的软件制品的存贮库； 处于软件配置管理下的软件制品被标志和识别； 对于配置项的变更请求和问题报告被初始化、计划、评审、批准并根据文化化的流程对其进行跟踪； CMM 中对SCM 规定的活动 对于进入基线的制品的修改必须遵循文档化的流程； 发布的产品必须从软件配置库中取出，并且产品发布的流程须依照文档化的流程和规定； 根据文档化的流程和规定，软件配置项的状态被记录和跟踪； 记录软件配置管理活动和软件基线内容的报告被建立，并通知受到影响的项目组和个人； 根据文档化的流程进行软件制品基线的评审； 组织规定和相关责任 项目级配置管理 项目配置经理(Project Configuration Manager) 与软件配置管理计划 变更控制委员会(Change Control Board) 组织级配置管理 组织配置管理库(Organizational Configuration Management Cell) 负责项目完成后的软件配置管理活动 管理组织级的文档 8.1.2 IEEE的配置管理定义 IEEE标准729-1983就配置管理的内容进行了规范的定义：（1）标识：识别产品的结构、产品的构件及其类型，为其分配唯一的标识符，并以某种形式提供