需求管理活动的目标就是确保需求业务活动能够按照进度要求、质量要求、成本要求生产出高质量的由业务需求、用户需求和系统需求构成的软件需求规格说明。需求管理工作具体是借助由基线、版本、状态、变更、跟踪构成的需求约定这一抓手将需求业务活动集成起来并加以规范化。需求管理活动的目的是在客户与软件开发人员之间建立一个由文档构成的需求基线。需求管理组织的具体工作内容是由需求管理活动的内容构成的。
软件需求基线是由各阶段需求业务活动的工作成果文档和文档内各部分内容的版本号的集成。软件需求基线工作的落实借助这些工作成果文档和文档内各部分内容版本号来实现的。版本号是采用量化方式来解决同名而内容不同的一个手段。为了减少冲突和不一致，只能允许指定的专人来更新、改变需求规格说明文档，且专人进行存贮和发布。
管理变更相比较其他工作领域被叫做异常发生，被视为突发事件，需要有相应的应急解决方案来加以控制和及时的处理，所以不要把需求变更视为一种常态。所有需求变更必须遵循过程，按照此过程，如果一个变更需求未被采纳，则其后过程将不需考虑。
需求跟踪活动的目标是将需求业务活动和软件开发活动通过需求能力矩阵这种方式集成起来，建立起可以由源头追踪至终端、也可以由终端回溯到源头的关联关系表。
长期以来“轻业务、重技术”的理念根深蒂固，而解决措施是建立一个专业从事软件需求分析的独立部门来承担这项工作。此部门是介于业务部门和技术部门之间的，专门负责对组织自身业务、客户业务、客户对象和竞争对手的研究，然后将其转换成提供给技术部门的软件需求规格说明，使组织不仅能提供让客户满意的软件产品，而且还能成为客户业务发展的参谋。因此，建力需求分析体系很有必要。
分析部门的职能包括：面向内部业务部门进行需求采集和业务的研究；面向组织服务的公众或组织的需求进行分析的研究；面向技术研发部门对其当前掌握的语言、框架、开发能力等进行分析和研究；将业务部门需求和外部组织和公众的需求转换成软件需求规格说明并提供给技术研发部门。只有知道了工作职能，才能建立相应的组织结构。
需求分析的业务线包括业务申请、业务研究、应用建模、系统规划、分析计算、报告编制、需求获取、需求分析、需求编制、成果移交、全程跟踪、项目归档共12个阶段业务环节构成的业务全过程。业务管理可以借助二维表和流程图进行分析。
需求分析部门的业务工作主要由需求规划业务和需求开发业务两部分组成。对业务工作我们将针对每一个业务工作项的目标、方法、工具、成果、规范、知识和职能进行描述，以便从事业务工作的人员对业务工作有一个大致的了解。需求规划的业务工作主要由业务研究、应用建模、系统规划、分析计算、报告编制5部分组成。需求业务工作主要由需求获取、需求分析、需求编制3部分构成。
