需求分析是需求工程里比较重要的方面。需求分析是介于系统分析和软件设计阶段之间的桥梁。一方面，需求分析以系统规格说明和项目规划作为分析活动的基本出发点，并从软件角度对它们进行检查与调整；另一方面，需求规格说明又是软件设计、实现、测试直至维护的主要基础。良好的分析活动有助于避免或尽早剔除早期错误，从而提高软件生产率，降低开发成本，改进软件质量。
项目视图可以把项目参与者定位到一个共同和明确的方向上。项目视图描述了产品所涉及的各个方面和在一个完美环境中最终所具有的功能。相反的，范围描述了产品应包括的部分和不应包括的部分。范围的说明在包括与不包括之间划清了界线，当然，它还确定了项目的局限性。项目的业务需求在视图上和范围上形成文档，这些必须在创建项目之前起草。 项目视图和范围的文档把业务需求集中在一个简单、紧凑的文档里，这个文档为以后的开发工作奠定了基础。
需求规格说明。需求规格说明活动就是将需求及软件解决方案进行定义和文档化，并传递为开发人员的需求工程活动。优秀需求规格说明文档的特征：正确性、无歧义、完备性、一致性、根据重要性和稳定性分级、可验证、可修改和可跟踪。
需求验证。对系统的验证与确定和对需求的验证与确认的区分和详细定义：
（1）需求验证是确保需求的形式也是正确的。
（2）需求确认。证实每一条需求都是符合用户原意的。也就是说它的目的是确保需求的内容是正确。
（3）系统验证。正确地建立系统，确保系统能够在预期的环境中正确地执行设定的功能。
（4）系统确认。建立的系统是正确的。确保建立的系统是符合系统需求和系统设计的。
需求管理。在需求开发结束之后，还需要有一种力量保证后续的系统开发活动依照需求的基线进行展开，从而保障系统的质量（质量就是对需求的依从性）。需求管理就是这样一个管理活动，它在需求开发之后的产品生命周期中保证需求作用的有效发挥。需求工程的过程管理。需求工程还没有完全建立学科化和系统化的知识体系，能够直接给予明确和定义下来的只是一个高层的过程结构，它只是描述了过程需要完成的工作、工作的划分以及工作的开展的安排。过程的工作细节还是由很多独立的需求工程时间方法联结起来予以实现的。