Volere需求规格说明书模板充分利用了现代软件工程的思想与技术，是一个十分实用、完善的模板，模板包括了四大部分内容，第一部分是限制条件，可谓是全局性的需求，包括了产品的目的、目标用户等等问题，第二部分是功能性需求，第三部分是非功能性需求，对每项需求以一定的详细程度进行描述，这样产品的构建者能精确地知道要构建的是什么，以及如何来测试所提交产品的每项功能，第四部分是项目问题，是产品要变成现实就必须面对的问题，也包括了不打算在产品的首次发布中实现的需求。
在编写需求规格说明书时，需求模板和需求项框架是便于使用的工具，模板指明了需求规格说明书要包含的主题，需求框架指明了每项需求都要写些什么内容，使用Volere需求项框架的一项完整的功能性需求包括需求编号、需求类型、事件/用况、描述、理由、来源、顾客满意度、依赖关系、支持材料、历史等，非功能性需求的编写与其他需求类似。描述需求的过程可能会遇到很多问题，通常一项需求可以用一句话描述，要注意描述的细节程度，要足够详细。编写需求规格说明书不是一项独立的活动，是与其他部分的过程一起完成的，想到一个需求就要写下来，业务事件、用况、模板和需求项框架使我们可能在任何时候度量它的完成程度，编写一个好的需求规格说明书至关重要。
在网罗需求和做原型过程中，发现一项需求，就马上编写它的验收标准，需求必须有一个验收标准，即产品的某种定量描述，它表明了产品必须达到的标准，要为需求定义一个合适的度量标准，如果需求是针对一定的操作速度，那么尺度就是完成给定动作的时间，几乎所有的东西都存在度量尺度，量化需求可以方便的与客户交流，确保了需求既是希望的，也是必要的，量化的过程常常会告诉我们最初的理解是不正确的，但只要有耐心，就能确保每项需求都是可测试的和真实的。
在编写需求的过程中，可能会误把无价值的需求写入需求规格说明书，这就需要质量关。质量关是检查每项需求的活动，成功通过质量关是需求进入规格说明书的唯一通道，可以在需求收集的任何阶段都对质量关检查。质量关检查最适合产品的目标，需求限制方式，功能性需求，非功能性需求。