得难以管理，不仅是因为一个变更了的需求意味着要花费或多或少的时间来实现某一个新特性，而且也因为对某个需求的变更很可能影响到其他需求。应确保赋予需求一个有弹性的结构，使它能适应变更，并且确保使用可追踪性链接可以表达需求与开发生命周期的其他工件之间的依赖关系。管理变更包括建立基线，确定需要追踪的重要依赖关系，建立相关项之间的可追踪性，以及变更控制等活动。
需求变更贯穿了软件项目的整个生命周期，通过建立规范的变更控制流程，改进软件分析与设计，把变化纳人计划之中，在应对需求变更时可以更加的从容和有信心。
4. 3管理需求变更
变更控制不应该只是软件开发过程应该考虑的事情，随着软件产品的开发和时间的推进，用户会提出越来越多的新需求，甚至在交付软件产品的最后阶段用户还会有不同的需求，因此需求变更的管理应贯穿于整个项目生命周期的全过程。
为了使变更对项目的影响降到最小，就应当采取合适有效的变更控制策略，确定一个选择、分析和决策需求变更的过程，所有的需求变更都需遵循此流程。对需求的变更的处理应该分以下几个步骤:提出变更、变更评估、实施变更、监督变更过程。
4. 4建立需求管理模型
需求建模是表达需求的一种形式，是对需求的一种描述与阐释，它使用标准的语言，利用类似积木的概念来建模，最大的好处是大家可以直接根据需求，轻易地反复修改需求模型。并且不会产生歧义，从而可以使大多数人快速地理解。
需求建模的目的是要消除人际沟通随意性很强的弱点，所以需要致力于将沟通标准化、自动化、准确化，而且责任到人负责的具体阶段。具有可测试、可验证性的特点。建模的过程就是通过需求的特点和要求进行分析，以建模标准为基础进行准确、完备和有效的阐述，以确保客户和开发方都能够明确无误地、通用的理解。
4. 5与用户充分沟通
在需求管理过程中与用户的沟通很重要，因为它直接决定着最终软件产品是否满足客户的要求，即很大程度上决定着项目的成败。在沟通时，双方对需求的认识要一致，不能模棱两可。讨论需求及变更需求时，需求人员与客户及用户应该尽量采取协作的态度，良好的工作氛围也会提高工作效率，很难想象双方在“刁难”与“对付”的态度下是多糟糕的工作场景。确定需求基线的过程也是与客户用户交流的过程，而频繁大量的需求变更在很大程度上也是交流不充分的后果。所以，有效的充分的交流尤为重要，需求人员认真听取客户用户的要求，进行分析和整理，并最终取得用户的确认。
4. 6利用需求管理工具
需求变更控制委员会可以采取商业化的需求管理工具，以此来在数据库中存储不同类型的需求。这些工具提供了对每项需求的属性描述、状态跟踪等，并可以在需求与其它的相关工作产品间建立跟踪能力联系链。
5结束语
需求管理是需求分析过程中的一个步骤，是一个持续的不断完善的过程，软件项目开发过程中需求管理的问题有很多，随时都有用户需求变更，需求分析的错误也时常发生，需求质量难以保，针对这些问题，如何采取有效的措施尽可能减少这些问题可能给项目造成的影响也显得尤其重要，另外关于需求的质量问题，怎样结合CMM标准进行需求的质量管理，有效提高软件的总体质量水平也是需要关注的问题。