1. 完整性

不能遗漏任何必要的需求信息。遗漏需求将很难查出。注重用户的任务而不是系统的功能将有助于你避免不完整性。如果知道缺少某项信息，用T B D (“待确定” )作为标准标识来标
明这项缺漏。在开始开发之前，必须解决需求中所有的T B D项。

2. 一致性

一致性是指与其它软件需求或高层（系统，业务）需求不相矛盾。在开发前必须解决所需求间的不一致部分。只有进行一番调查研究，才能知道某一项需求是否确实正确。

3. 可修改性

在必要时或为维护每一需求变更历史记录时，应该修订S R S。这就要求每项需求要独立标出，并与别的需求区别开来，从而无二义性。每项需求只应在S R S中出现一次。这样更改时，是什么和为什么易于保持一致性。另外，使用目录表、索引和相互参照列表方法将使软件需求规格说明更容易修改。

4. 可跟踪性

应能在每项软件需求与它的根源和设计元素、源代码、测试用例之间建立起链接链，这种可跟踪性要求每项需求以一种结构化的，粒度好（ f i n e - g r a i n e d）的方式编写并单独标明，不是大段大段的叙述。第1 8章将详细说明需求的可跟踪性。