了 缩 短 项 目 时 间 ， 就 需 要 增 加 项 目 成 本 (资源 )或减 少项 目范

围 ； 为 了 节 约 项 目 成 本 (资 源 )， 可以 减少 项目 范围 或延 长项

目 时间 ；如 果客 户需 求变 化导 致增 加项 目范 围， 就需 要增 加

项目成本(资源)或延长项目时间。项目范围管理是指对项目包

括什么与不包括什么的定义与控制过程。这个过程用于确保项

目 组和 项目 干系 人对 作为 项目 结果 的项 目产 品以 及这 些产 品

用到的过程有一个共同的理解。作为衡量一个项目或项目阶段

是 否已 经顺 利完 成的 标准 是项 目的 范围 说明 书， 项目 范围 要

由 项目 客户 和项 目发 起人 共同 地正 式认 定， 范围 变更 要进 行

变更控制。对于软件开发过程来说，范围说明书就是软件的需

求 分析 报告 ，项 目范 围的 管理 也就 是软 件需 求的 管理 ，电 力

自动化公司在软件需求管理过程中存在以下几个问题：

    1．需求描述不清晰

    该公司已经通过了 IS09001：2000 国际质量管理体系认

证 ，现 在软 件开 发项 目负 责人 已经 能够 做到 将用 户的 需求 整

理 成需 求分 析报 告， 交用 户签 字确 认， 但他 们这 样做 似乎 只

是为了达到 IS09001 质量体系的要求，只是走形式，并没有

认识到这样做的重要性。因而存在需求描述不够清晰、不够具

体 的问 题， 给用 户留 下发 挥的 空间 ，也 给我 们公 司造 成不 良

‘

影响。例如公司与某农电项目签署的需求说明书中写到 实现

’

电力营业相关的功能 ，我们开发人员认为按签署的合同金额 ，

我 们只 要完 成其 主要 业务 功能 ，多 余的 工作 会使 我们 成本 过