需求获取可能是最困难，最容易出错且最通信密集的软件开发。只有通过有效的客户 - 开发者合作伙伴关系才能取得成功。需要知道用户真正需要什么。

有许多要求的启发方法。下面列出的很少 -

面试

头脑风暴会议

便利的应用规范技术（FAST）

质量功能部署（QFD）

用例方法

使用的启发技术的成功取决于分析师，开发人员，用户和所涉及的客户的成熟度。

1.访谈：

进行面试的目的是了解客户对软件的期望。

不可能采访每个利益相关者，因此根据他们的专业知识和可信度选择来自团体的代表。

访谈可能是开放式的或结构化的。

在开放式采访中，没有预先设定的议程。可以要求无上下文问题来理解问题。

在结构化面试中，准备了相当开放的问题的议程。有时为面试设计适当的问卷。

2.头脑风暴会议：

这是一种群体技术

它旨在产生许多新想法，从而提供一个共享视图的平台

需要训练有素的辅导员来处理群体偏见和群体冲突。

记录每个想法，以便每个人都能看到它。

最后准备一份文件，其中包括要求清单及其优先级（如果可能）。

3.促进应用规范技术：

它的目标是弥合期望差距 - 开发人员认为他们应该构建的内容与客户认为他们将获得的内容之间的差异。

为需求收集开发了一种面向团队的方法。

要求每位与会者列出以下对象：

环绕系统的部分环境

由系统制作

由系统使用

每个参与者准备他/她的列表，然后组合不同的列表，消除冗余条目，将团队分成较小的子团队以开发迷你规范，最后使用会议的所有输入写下规范草案。

4.质量功能部署：

在这种技术中，客户满意度是首要关注点，因此它强调对客户有价值的要求。

确定了3种要求 -

正常要求 -在此，与客户讨论了所提出软件的目标和目标。示例 - 结果管理系统的正常要求可能是标记的输入，结果的计算等

预期要求 -这些要求非常明显，客户无需明确说明。示例 - 防止未经授权的访问。

令人兴奋的要求 -它包含超出客户期望的功能，并且在出现时证明非常令人满意。示例 - 检测到未经授权的访问时，应备份并关闭所有进程。

该程序涉及的主要步骤是 -

确定所有利益相关者，例如。用户，开发人员，客户等

列出客户的所有要求。

表示重要程度的值被分配给每个要求。

最后，最终的要求清单分类为 -

有可能实现

它应该推迟及其原因

这是不可能实现的，应该放弃

5.用例方法：

该技术结合了文本和图片，以更好地理解需求。

用例描述系统的“什么”而不是“如何”。因此，他们只给出了系统的功能视图。

用例设计的组件包括三个主要内容 - Actor，用例，用例图。

Actor -它是位于系统外部但以某种方式与之交互的外部代理。演员可能是一个人，机器等。它表示为一个简笔画。演员可以是主要演员或次要演员。

主要参与者 - 需要系统的帮助才能实现目标。

次要演员 - 这是一个系统需要帮助的演员。

用例 -它们描述了参与者和系统之间的交互顺序。他们捕捉谁（演员）与系统做什么（互动）。一组完整的用例指定了使用该系统的所有可能方法。

用例图 -用例diiagram以图形方式表示当actor与系统交互时会发生什么。它捕获了系统的功能方面。

棒图用于表示演员。

椭圆用于表示用例。

一行用于表示actor和用例之间的关系。