[理学]软件项目管理与团队实践48.ppt

软件项目开发管理的新需求 你在一家小公司做软件工程师，开始的时候，你只有一个人，配了2个助手。你们研究了一种算法（例如：图象压缩、数据加密等），编写了一个实现模块。有一天老板看到了你的演示，认为很有市场潜力，可以结合进公司正在给某行业用户正在准备开发的系统中，成为该系统的核心技术或一个别人没有的卖点。 下一周，你的队伍增加到14（你的老板准备就此豪赌一把了），与你3个人的小组不同的是，公司从其他部门为你配备了系统分析师，还有文档编制员、测试员。你的核心模块已经被大量的用户功能所包装，成为一个行业应用系统，并开始给用户试用，这是你的系统的第一版。 3个月后，公司决定把系统升级到第二版，除增加了许多新的功能外，公司决定支持多平台，同时，为了提高系统的性能和效率，准备采用第三方厂家的中间件，取代自己做的接口。第一版的缺陷修改，也要反映到第二版中。 第2版经过2个多月的开发，最终推向了市场。公司的这个产品不但被用户所欢迎，也被一家大公司所看中（就像IBM收购了Lotus和Rational、Informix一样），你们的产品，正好可以填补这家大公司产品线的空缺，你所在的公司被这家公司买去了。 公司为你的项目组派来了产品经理、项目经理。公司决定这个产品的测试，由公司总部独立的测试部门承担。同时，公司决定把项目组增加到50人，其中有20多人并不在你所在的城市。在新公司里，产品管理、项目管理、测试、质量等等，都与你过去的环境和做法不同，特别不同的是，公司准备开发的第3版系统与公司原有的产品要进行融合，使他们看上去是一家出来的不同的兄弟和姐妹。 与软件的第1版、第2版相比，你的项目管理有什么不同？ 随着这个产品的演变，项目发生了四个变化： （1）系统的复杂性发生了很大变化； （2）?用于开发该系统的项目环境发生了很大变化； （3）在不同的项目生命周期内，项目控制本身的要求和力度发生了很大变化； （4）由于组织的变化，管理流程、人员、方式发生了很大变化。 前二类变化要求项目的组织和管理适应系统扩展的需要，后二种变化则要求项目管理具有适应性和灵活性。 8.1.1 配置管理概念 软件配置管理是CMM2中6个关键过程域的第6个关键域。CMM2认为，SCM 的目的是为了建立和维护软件开发过程中各种制品的完整性和一致性，包括以下内容： 对软件产品配置的标志和识别 系统地控制对处于配置管理下的各种软件制品的修改和更新 维护软件开发过程中的各种制品的一致性和可跟踪性 SCM 中的专业术语 配置项(Configuration Item) 在软件开发过程中生成各种制品的总和叫做这个项目的软件配置 [Roger S. Pressman, 1997] 配置项包括： 计算机程序，包括源代码和可执行程序 与计算机程序相对应的各种文档 计算机数据，包括计算机程序中包含的数据和系统初始化数据 软件开发过程数据与文件 SCM 中的专业术语 基线 项目开发过程的制品经过正式评审并被相关人员一致同意，可以作为以后项目开发的基础时，称为基线。 对已经确定为基线的制品的修改必须要通过正式的变更控制流程。 在软件工程环境中，基线成为软件开发过程中的里程碑，这些里程碑的标志是一项或多项经过正式的技术评审并一致认同的软件制品的提交。 SCM 中的专业术语 配置数据库（软件制品基线库） 项目建立和访问软件制品库，这个制品库主要用来对保存配置项和一些与软件配置管理相关的记录。 目前比较好的配置管理工具有： Clearcase （Rational） Notes/Domino（Lotus） PVCS （Merant） VSS （Microsoft） 基线库的结构(VOB) 配置管理库的具体实现——项目文件夹 项目文件件是项目开发过程中由项目组创建和维护的制品归档库。 软件配置管理负责管理和控制项目文件夹，并对文件夹中的内容进行评审； 项目经理负责监督项目的软件配置管理执行； 软件质量工程师负责对项目文件夹的内容进行评审； 项目文件夹的内容 项目开发过程中的所有信息，包括文档、工作制品和各种周报、月报、评审等； 与外部的交流信息，例如与客户、第三方的通讯交流记录等； 其他交流会议记录，例如：重要的Email，传真， 信件等； 8.1.2 配置管理 IEEE标准就配置管理的内容进行了规范的定义：（1）标识：识别产品的结构、产品的构件及其类型，为其分配唯一的标识符，并以某种形式提供对它们的存取。（2）控制：通过建立产品基线，控制软件产品的发布和在整个软件生命周期中对软件产品的修改。例如，它将解决哪些修改会在该产品的最新版本中实现的问题。（3）状态统计：记录并报告构件和修改请求的状态，并收集关于产品构件的重要统计信息。例如，它将解