需求收集是需求发现或生成需求列表或由利益相关者收集尽可能多的需求的过程。也称为需求引发或需求捕获。
需求收集的各个维度是：
- 利益相关者–
利益相关者是指对项目结果有兴趣或关注的受系统影响的人。
例如，最终用户，系统维护工程师或管理员，软件开发人员，直接用户，间接用户，高级经理等。通过从这些涉众那里收集需求，可以很容易地了解系统需求。 - 面试–
面试是需求收集的重要且非常有效的方法。需求工程团队正在向利益相关者询问有关系统及其用途的不同问题，以便可以使用这些答案来确定需求。有两种类型的面试官：
采访者对于了解利益相关者很有用，但对于了解应用程序领域却没有多大用处。
- 用例建模–
用例是建模语言的基本单元，在其中明确介绍了功能。用例是基于场景的技术。可以使用用例模型或借助用例模型来识别与系统的各个交互。用例模型的使用非常适合于需求收集。通过针对不同场景设计适当的用例，可以跟踪或识别重要的系统需求。在用例中，使用的典型符号是：
ATM系统的用例如下所示：
- 设施应用规范技术(FAST)–
设施应用规范技术是一种方法，在该方法中，客户和开发人员的联合团队共同努力以发现问题，提出解决方案的要素，协商不同的方法并为解决方案的初步需求准备规范。在每次FAST会议中，总是向每个FAST参与者询问“准备对象列表，服务列表和约束列表”。约束列表中提到了系统约束，例如成本，规则，内存需求，速度精度等。 FAST会议一旦开始，对新产品的需求和合理性便是在讨论时出现的首要问题。每个人都同意产品合理的事实后，每个参与者都必须出示他的清单。