引言 软件需求知识域涉及软件需求的获取、分析、规格说明和确认。在软件工业界，人们广 泛认为，如果这些活动完成得不好，软件工程项目很容易上失败。 软件需求表达了施加在要解决真实世界问题的软件产品上的要求和约束[K0t00]。 术语“需求工程”在需求中被广泛使用，表示系统地处理需求。但是出于一致性，本指 南将不使用它，正如本指南要避免使用术语“工程”来表示除了软件工程活动以外的活动一 样。 基于同样原因，本指南也不使用出现在一些文献中的术语“需求工程师”，我们使用“软 件工程师”，有时也使用“需求专家”，后一个术语表示问题中的角色通常由个人完成，而 不是软件工程师完成。但是，这并不表示软件工程师不能去完成这个任务。 知识域的结构分解与IEEE12207中关于需求活动一节广泛兼容(IEEE12207.1-96)。 在我们提出的结构分解中有一个固有风险：隐含了类似瀑布模型的过程。为澄清这一点， 我们设计了子域2（需求过程）来给出需求过程的高层视图，它确定过程进行需要的资源和 约束，以及使其具有一定形式而需要的行动。 另外一个可能的分解是使用基于产品的结构（系统需求、软件需求、原型、用况等）。 基于过程的分解结构反映了一个事实：需求过程要成功，就必须作为一个涉及复杂、紧密耦 合的多个活动组成的过程考虑，而不是作为在软件开发项目开始就进行的离散的、单个的活 动组成的过程来考虑。 软件需求知识域与软件设计、软件测试、软件维护、软件配置管理、软件工程管理、软 件工程过程和软件质量等的知识域紧密相关。 软件需求主题的结构分解 1.软件需求基础 1.1.软件需求定义 软件需求的最基本含义是一个为了解决真实世界问题而必须展示的特性。指南将需求与 软件联系起来，因为需求涉及的是软件要解决的问题。因此，软件需求是一个为解决特定问 题而必须由被开发或被修改的软件展示的特性。这个问题可能是使用软件的某人的任务中的 一个自动化部分，或是支持委托开发软件的组织的业务过程，或修正当前软件的缺点，或是 控制一个设备等等。用户、业务过程和设备的功能通常很复杂，因此，特定软件的需求在外 延上通常是来自一个组织不同层次的不同人员的需求和来自软件将要在其中运行的环境的 需求的复杂组合。 所有软件需求的一个基本特性就是：可验证。验证某些软件需求可能很困难或则成本很 高，例如，验证呼叫中心的吞吐量需求就需要开发模拟软件。软件需求和软件质量人员都必 须保证，可以在现有的资源约束下，需求可以被验证。引言 软件需求知识域涉及软件需求的获取、分析、规格说明和确认。在软件工业界，人们广 泛认为，如果这些活动完成得不好，软件工程项目很容易上失败。 软件需求表达了施加在要解决真实世界问题的软件产品上的要求和约束[Kot00]。 术语“需求工程”在需求中被广泛使用，表示系统地处理需求。但是出于一致性，本指 南将不使用它，正如本指南要避免使用术语“工程”来表示除了软件工程活动以外的活动一 样。 基于同样原因，本指南也不使用出现在一些文献中的术语“需求工程师”，我们使用“软 件工程师”，有时也使用“需求专家”，后一个术语表示问题中的角色通常由个人完成，而 不是软件工程师完成。但是，这并不表示软件工程师不能去完成这个任务。 知识域的结构分解与IEEE12207中关于需求活动一节广泛兼容(IEEE12207.1-96)。 在我们提出的结构分解中有一个固有风险：隐含了类似瀑布模型的过程。为澄清这一点， 我们设计了子域2（需求过程）来给出需求过程的高层视图，它确定过程进行需要的资源和 约束，以及使其具有一定形式而需要的行动。 另外一个可能的分解是使用基于产品的结构（系统需求、软件需求、原型、用况等）。 基于过程的分解结构反映了一个事实：需求过程要成功，就必须作为一个涉及复杂、紧密耦 合的多个活动组成的过程考虑，而不是作为在软件开发项目开始就进行的离散的、单个的活 动组成的过程来考虑。 软件需求知识域与软件设计、软件测试、软件维护、软件配置管理、软件工程管理、软 件工程过程和软件质量等的知识域紧密相关。 软件需求主题的结构分解 1. 软件需求基础 1.1. 软件需求定义 软件需求的最基本含义是一个为了解决真实世界问题而必须展示的特性。指南将需求与 软件联系起来，因为需求涉及的是软件要解决的问题。因此，软件需求是一个为解决特定问 题而必须由被开发或被修改的软件展示的特性。这个问题可能是使用软件的某人的任务中的 一个自动化部分，或是支持委托开发软件的组织的业务过程，或修正当前软件的缺点，或是 控制一个设备等等。用户、业务过程和设备的功能通常很复杂，因此，特定软件的需求在外 延上通常是来自一个组织不同层次的不同人员的需求和来自软件将要在其中运行的环境的 需求的复杂组合。 所有软件需求的一个基本特性就是：可验证。验证某些软件需求可能很困难或则成本很 高，例如，验证呼叫中心的吞吐量需求就需要开发模拟软件。软件需求和软件质量人员都必 须保证，可以在现有的资源约束下，需求可以被验证