需求工程是定义，记录和维护需求的过程。它是收集和定义系统提供的服务的过程。需求工程流程包括以下主要活动：

要求启发

要求规范

需求验证和验证

需求管理

要求启发：

它与获取有关项目域和要求的知识的各种方式有关。领域知识的各种来源包括客户，业务手册，相同类型的现有软件，标准和项目的其他利益相关者。

用于需求获取的技术包括访谈，头脑风暴，任务分析，德尔菲技术，原型设计等。其中一些在这里讨论。启发不会产生理解要求的正式模型。相反，它拓宽了分析师的知识领域，从而有助于为下一阶段提供输入。

需求说明：

此活动用于生成正式的软件需求模型。这些模型总体上规定了所有要求，包括功能要求和非功能要求以及约束。在规范期间，可能需要更多关于问题的知识，这可以再次触发启发过程。

此阶段使用的模型包括ER图，数据流图（DFD），功能分解图（FDD），数据字典等。

需求验证和验证：

验证：它指的是确保软件正确实现特定功能的一组任务。

验证：它指的是一组不同的任务，可确保已构建的软件可跟踪客户要求。

如果未验证需求，则需求定义中的错误将传播到后续阶段，从而导致大量修改和返工。

该过程的主要步骤包括：

要求应与所有其他要求保持一致，即两个要求不应相互冲突。

从各方面来说，要求应该是完整的。

这些要求应该是切实可行的。

评论，伙伴检查，制作测试用例等是用于此的一些方法。

需求管理：

需求管理是分析，记录，跟踪，确定优先级并就需求达成一致并控制与相关利益相关者的沟通的过程。这个阶段关注需求的变化性质。应确保SRS尽可能地可修改，以便在最后阶段包含最终用户指定的要求的变化。能够在需求工程过程的极其重要的部分中以系统和受控的方式根据需要修改软件。