需求获取（requirement elicitation）指导方针

一、需求获取的重要性
1、需求获取(requirement elicitation)是需求工程的主体。
2、对于所建议的软件产品，获取需求是一个确定和理解不同用户类的需要和限制的过程。
3、获取用户需求位于软件需求三层结构的中间一层。它描述了用户利用系统需要完成的任务。从这些任务中，分析者能获得用于描述系统活动的特定的软件功能需求，这些系统活动有助于用户执行他们的任务。
（来自项目视图和范围文档的业务需求决定用户需求，）
4、需求获取是在问题及其最终解决方案之间架设桥梁的第一步。
5、把需求获取集中在用户任务上—而不是集中在用户接口上—有助于防止开发组由于草率处理设计问题而造成的失误。
6、需求获取、分析、编写需求规格说明和验证（需求开发的4个过程）并不遵循线性的顺序，这些活动是相互隔开、增量和反复的。
当你和客户合作时，你就将会问一些问题，并且取得他们所提供的信息（需求获取）。
同时，你将处理这些信息以理解它们，并把它们分成不同的类别，还要把客户需求
同可能的软件需求相联系（分析）。
然后，你可以使客户信息结构化，并编写成文档和示意图（说明）。
下一步，就可以让客户代表评审文档并纠正存在的错误（验证）。
这四个过程贯穿着需求开发的整个阶段。

二、需求获取的指导方针
1、尽量把客户所持的假设解释清楚，特别是那些发生冲突的部分。
2、尽量使用所有可以利用的需求信息来源
3、在每一次座谈讨论之后，记下所讨论的条目( i t e m )，并请参与讨论的用户评论并更正。
4、尽量理解用户用来描述他们需求的思维过程。充分理解用户在执行任务时做出决定的过程。
5、避免受不成熟的细节的影响。要确保需求讨论集中在适合的抽象层次上。
6、在一个逐渐详细的过程中，重复描述用户需求，以确定用户的目标和任务，并形成USECASE。进而把任务描述成功能需求和非功能需求。