需求工程是个很宽泛的概念，所有与需求直接相关的活动统称为需求工程。需求工程涉及的活动涉及需求开发、需求管理两大类，见下图。
上图中的这些项目每一条都能讲上好几个小时，简单处理，用一句话来概括，如下：
需求获取(requirements elicitation)是确定和理解不同用户类的需要和限制的过程，是在问题及其最终解决方案之间架设桥梁的第一步。
需求分析(requirements analysis)指的是在确定目标工作的目的、范围、定义和功能时所要做的所有的工作。近些年的研究认为，需求分析是整个需求过程中最关键的一部分。
规格说明(requirements specification)是解系统为满足用户需求而提供的解决方案，规定了解系统的行为特征。
需求验证(requirements verification)主要是为了确定：1.需求规格正确描述了预期的系统行为和特征；2.需求是完整的和高质量的；3.所有对需求的看法是一致的；4.当前需求工作为继续进行产品设计、构造和测试提供了足够的基础。需求验证主要表现为审查（inspection）
变更管理(requirement management of change,RMOC)的主要任务包括：1.分析变更的必要性和合理性，确定是否实施变更；2.记录变更信息，执行变更审批控制；3.修改相应的软件配置项（基线），确立新的版本；4.评审后发布新版本。
版本控制版本控制(revision control)是一种软体工程技巧，籍以在开发的过程中，确保由不同人所编辑的同一档案都得到更新。版本控制的要点在于制定版本控制规则并严格执行之。
需求跟踪需求跟踪(requirements traceability)是指跟踪一个需求使用期限的全过程，需求跟踪为我们提供了由需求到产品实现整个过程范围的明确查阅的能力。需求跟踪有两种方式：1.正向跟踪。检查《产品需求规格说明书》中的每个需求是否都能在后继工作成果中找到对应点。2.逆向跟踪。检查设计文档、代码、测试用例等工作成果是否都能在《产品需求规格说明书》中找到出处。正向跟踪和逆向跟踪合称为“双向跟踪”。不论采用何种跟踪方式，都要建立与维护需求跟踪矩阵。需求跟踪矩阵保存了需求与后继工作成果的对应关系。
需求状态(requirements status)在软件工程中需求状态是需求跟踪的一种视角，宏观的展现需求完成的状态。这里的需求可以是用户需求，也可以是系统需求等。依据具体情况变化。
转载自https://baijiahao.baidu.com/s?id=1626220059267621308&wfr=spider&for=pc