需求管理的几大过程步骤

开发组织应该定义项目组执行管理他们需求的步骤。文档化编写这些步骤能使组织成员持续有效地进行必要的项目活动。请考虑选择以下主题：

• 用于控制各种需求文档和单个需求版本的工具、技术和习惯做法。

• 建议、处理、协商、通告新的需求和变更给有关的功能域的方法。

• 如何制定需求基线。

• 将使用的需求状态，并且是谁允许作出的变更。

• 需求状态跟踪和报告过程。

• 分析已建议变动的影响应遵循的步骤。

• 在何种情况下需求变更将会怎样影响项目计划和约定。

你可以在一个文档中包含上面所有的信息。或者，你可能喜欢专题分述，例如分成变更控制过程，影响分析过程，状态跟踪过程。这些过程可能在多个项目中都有用，因为他们反映每个项目所应遵循的公共功能。

软件需求可以来自方方面面，这取决于所开发产品的性质和开发环境。需从不同用户代表和来源收集需求，这说明了需求工程是以相互交流为核心的性质。下面是几个软件需求的典型来源。

1. 访问并与有潜力的用户探讨

 

为找出新软件产品的用户需求，最直截了当的方法是询问他们。本章讨论如何寻找合适的用户代表，而在第8章讲述从这些代表中获取需求的技巧。

2. 把对目前的或竞争产品的描述写成文档

 

文档可以描述一种所必须遵循的标准或产品所必须遵循的政府或工业规则。

3. 系统需求规格说明

 

一个包含软、硬件的产品需要一个高档次的系统需求规格说明以介绍整个产品。系统需求的子集被分配到每个软件子系统中（ Nelsen 1990）。附加的详细软件功能需求将从有关软件的系统需求里获得。

4. 对当前系统的问题报告和增强要求

 

指导用户和提供技术支持的工作人员是最有价值的需求来源。他们收集了用户在使用现有系统过程中所遇到问题的信息，还接受了用户关于系统改进的想法。

5. 市场调查和用户问卷调查

 

调查有助于从广大有潜力的用户那里获得大量定量的数据，务必调查相关的用户并询问一些能产生反响的好问题。

6. 观察正在工作的用户

 

对当前系统的用户和将来系统的有潜力的用户，分析员观察“日常工作”以获得经验，这些经验能提供很有价值的信息。分析员可通过观察用户与所关联的任务环境的工作流程来预见用户在使用当前系统时所遇到的问题，并能分析新的系统可有效支持工作流程的方面

并记下用户在处理任务时的步骤来说，直接观察用户的工作流程可以对他们的活动有更正确的理解。分析员必须抽象和总结用户的直接活动，以确保所获得的需求具有普遍性，而不仅仅代表单个用户。一个富有技巧的分析员还可以为改进用户的当前事务处理过程提出一些见解。