需求管理的任务是“与客户就软件项目的需求达成并保持一致”。这种一致应体现在书面的需求规格说明和模型中。取得用户认可只满足了批准需求所需的一半条件，还必须让开发人员接受需求规格说明并同意在产品中加以实现。需求管理活动包括下列活动：定义需求基线（某一时刻，对特定版本中已达成一致的需求内容的描述）审查需求变更请求，评估其可能产生的影响以决定是否批准。以可控的方式将批准的需求变更融入项目中。
保持项目计划与需求的同步。估计需求变更的影响，在此基础上协商新的需求约定。跟踪每项需求，找到与其对应的设计、源代码和测试用例（test case）。在项目开发过程中，始终跟踪需求的状态和变更。定义需求基线是需求开发与需求管理的分界。
建立分析模型的任务集中体现在需求分析的需求建模子活动中。软件需求分析的关键是为真实世界的问题建立模型，即问题域建模。具体模型类别的选择要视问题的情况来确定，一般有以下影响因素：（1）问题域的特性：不同类型的问题域有不同类别的分析要求，例如实时的应用处理要求建立控制流和状态模型，信息系统会要求建立数据模型等。（2）需求分析人员的技能：在多种模型类别都能满足需要时，需求分析人员通常会此采用自己更加熟练和更有经验的建模语言和方法。（3）客户的过程需求：客户可能会要求使用其喜欢的建模语言和方法，或者禁止使用其不熟悉的建模语言和方法。（4）方法和工具的可能性：尽管适合于默哀书特定的问题，但是培训和工具不支持的建模语言和方法是可能不会被广泛接受。 常用的需求分析技术包括：上下文图、数据流图、实体联系图、功能实体矩阵、功能分解图、过程依赖图、用例图、类图、交互图、活动图、对象约束语言等。实践表明，需求工程师在建模与分析中遭遇的最大难题不在于某些具体技术的掌握问题，它们有足够的能力学习和掌握每一种技术。对需求分析技术的综合运用才是需求分析人员最大的困难。