需求获取

需求获取是识别软件系统必须满足的利益相关者的需求、目标和约束的活动，从人员、文档和操作环境中提取这些信息。

Definition

需求获取是从利益相关者和其他来源寻求、捕获和整合需求的过程，揭示已陈述的需求以及默会或未陈述的期望。

Scope

本主题涵盖了访谈、研讨会、问卷调查、观察和民族志、原型设计、场景和用例分析以及文档和领域研究等获取技术；利益相关者及其视角的识别；以及默会知识、利益冲突和跨学科沟通的挑战。

Core questions

• 利益相关者是谁，如何识别他们的观点？
• 哪些技术最能揭示默会和冲突的需求？
• 如何捕获操作环境和领域知识？
• 在发现过程中如何最大限度地减少歧义和误解？

Key theories

多技术获取

没有单一技术足以满足需求；访谈、观察、原型设计和场景分析根据利益相关者的可用性、领域熟悉度和所寻求知识的默会程度进行组合和选择。

视角和利益相关者分析

需求从多个利益相关者视角收集，然后进行协调；明确建模视角可以揭示单一视角会遗漏的冲突和差距。

Clinical relevance

有效的需求获取决定了最终系统是否能满足实际需求；不完整或有偏见的需求获取是项目失败的主要原因，因此技术选择和利益相关者覆盖是早期关键决策。

Evidence & guidelines

SWEBOK软件需求知识领域和ISO/IEC/IEEE 29148将需求获取来源和技术描述为需求过程的一部分。

History

早期的需求实践主要依赖于访谈和文档研究；从20世纪90年代开始，该领域扩展到包含民族志观察、场景和目标建模以及参与式技术，认识到许多关键知识是默会和情境化的。

Key figures

• Joseph Goguen
• Axel van Lamsweerde
• Ian Sommerville

Seminal works

• vanlamsweerde2009
• goguen1993
• sommerville2015

Frequently asked questions

为什么需求获取比仅仅询问用户想要什么更难？

利益相关者通常无法完全表达他们的需求，持有相互冲突的目标，或者省略他们认为显而易见的知识；需求获取必须通过多种技术的组合而不是单一访谈来揭示这些默会和有争议的知识。

原型设计在需求获取中的作用是什么？

原型为利益相关者提供了具体的反馈对象，比抽象描述更有效地揭示误解和未陈述的期望，这使得原型设计成为一种强大的需求获取和验证技术。