需求变更说明书_高项论文练习——论信息系统项目的需求管理和范围管理

试题：论信息系统项目的需求管理和范围管理

在信息系统项目的开发过程中，人们越来越体会到需求管理和范围管理的重要性，

含糊的需求和范围经常性的变化使信息系统项目的甲乙双方吃尽了苦头，这使得人们急

于寻找良策以管理范围。

请围绕“需求管理和范围管理”论题，分别从以下三个方面进行论述：

（1）概要叙述与你参与管理过的信息系统项目，以及该项目在需求管理和范围管理

方面的情况；

（2）论述需求开发、需求管理和范围管理的区别与联系；

（3）详细论述在你参与管理过的大型信息系统项目中具体采用的范围管理过程、方

法、工具及其实际效果。

分析

要写好这个论文，考生必须首先弄清楚需求管理和范围管理的概念，以及这两个概

念之间的区别和联系，否则难以下笔。

（1）需求管理和范围管理。

需求是指用户对目标系统在功能、行为、性能、设计约束等方面的期望。通过对应

问题及其环境的理解与分析，为问题涉及的信息、功能及系统行为建立模型，将用户需

求精确化、完全化，最终形成需求规格说明，这一系列的活动即构成信息系统开发生命

周期的需求分析阶段。

需求工程是随着计算机的发展而发展的，在计算机发展的初期，系统规模不大，信

息系统开发所关注的是代码编写，需求分析很少受到重视。后来信息系统开发引入了生

命周期的概念，需求分析成为其第一阶段。随着系统规模的扩大，需求分析与定义在整

个开发与维护过程中越来越重要，直接关系到信息系统的成功与否。

需求工程是指应用已证实有效的技术、方法进行需求分析，确定客户需求，帮助分

析人员理解问题并定义目标系统的所有外部特征的一门学科。它通过合适的工具和记号

系统地描述待开发系统及其行为特征和相关约束，形成需求文档，并对用户不断变化的

需求演进给予支持。

需求工程是一个不断反复的需求定义、文档记录、需求演进的过程，并最终在验证

的基础上冻结需求。我们可以把需求工程的活动划分为以下 5 个独立的阶段。

① 需求获取：通过与用户的交流，对现有系统的观察及对任务进行分析，从而开

发、捕获和修订用户的需求；

② 需求建模：为最终用户所看到的系统建立一个概念模型，作为对需求的抽象描

述，并尽可能多地捕获现实世界的语义；

③ 形成需求规格：生成需求模型构件的精确的形式化的描述，作为用户和开发者

之间的一个协约；

④ 需求验证：以需求规格说明为输入，通过符号执行、模拟或快速原型等途径，

分析需求规格的正确性和可行性；

⑤ 需求管理：支持系统的需求演进，确保各方对需求的一致理解，管理和控制需

求的变更，从需求到最终产品的双向跟踪。

其中前 4 个阶段通常统称为需求开发阶段。

项目范围是为了达到项目目标，为了交付具有某种特制的产品和服务，项目所规定

要做的。项目的范围管理就是要确定哪些工作是项目应该做的，哪些不应该包括在项目

中。项目范围是项目目标的更具体的表达。

如果项目的范围不明确，那么项目解决的不是对应的问题，或者项目人员把时间浪

费在从事不属于他们职责的工作上。

范围管理必须清晰地定义项目目标，此定义必须在客户与执行项目的组织之间达成

一致，并且把项目工作范围详细的划分为工作包。

在信息系统项目中，实际上存在两个相互关联的范围，分别是产品范围和项目范

围。产品范围是指信息系统产品或者服务所应该包含的功能，项目范围是指为了能够

交付信息系统项目所必须做的工作。

显然，产品范围是项目的范围的基础，产品的范围定义是信息系统要求的量度，而

项目范围的定义是产生项目计划的基础，两种在应用上有区别。另外的区别在于“需求

分析”更偏重于软件技术，而项目范围管理则更偏向于管理。判断项目范围是否完成，

要以项目管理计划、项目范围说明书、工作分解结构、工作分解结构词汇表来衡量。而

信息系统产品或服务是否完成，则根据产品或服务是满足了需求分析。

项目的范围基准是经过批准的详细的项目范围说明书、项目的工作分解结构和工作

分解结构词汇表。

由于进行项目的范围管理，能够确定项目的边界，明确项目的目标和项目的主要可

