【读书笔记】软件工程·实践者的研究方法第7版 第二部分 建模 第5章 理解需求

需求工程（Requirement Engineering,RE）:致力于不断理解需求的大量任务和技术。

需求工程在设计和构造之间建立起联系的桥梁。

需求工程通过执行七个不同的活动来实现：起始、导出、精化、协商、规格说明、确认和管理

起始：确定了商业要求或潜在市场，业务领域的利益相关者定义业务用例。

导出：产品的目标是什么、要实现什么，最终系统或产品如何用于日常工作。包括：范围、理解（双方理解）、易变

精化：开发一个精确的需求模型（分析类的属性、方法、类之间的协作）

协商：需求排序、按优先级讨论冲突，修改需求

规格说明（软件需求规格说明SRS）：在系统非常复杂或设计十分重要的业务时非常必要。可以是文档、图形化的模型、数学模型、一组场景、原型或任意组合

确认：对需求工程的工作产品进行质量评估。正式的技术评审是最主要的需求确认机制。

需求管理：标识、控制和跟踪需求一级需求变更的一组活动。

以下大概描述了需求获得的过程和方法：

建立根基

利益相关者：直接或间接地从正在开发的系统中获益的人。

识别多重观点：多个角度收集信息时，所形成的需求可能不一致或矛盾

协同合作：标识公共区域（一致同意的需求）和矛盾区域

首次提问（Q&A会议）用于首次接触打破坚冰：1、环境无关问客户和相关利益者；2、问开发组；3、“元问题”关注提问本身的质量

导出需求：

需求收集会议产生功能描述，与会者列出：