所谓需求就是那些必须在开始进行产品构建前发现的东西，如果在构建的过程中才发现需求，或者更晚更糟，直至客户已经在使用产品的时候才发现需求，那么代价回事很大的，并且效率将十分低下。
开发生命周期示意图展示了需求过程的重要性。需求处理过程所涉及的方面有：目标的操作环境，即所需要完成的产品所要求的操作环境，比如是一个系统类别的产品，那么它所涉及的运行环境是什么？windows？linux？或者其他；风险承担着的需要和想法，风险承担者包括项目投资人，产品的操作者、使用者，当然还有开发人员，这些人可能承担的风险包括项目延期、或者项目失败，抑或资金出现问题等等，这些人的需要包括出资人的期望，开发人员的完成进度，工作时间等等；系统分析是通过需求规格说明书进而得到的通过需求处理过程在得到需求规格说明书的基础上才能进行系统分析，通过对系统的分析，又可以反馈到需求处理过程。在系统分析的下一阶段是得到分析规格说明书和需求规格说明书，进而可以进行产品设计，通过产品的设计反馈可以回归到需求处理过程，下来开发生命周期中涉及到的构建、产品使用都是在前者的基础上实现的，并且都可以通过相应的反馈，回归到需求处理过程中来。
总而言之，需求研究业务工作，以期设计出有助于业务工作更加完善的产品，作为该过程的的结果，需求规格说明书是对产品功能和行为的完整性描述，系统分析得到的关于产品所需的功能和数据的一个可工作的模型，将该模型作为产品的规格说明书，需求处理过程是整个项目开发生命周期的开始，是根基，如果需求过程进行的不全面不完善，那么所进行的开发过程将会面临很大的风险。
需求收集和系统分析有着一定的重叠——需求收集者使用分析模型来帮助发现需求，系统分析师使用需求来帮助对功能和数据的建模。如果将二者在一个二维平面表示，横轴为时间，纵轴为工作比例，随着时间的推移需求的收集是逐渐减少的，而系统分析是逐渐增加的，即二者具有随时间此消彼长的的关系。
到底什么是需求？
功能性需求：产品必须完成的事情。即为了向它的用户提供的功能，产品必须执行的动作。
非功能性需求：产品必须具备的属性或者性质。在某些情况下，它对产品的成功起着至关重要的作用。
需求过程又是什么？
它是一系列的活动的总称，项目启动，需要启动会议，它是一个联合应用开发会议，参与者把他们自己关联在一起，共同工作直至达到启动会议的目标，即收集到足够的事实以确保项目有一个阶段性的目标，该目标有可能达到，同时要取得风险承担者关于承担业务的许诺。形式上可以通过头脑风暴的方式确定所有风险的承担者，确定了风险的承担者一定程度上就可以发现所有的需求。
网罗知识，启动会议为网罗需求提供了需求基础，启动会议确定了要研究的工作范围和对工作产生影响的业务事件。有启动会议确定的风险承担者向需求收集者提供需求。网罗需求的输出是潜在的需求，这些需求还需要通过质量检查。
关于写下需求和重用需求
潜在需求是通过网罗需求和做原型等活动来实现的，在通过质量关检测之前，通过变形需求活动，这些潜在需求被写成一致的格式，只有通过了质量关，它们才能成为规格需求说明书的一部针对任何项目的需求永远不会是完全独一无二的，因此可以采用需求的重用实现在新的项目。
对需求规格说明书的操作
鉴定！
质量关存在的目的是讲不好的需求拒之门外。但是它一次只处理一项需求。考虑需求规格说明书是否完整时，即需要进行规格说明书的鉴定过程。