交付成果，所以范围管理能够提高对项目费用、时间和资源估算的准确性。首先人们对

复杂的事务的预测要比相对简单的事务的预测要困难得多，而且误差也大得多。而且，

即使两者误差相同，由于范围管理使用项目分解结构，将项目范围分解成可管理的工作

包，人们发现误差的和小于和的误差，虽然人们多项目分解结构的每一项的估算都存在

误差，但由于这些误差可能相互抵消，所以最终误差将比总估算的误差要小。

项目范围管理，包括为成功完成项目所需要的范围计划编制、范围定义、创建工作

分解结构、范围确认和范围控制等 5 个过程。

① 范围计划编制：项目范围管理计划是一种规划的工具，说明项目组将如何进行

项目的范围管理，具体来说，包括如何进行项目范围定义，如何制定工作分解结构，如

何进行项目范围核实和控制等。

② 范围定义：项目和子项目都需要编写项目的范围定义，项目范围定义明确项目

的范围，即项目的合理性、目标和主要可交付成果等。

③ 创建工作分解结构：WBS 是项目定义对于项目范围定义的输出结果，WBS 定

义了项目的全部范围。明确和准确说明项目范围，项目组成员能够清楚地理解任务的性

质和需要努力的方向。WBS 能够帮助项目降低成本，减少离职带来的影响和屏蔽干扰

因素。

④ 范围确认：范围确认主要是确认项目的可交付成果是否满足项目利益相关人的

要求。把项目的可交付成果列表提交给项目利益相关人，也应该展示项目的进度安排。

⑤ 范围控制：对于范围变更，不能随意进行。所有的变更必须记载，范围控制必

须能够对造成范围变化的因素施加影响，估算对项目的资金、进度和风险等影响，以保

证变化是有利的，同时需要判断范围变化是否发生，如果已经发生，那么对变化进行管

理。对范围变更进行控制时，要以工作分解结构、项目进展报告、变更请求和范围管理

计划为依据。进行范围变更控制必须经过范围变更控制系统。

（2）需求开发、需求管理和范围管理的区别与联系。

从上面的分析我们可以知道，虽然需求管理贯穿信息系统项目的整个生命周期，但

只有经过需求分析过程之后才能确定项目的范围，需求的变更会引起项目范围的变更。

首先通过需求开发来获取项目的需求，在此基础上确定项目的范围，进行项目范围

管理。需求管理是对已批准的项目需求进行全生命周期的管理，其过程包括需求管理定

义、需求管理流程、制订需求管理计划、管理需求和实施建议等，其中最主要的工作是

需求的变更管理。

（3）范围管理过程、方法、工具。

前面我们已经介绍了范围管理的 5 个过程，其中使用了方法和工具主要有：

① 范围计划编制：专家判断、样板、表格、标准。

② 范围定义：产品分析、可选方案识别、专家判断。

③ 创建工作分解结构：WBS 模板、分解。

④ 范围确认：检查。

⑤ 范围控制：变更控制系统、配置管理系统、重新规划。

有关这些方法和工具的详细介绍，请读者阅读《信息系统项目管理师辅导教程》第

6 章。

解答要点

从分析中，我们可以得知，关于“论信息系统项目的需求管理和范围管理”论文的

写作，要点大体体现于以下几个方面：

（1）用 400 字~500 字的篇幅简单介绍项目的背景、发起单位、目的、开始时间和

结束时间、主要交付物、最终交付的产品。着重介绍项目的需求、范围和作者在其中担

任的工作。

（2）根据分析，结合项目实际，讨论需求开发、需求管理和范围管理的区别与联系。

（3）详细阐述作者在参与管理过的大型信息系统项目中具体采用的范围管理过程、

方法、工具。5 个管理过程必须完整无缺，其中使用的工具和方法可以进行选择，不一

定要全部写出来，每个过程择其 1~2 个方法和工具做具体介绍。

（4）用 300 字~400 字的篇幅简单说明和评价使用上述过程、方法和工具后，整个

项目管理的实际效果如何。然后进行总结，指出其不足之处，并且说明这种不足是什么原因造成的，在今后如何避免或改进。值得注意的是，实际效果要切实际，要谈出体会和深度来。

有不懂的问题可以加入高项备考交流地，不仅能收获学习资料还能组团备考【高项资料获取点我跳转】