求验证、需求管理等过程。从狭义上理解,需求管理关心的是需求管理过程的建立,在信息系统项目组中需要有一套规范的需求管理过程。从项目经理的角度上看,可能还有50%甚至更多的精力是用于关注结果的,所以对需求内容的管理与对需求形式的管理是密不可分的。
2 配置管理
2.1 配置管理中的基本概念
配置管理在信息系统项目管理中具有极其重要的地位和作用。现在,软件配置管理的环境及其工具越来越得到人们的重视。这里对配置管理中涉及的基本概念进行定义和解释。
(1)产品配置
是指一个产品在其生命周期的各个阶段所产生的各种形式和各种版本的文档、计算机程序、部件及数据的集合。该集合中的每个元素称为该产品配置的一个配置项CI(Configuraion Item),配置项的主要属性包括:名称、标识符、文件状态、版本、作者、日期等。配置项可以分为两类:
①属于产品组成部分的工作成果,如需求文档、设计文档、源程序、测试用例等.
②属于项目管理和机构支撑过程域产生的文档,如工作计划、项目质量报告、项目跟踪报告等。这些文档虽然不是产品的组成部分,但又有保存的价值。
(2)配置项
配置项是配置管理的指定实体,可以分解成若干配置元素和配置单元。但在项目实践中有时也可以把“配置项”解释为“配置元素”或“配置单元”。
(3)基线和里程碑
IEEE对于基线(Baseline)的定义是:已经通过正式复审和批准的某规约或产品,它可以作为进一步开发的基础,并且只能通过正式的变更控制过程进行改变。基线是由一组配置项组成的一个相对稳定的逻辑实体,基线中的配置项被“冻结”,不能被任何人随意变动。基线通常对应软件开发过程中的里程碑(Milestone)。里程碑是具有零历时的重要事件,是进度计划中特别重要的部分。基线的基本属性包括名称、标识符、版本、日期等。向客户交付的一个测试版本是基线的一个例子。
(4)配置库
配置库CL(Configuraion Library)也称配置项库(Configuraion Item Repository),是配置管理的有力工具。实践证明,利用配置库实现配置管理是非常有效的。配置库可以分为开发库(Development Library)、受控库(Controlled Library)和产品库(Product Library)三类。
(5)版本
版本(版本号)是表示一个CI具有一组定义的功能的一种标识,由配置管理员负责版本编号及控制工作。配置项的版本与配置项的状态密切相关,通过一定的规则为配置项指定版本号。配置项的状态分为三种:“草稿(Draft)”、“正式发布(Released)”和“正在修改(Changing)”。随着功能的增加、修改或删除,CI被赋予不同的版本号。一般在配置标识方案中给出版本标记方法。
2.2 对配置管理的不同理解
是否进行配置管理与软件的规模有关,软件的规模越大,配置管理就显得越重要。软件配置管理SCM(Software Configuration Management)指在团队开发中,标识、控制和管理软件变更的一种管理。配置管理的使用取决于项目规模、项目复杂性以及项目风险水平。软件配置管理可以从以下几个角度理解和掌握它的含义: