《掌握需求过程》这本书的开始与大多数书籍一样， 是从“需求是什么”来开始的。这次的阅读我读了第一章：什么是需求，是对全书大致框架的概述。
本书开始讲到，需求就是那些您必须在开始构建产品之前发现的东西，是产品必须完成的事以及必须具备的品质。在构造产品之前，必须明确需求，如果没有正确的需求，就不能设计或构造正确的产品。有报告说60%的错误存在与需求和分析活动中，由此可见需求对于一个项目的重要程度。需求又分为多方面，其中包括功能性需求、非功能性需求和限制条件，功能性需求即产品必须完成的事情，就是基本功能；非功能性需求是产品必须具备的属性或品质，通常跟在产品功能之后，来描述其具备的品质以及应该多大、多快等，对于产品的成功也是至关重要的；限制条件是全局性的需求，在需求过程早期确定，用于评价收集到的需求的正确性和合理性，即飞机上的乘客将使用该产品，限制条件则围绕飞机上的乘客来展开，这些内容都被纳入需求规格说明书模版中，模版的每一节描述了一种类型的需求和它们的变种，以便与用户一起发现需求时，将所发现需求加入到需求规格说明书中去，对必要的内容起到一个指导作用。
每一条单独的需求都有一个结构，需求有一些组成成分，每部分都包含某方面的知识，每部分对理解整个需求都是有必要的。这些组成部分被全面采用，并对整体做出贡献。随着这本书的深入，将会看到组成部分的介绍。框架是逐步完成的，找出一项需求的所有组成部分然后再进行下一项的做法是不切实际的，因此，将需求项框架整理在卡片上，在与用户交流时通过这些卡片，能够快速记录需求，随着对需求理解的加深，逐步完成卡片。
而对于需求的征集来说，它与系统分析有一定程度的重叠----需求收集者使用分析模型来帮助发现需求，系统分析师使用需求来帮助对功能和数据的建模。在项目开始，需求活动占主导地位，而随着对产品了解的深入，对业务事件和使用逐渐清晰，系统分析便能为他们进行更为精确的建模，直到最终需求被确定下来，系统分析还将持续一段较短的时间直至我们完全理解产品。
第一章还谈到了需求的归档化、需求规格说明书模版、需求项框架和需求过程，这本书是基于Volere需求过程和它相关的模版所展开，该过程是一个一般的需求收集和规范化过程。本书通过一个又一个的步骤、模版和例子向我们展示了一个经过业界检验的需求收集和验证过程。