1 软件需求的本质（2）

1.4需求开发和管理

人们对需求术语的困惑甚至延伸到整个学科的称谓上。有些地方将整个范围都称为“需求工程”，有些统称为“需求管理”，还有些人认为这些活动属于广义上业务分析的一个分支。软件需求工程的细分：

1.4.1需求开发

需求开发细分为获取、分析、规范说明、验证，这些细分囊括的活动设计产品需求的开发、评估、记录和确认。

获取

需求发现的所有活动，例如访谈、研讨会、文档分析、原型等。

• 识别产品的预期客户群和其他干系人。
• 理解客户任务、目标以及这些任务相关的业务目标。
• 了解新产品的应用环境。
• 与每一类客户群的代表一起工作，理解他们对功能有哪些需要以及对质量有怎样的预期。

思考：以用途为核心还是以产品为核心？
以用途为核心的策略强调的是对客户目标的理解和探求，以便提取必要的系统功能。
以产品为核心的方法侧重与特性，目的是领先市场或者业务取得成功，其风险是实现的特性并没有得到很高的利用。我们建议先理解业务目标和用户目标，然后根据自己得出的见解确定合适的产品特性。

分析

分析需求设计深入并准确理解每个需求，然后将各个需求以不同的方式表达出来。主要活动如下：

• 分析来自用户的信息，将其任务目标与功能需求、质量预期、业务规则、建议解决方案和其他信息区分开。
• 将概要需求进行适当的细分。
• 从其他需求信息中引出功能需求