在经过第一章对需求进行了解之后，开始了对需求过程的学习，本书需求过程这一章节对Volere过程进行概述，从起始阶段（项目准备阶段）直至提交需求说明规范，针对一整个过程进行了全面系统的大致描述，从总体上把握一般需求收集过程。
项目启动。在整个做需求之前，我们应该对项目进行一些准备，并在行动之前确保其可行，这个启动会议是一个联合应用开发（joint application development）会议，参与者把他们自己关在一起，共同工作直到达到启动会议的目标，即收集足够的事实以确保项目有一个有价值的目标，该目标可能达到，同时也要取得风险承担者关于承担义务的许诺。
网络知识。项目启动会议结束后，我们应该开始网罗知识，启动会议活动为网罗需求提供了基础。启动会议确定了要研究的工作范围和对工作产生影响的业务事件。由启动会议确定的风险承担者向需求收集者提供需求，网罗活动的输出是潜在需求，这些需求还需要通过质量检查。
做原型和场景建模。原型是潜在产品的一个快速而不完整的版本。原型的意图是向用户表达需求的一种模拟。有两种方法来构建需求原型：高保真的（使用某些自动化的技术）和低保真的（主要使用铅笔盒纸，或其他一些类似方式）。
写下需求。在需求过程的这个阶段，所有的需求称为“潜在需求”，因为到目前为止，需求还没有通过测试，并通过质量关。需求是业务需求，必须使用业务语言，这样用户才能理解这些需求并检验这些需求的正确性，需求也要写得能保证设计者可以精确构建用户想要的产品。为了满足这种需要，分析师将为每项需求添加一个验收标准。验收标准是需求的一种度量方式，它的目的是对需求进行量化，这样测试人员可以精确确定实现的产品是否满足了需求。分析师使用了两种机制，让编写需求规格说明书的工作更容易。需求规格说明书模板是需求规格说明书的一个提纲，分析师使用它来知道编写需求文档。第二个机制是需求项框架，每项需求都有一些部分组成，需求项框架是一种方便的方式，确保每项需求都有正确的组成要素。
质量关。质量关是每项需求在成为需求规格说明书一部分之前必须通过的一个单点。在每项需求被加入需求规格说明书之前，通过测试每项需求的完整性、正确性、可度量性、无二义性和一些其他质量属性，质量关确保得到一份严格的需求规格说明书。
重用需求。针对您的任何项目的需求永远不会是完全独一无二的，因此您可以通过重要需求来利用以前的项目。
鉴定需求规格说明书。该过程检查遗漏的需求，保证所有的需求协调一致，需求与需求之间没有悬而未决的冲突。
事后分析。对于这个过程我们应该对过程涉及的所有人员问以下问题：“我们做对了什么？”，“我们做错了什么？”，“如果我们必须重做一次，在哪些地方您会做得不同？”。为自己提供一个改进过程的最佳机会。