需求是可度量的，通过度量可以使它可以测试，这就需要一种验收标准。“验收”意味着解决方案完全满足了需求，在知道一个解决方案是否满足需求之前，首先对需求进行量化，这样度量才是有意义的，即需求的量化就是它的验收标准。验收标准可以量化行为、性能，或其他需求的质量。验收标准既适用于功能性需求，又适用于非功能性需求。以前说的都是需求描述的部分，这些是用户对需求的意图，要想精确了解，必须以某种方式对需求进行量化。度量的尺度是用于测试产品一致程度的单位，存在针对各种质量的度量尺度。一项功能性需求是产品必须做的某件事情：产品必须采取的一项动作，则验收标准指明了如何得知产品已经成功的完成了该动作，功能性需求可能是不同类型的动作。非功能需求是产品必须具备的品质，某些非功能性需求很难量化，但是，总可以为它们加上数字标准。用况是一组相关的需求，每项需求，包括功能性的和非功能性的，都有自己的验收标准，可以将验收标准应用于用况，用况的标准是由组成该用况的所有的需求的验收标准组成的。
质量关是每项需求正式进入到需求规格说明书的地方。一旦有了一项需求，就可以开始检查，目的是尽早识别并捕获需求相关的缺陷，用意是阻止不正确的需求进入设计和实现阶段。需求框架是单项需求的一个容器，框架确定了一项需求的组织部分，可以使用该框架来检查一项需求是否完整。要检查一项需求的相关性，只要把它的需求与产品的目标进行比较。需求可能是二义性的，验收标准是需求的度量方式，它使测试者能够确定提交的产品是否满足需求。验收标准必须符合产品的目标，验收标准使用一种度量尺度，验收标准度量方法可能包括一些业务误差范围。可行的需求是在项目条件下可以实现的需求，即它们要符合为项目设定的限制条件，限制条件包括了诸如构建产品可用的时间、预期的工作环境、产品的用户、对产品设计的限制等等。质量关描述为检查需求的过程，但必须实现它，第一项决定是关于谁来实现质量关，下一步是进行对等复查，第三个阶段是团队复查，包括顾客和用户，最后阶段是管理者复查，主要集中在对质量关成功和失败的总结上。
使用一个原型的想法是要给人们一些真实的东西，或者至少是表面看上去真实的东西。原型让产品足够真实，原型也被用于演示需求的顺序。我们在使用原型技巧时，必须尝试使用那些用户很熟悉的制品和经验。低保真的原型使用用户熟悉的介质，有助于用户将注意力集中在主题相关的事情上；高保真原型是通过软件工具创建的，高保真的用意是看起来像最终的产品。把场景模拟看作是一种做原型的技巧，场景用于展现一种情况，将产品生动的展现出来；场景描述和背景为场景设定了环境，构建场景模型的另一个技巧是故事板技巧；另一种有助于发现一楼需求的场景模型是对象或实体生命历史模型。设计是确定要用原型对什么进行建模的活动，也要确定试图要达到什么目的，原型的主题可以是一项需求，也可以是一个用况。
验收标准不是测试，它不是对测试的设计，但是，它是产品必须达到的无二义性的目标。它被用作构建测试的输入信息，通过测试，测试者将确保产品的每项需求都符合它的验收标准。质量关对形式化的潜在需求进行一系列的检查，它的首要目标是防止不好的需求进入需求规格说明书，必须实现自己的质量关。需求原型是模拟的模型，其设计目的是帮助了解更多的用户需求，做原型的目标是让用户有机会想象使用真正的产品来完成工作是什么样的。低保真的原型是一种快速模拟产品的方式，高保真原型使用做原型的工具来给出非常真实的外观，它们对于发现易用性需求是特别有效的，场景模型是一项使抽象主题变得生动的技巧，它通过对一个特定实例讲故事的方式来做到这一点，这些模型能有效的帮助人们将注意力集中在细节上，并发现其他情况可能会遗漏的异常。
