了解了一些需求过程中的方法和问题，接下来就要网罗需求。网罗工作是由需求分析师来策划的，但是要完成这个工作需要分析师、用户和其他风险承担者相互合作，要明确每一个角色各自的职责。意识到的需求是指那些用户最先想到的需求，这通常表明用户希望改进的一些事情；无意识的需求是指用户没有言明的事情；未梦想过的需求是指那些一旦用户认识到它们可能时就会要求的事情。在网罗活动的过程中，必须揭示和捕获所有的需求，网罗活动具有多面性，它使用了一些来自启动阶段活动的输出结果；业务事件在网罗活动中占主导地位。
需求网罗的第一部分就是观察工作，任何对目前系统的建模都要尽可能的简明扼要，并尽可能快的完成。用户访谈是需求收集的传统方法，与一些技巧配合使用更为有效。对于每一个业务事件都有一个工作作出的响应，业务事件研讨会是一项活动。业务事件的目标是关注组织在业务事件发生时希望得到的成果；场景是用于响应业务事件的一系列行为；业务规则是管理的规定，对每日的业务决定起到统御和指导作用。创新是需求过程的一部分，而头脑风暴是一中产生新思想的方法，它利用了小组效应。
功能性需求指明了产品必须做的事情，网罗活动和做原型活动揭示了功能性需求。非功能性需求是产品必须具备的属性。这些属性可以看作是一些特征或属性，它并不改变产品的功能。功能需求描述了从工作角度来考虑的产品的动作，非功能需求描述了用户在工作时的体验，即非功能需求是用况或功能需求所代表的工作的特征。非功能性需求可能是通过功能性需求来揭示的，原型可以用于导出非功能性需求。
观感需求描述了对产品外观期望的精神实质，需求的度量方法就是它的验收目标，随着自动化和软件产品转向面向消费者的领域，观感需求越来越重要了；易用性需求考虑到产品的目标用户，描述了合适的易用性水平。产品的易用性对用户使用产品的生产效率、错误率以及用户对新产品的接受程度都会产生影响；性能需求应用于当产品需要在给定的时间或特定的精确度来执行某些任务时，它主要来自于操作环境；可操作性需求描述产品被使用的环境，要发现可操作性需求，需要查看用况图中定义的产品边界，并考虑每个相邻系统或参与者的需求；安全性需求必须要保证正确，否则会给产品带来最大的风险，可以认为有三个方面：保密性，指数据不能被授权用户以外的任何人访问；完整性，指产品所保存的数据与相邻系统发送给产品的数据保持一致；可得性，指得到授权的用户可以不受阻止的访问数据。
当获取完需求后，要将这些需求以书面的形式确定下来，即编写需求规格说明书。这是指得到要构建的产品的完整描述的任务。在搜罗需求或做原型时发现的需求不一定有完整的形式，它们只是需求的想法或意图，需求规格说明书是产品构建合同的基础，所以必须包含清晰、完整、可测试的指令，有一些辅助手段来帮助完成一份成功的需求规格说明书——模版和需求项框架，其中Volere需求规格说明书模版可以作为一个很好的基础。Volere需求规格说明书模版包含四大部分：限制条件（不是真正的需求，但对需求和最终的产品产生很大的影响，包括产品的目的、产品的目标用户等等）、产品的需求（功能性需求和非功能性需求）、项目问题（也不是产品的需求，而是如果产品要变成现实就必须要面对的问题）。
网罗讲的是收集需求，倾听是最重要的需求收集技巧。功能性需求应该做到能形成一份完整的、尽量避免二义性的产品功能描述。非功能性需求描述了产品的质量方面的表现——它是否需要快速、安全、有吸引力等等，这些质量源于产品要求实现的功能。编写需求规格说明书不是一项独立的活动，而是与其他部分的过程一起完成的，它不是一个随机的活动，业务事件、用况、模版和需求项框架使我们可能在任何时候度量它的完成程度。