《掌握需求过程》第八章讲述的是编写需求规格说明书，目的是为了讲给我们如何将所有需求安排在需求说明规范中。这也算是对于前面几章的总结概括，因为你前面做的所有事情终究只是准备，还是要落实与文字上的记录。“编写需求规格说明书是指得到要构建的产品的完整描述的任务。把这项任务看做“构建”需求规格说明书是合适的——我们在需求过程中汇编一份需求规格说明书，而不是简单的写下来。编写需求其实不是一项单独的活动，而是在网罗和做原型的活动中，当我们发现需求时就完成了编写需求的一部分工作；在质量关检查中，当我们确保每一项需求都是完整的时候就完成了其余部分的工作。”对于编写需求规格说明书，作者又介绍了Volere需求规格说明书楼板，这个模板也从各种角度来说明我们以前所做的事情的重要性。
第九章是验收标准，作者做此章节的目的是“为了消除模糊之处，我们引入了需求的度量。这使需求变得可测试，这样就可以知道实现是否与需求相符。”关于验收，其实就是意味着我们前期所做出的所有解决方案已经完全满足了需求。也就是说，解决方案精确的实现了需求所要求做的事情，不多也不少。但是我们又应该如何去确定他已经满足我们的需求了？所以，作者在文中提到——我们要对其进行量化。只有在我们量化了需求之后，度量我们的实现才是有意义的。没有对需求的量化，就不可能知道实现是否符合需求。需求的量化就是它的验收标准。验收标准可以量化行为、性能，或其他需求的质量。验收标准既适用于功能性需求，又适用于非功能性需求。
第十章讲述的是质量关。书中对于质量关的解释是“防止模糊需求成为需求说明规范的一部分的一种机制”。再这一阶段中，不但需要我们进行测试，还需要对现有需求进行再确定，所以说，再这一阶段，“每项需求正式进入到需求规格说明书的地方。”我们以前讲过，需求工作的要点是，你必须确保交给开发者的东西是准确的、完整的、成熟的、真正的需求，任何不足都有违需求工作的初衷。那么，质量关的作用就就是，使得守关人确认每项需求，然后将它们加入需求规格说明书中。需求通过质量关并进入需求规格说明，必须经过一系列测试，这些测试确保需求是完整的、准确的，不会因为不合适将来的设计和实现而引起麻烦。质量关的实现一般是包括以下几个方面的：
· 伙伴相互检查对方的输出，在过程的早期发现错误。
· 同级复查，由团队中的其他人员正式复查每项需求。
· 团队复查，包括顾客和用户。
· 管理者复查，主要关注质量关成功和失败的总结。
质量关的成功实现关乎到需求的解决而不是方案的解决。