1.需求收集
确定根本需求，将需求与解决方案分离，理解系统的真正目标。
做用户的学徒，揭示有意识和无意识的需求，如果用户因为“太忙”而无法交谈，这种方法很有用。
业务事件研讨会，产生业务规则与目标。
头脑风暴，召集一组聪明的、有意愿的、不同学科背景、不同经验的人，让他们对新产品产生尽可能多的想法。
用录像记录用户和需求分析师参加的研讨会和头脑风暴的过程，录像的作用有：记录、确认、备忘。
通过网络查找技术，可以收集需求的相关线索。
用户访谈与问卷调查。
网罗需求。
此处特别看了以下网罗需求：
需求网罗的第一部分就是观察工作，任何对目前系统的建模都要尽可能的简明扼要，并尽可能快的完成。用户访谈是需求收集的传统方法，与一些技巧配合使用更为有效。对于每一个业务事件都有一个工作作出的响应，业务事件研讨会是一项活动。业务事件的目标是关注组织在业务事件发生时希望得到的成果；场景是用于响应业务事件的一系列行为；业务规则是管理的规定，对每日的业务决定起到统御和指导作用。创新是需求过程的一部分，而头脑风暴是一中产生新思想的方法，它利用了小组效应。
2.需求原型
需求原型是对需求模拟的模型，设计目的是帮助了解更多用户需求。需求原型有三种：
低保真原型是一种快速模拟产品的方式，使用熟悉的技术，诸如笔、纸、白板等。低保真原型有助于将注意力集中在产品做什么上，而不是产品看起来如何，他们有助于发现遗漏的功能和测试产品的范围。
高保真原型使用做原型的工具来给出非常真实的外观，他们对于发现易用性需求是特别有效的。
场景模型是一项是抽象主题变得生动的技巧，它通过对一个特定实例讲故事的方式来做到这一点。这些模型能有效地帮助人们将注意力集中在细节上，并发现其他情况可能会遗漏的异常。
当获取完需求后，要将这些需求以书面的形式确定下来，即编写需求规格说明书。这是指得到要构建的产品的完整描述的任务。在搜罗需求或做原型时发现的需求不一定有完整的形式，它们只是需求的想法或意图，需求规格说明书是产品构建合同的基础，所以必须包含清晰、完整、可测试的指令，有一些辅助手段来帮助完成一份成功的需求规格说明书——模版和需求项框架，其中Volere需求规格说明书模版可以作为一个很好的基础。Volere需求规格说明书模版包含四大部分：限制条件（不是真正的需求，但对需求和最终的产品产生很大的影响，包括产品的目的、产品的目标用户等等）、产品的需求（功能性需求和非功能性需求）、项目问题（也不是产品的需求，而是如果产品要变成现实就必须要面对的问题）。