需求的定义是为“系统必须符合的条件或具备的功能”。

　　需求的种类各种各样。一种分类的方法叫作 FURPS+ 模型 [GRA92]，它使用首字母缩写词 FURPS 来描述具有以下子类别的主要需求类别。

　　功能性、可用性、可靠性、性能和、可支持性

　　FURPS+ 中的“+”可提醒您还要包括如下需求：

　　设计约束、实施需求、接口需求和物理需求。
功能性需求规定了系统无需考虑物理约束而必须能够执行的动作。用例模型和用例中最能够说明这些需求。功能性需求就这样规定了系统的输入输出行为。

　　功能性需求之外的需求，如下所列，有时称为非功能性需求。许多需求是非功能性的，它们仅仅说明系统或系统环境的属性。有些需求在用例中有所记录，未能记录的可在补充规约中予以规定。非功能性需求解决的是如下所列的问题。

　　对于软件需求的完整定义，可以将用例和补充规约结合到一起以定义某一“特性”或其他子系统分组的软件>需求规约 (SRS)。

功能性

　　功能性需求包括：

　　特性集、功能和、安全性。

可用性

　　可用性需求可包含如下子类别：

　　人员因素（请参见：概念：以用户为中心的设计）、
美观、
用户界面的一致性（请参见：指南：用户界面）、　　联机帮助和环境相关帮助、
向导和代理、
用户文档和
培训材料。

可靠性
需要考虑的可靠性需求有：

　　故障的频率／严重性、可恢复性、可预见性、准确性和平均故障间隔时间（MTBF）。

性能

　　性能需求可对功能性需求强加条件。例如，对于一个给定行为，它可以对以下项规定性能参数：

　　速度、效率、可用性、准确性、吞吐量、响应时间、恢复时间，或资源用途。

可支持性

　　可支持性需求可包括：

　　可测试性、可扩展性、可适应性、可维护性、兼容性、可配置性、可服务性、可安装性，或是否可本地化（国际化）。

设计需求

　　设计需求常称为设计约束，它规定或约束了系统的设计。

实施需求

　　实施需求规定或约束了系统的编码或构建。例如：

　　所需标准、 实施语言、数据库完整性策略、资源限制和操作环境。

接口需求

　　接口需求规定了

　　系统必须与之交互操作的外部项，或
对这种交互操作所使用的格式、时间或其他因素的约束。 ]

物理需求

　　物理需求规定了系统必须具备的物理特征；例如，

　　材质、形状、尺寸和重量。

　　这种需求类型可用来代表硬件要求，如物理网络配置需求。