需求确定是理解用户的需求，并把整理好的用户需求文档化，形成最终需求文档的过程 在这个过程中最重要的是如何保证从需求确定过程导出的需求文档是建立在正确全面的理解用户需求的基础之上。 通过阅读当代英美著名软件工程专家的多种需求著作和思考总结，我们可以把需求确定划分为五个明显的阶段：需求获取，需求验证协商，需求确定中的需求管理，需求业务模型，需求文档。

在需求确定过程中，需求获取阶段和需求协商验证阶段几乎是同步进行的，需求确定中的需求管理则是主要在需求协商验证后进行直到需求最终文档，需求业务模型的建立是在全面系统化了原始需求以后进行的，它将被包含在最终需求文档中。 需求确定的工作过程不遵循线性的顺序，这些活动是相互隔开的，增量的和迭代的，任何线性的需求确定过程将被认为是不合理的。

现代软件开发过程总是迭代增量的，需求确定过程同样也是迭代增量的。如果把需求确定过程的生命周期划分为需求抽取，管理需求，最终文档的话，那么需求确定过程的迭代增量过程可以用下图表示......

从需求获取阶段获得的原始需求通常是不完整的，不够全面的， 因此，需求获取的目的既要初步正确理解用户需要，也要尽量减少获得的原始用户需求的不完整性，不全面性。这种原始用户需求将在后续阶段对其进行整理，审查分析。需求获取不仅是需求工程的主体，它还可能是软件开发中最困难的，最关键的，最易出错的和最需要交流的阶段。

下面将论述几种常用的重要的需求获取技术：

用户访谈法

用户访谈是传统需求收集方法，仅使用此方法并不是最有效的，因为它通常期望用户知道并能说出他们的需求，而事实是用户很多时候需要需求分析人员去引导他们， 但它却是一种直接简单的最常用的传统需求获取方法。面谈首先要选择合适的客户代表作为我们面谈获取需求的对象，其次是我们要保证面谈者的偏见不会妨碍到信息的自由交换，实践中常常也在面谈之前研究面谈的风险承担人或者公司的背景资料，让访谈的对象准备一些在访谈过程中的主题的有关材料。问卷法很多时候作为访谈法的补充。

.......