在需求管理中，软件工程组的工作是采取
适当的措施来保证分配的需求，即要将分配的需求文档化，控制需求的变化，负责项目实施过
程中需求的实现情况。需求管理的目的是在客户和处理客户需求的软件项目组之间建立对客户
需求的共同理解。需求管理的目标有两个：
使软件需求受控，并建立供软件工程和管理使用的需求基线。
使软件计划、产品和活动与软件需求保持一致。
在需求管理过程，为实现第一个目标，必须控制需求基线的变动，按照变更控制的标准和
规范的过程进行需求变更控制和版本控制；为实现第二个目标，必须就变更和软件项目各小组
达成共识，对软件项目计划做出调整，其中包括人员的安排、用户的沟通、成本的调整、进度
的调整等。
2、原则
为进行有效的需求管理，一般要遵循如下五条原则：
需求一定要分类管理
进行软件项目管理的时候，一定要将软件需求分出层次。不同层次需求的侧重点、描述方
式、管理方式是不同的。
需求必须分优先级
在软件项目中，如果出现过多的需求，通常会导致项目超出预算和预定进度，最终导致软
件项目的失败，因而需求的优先级可能比需求本身更加重要。
需求必须文档化
需求必须有文档记录。该文档必须是正确的、最新的、可管理的、可理解的，是经过验证
的，是在受控的状态下变更的。
需求一旦变化，就必须对需求变更的影响进行评估
无论需求变化的程度如何，只要需求变化了就必须进行评估，这是基本的原则。
需求管理必须与需求工程的其他活动紧密整合
进行需求管理一定不能脱离需求工程，需求工程包括了需求获取、需求分析、需求描述、
需求验证、需求管理，因而需求管理必须与前面的几个需求阶段保持密切相关。
3、需求管理活动需求管理在需求开发的基础上进行，贯穿于整个软件项目过程，是软件项目管理的一部分。
在软件项目进行的过程中，无论正处于哪个阶段，一旦有需求错误出现或任何有关需求的变更
出现，都需要需求管理活动来解决。需求管理是一个对系统需求变更了解和控制的过程。初始
需求导出的同时就启动了需求管理规划，一旦形成了需求文档的草稿版本，需求活动就开始了。
需求活动的具体内容如表1所示。
需求管理活动
活动的任务
变更控制
建议需求变更并分析其影响，做出是否变更的决策
版本控制
确定单个需求和SRS（即功能规格说明）的版本
需求跟踪
定义对于其他需求及系统元素的联系链
需求状态
定义并跟踪需求的状态
表1需求管理活动
4、需求管理质量保证
r