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