什么是需求工程？(requirements engineering?)

大型硬件或软件系统，如航天器，有复杂的要求。需求是关于应该构建什么、系统应该如何运行或构建系统过程中的约束的规范。需求工程（RequirementEngineering）是在构建系统之前使用良好的工程实践来理解需求。它之所以具有重要性，是因为系统的利益相关者本身不清楚自己的需求，并且有不同的需求。...

大型硬件或软件系统，如航天器，有复杂的要求。需求是关于应该构建什么、系统应该如何运行或构建系统过程中的约束的规范。需求工程（RequirementEngineering）是在构建系统之前使用良好的工程实践来理解需求。它之所以具有重要性，是因为系统的利益相关者本身不清楚自己的需求，并且有不同的需求。

一个复杂的系统可能有许多利益相关者，例如委托系统的人、使用系统的一个或多个方面的用户以及从系统中受益的人。利益相关者也可能包括受系统某些特性影响的公众成员。利益相关者有自己的特殊需求。另一方面，开发系统的人员可能在技术上有能力，但可能不完全理解利益相关者的观点。需求工程是连接这些方面的基本能力。

在形式上，需求工程活动分为需求开发和需求管理。需求开发由引出、分析、规范和验证组成。需求管理是对整个需求过程的控制，尤其是对需求变更的处理。相反，一些实践者将整个活动称为需求分析。

从利益相关者那里获取需求是必要的，因为利益相关者通常不完全指定他们的需求，也不理解新系统的含义。利益相关者可能不会开放，因为他们可能担心对当前工作的影响。因此，启发是一个谨慎的过程，可能是一个漫长的过程，需要移情和微妙的心理。我们必须小心，不同利益相关者以及开发人员之间的文化差异是弥合的。

有几种技术被用来引出需求。需求可以通过个人访谈、小组会议和观察人员的任务来获取。能够提出需求的技术包括焦点小组、创建优先列表、原型设计以及与运行中的其他系统进行比较。引出的需求包括系统的业务需求、用户使用系统时的业务流程以及系统的功能特性。此外，还需要引出非功能性需求，如响应时间、系统可用性和易用性。

需求工程中的分析步骤形成满足原始高级需求的低级需求。这包括创建概念模型和原型，以确定需求的完整性。不同利益相关者需求中的冲突更多地通过模型和原型发现，而不仅仅是需求列表。分析师需要在需求中添加所需的系统特性，如安全性、灵活性和可维护性。

文件中规定了这些要求，以便于所有利益相关者理解。在软件领域，该文档称为SRS，代表软件需求规范。关键利益相关者对需求进行了验证。这主要通过演示和规范文档实现，但有时也通过与需求相对应的测试用例实现。

需求工程主要是一种沟通活动，而不是一种技术活动。它需要多学科的技能。需求工程帮助涉众和开发人员解决冲突，并将他们团结在目标中；这将导致一个健壮的系统。