[摘 要]软件项目管理工作中的需求管理具有非常重要的地位，需求管理的好坏关系到每个软件项目的成败，只有存在软件需求情况，才能进行软件项目开发。本文主要分析了软件开发过程中需求管理，论述了需求管理的一般方法，提出了需求管理中应注意的问题。
[关键词]软件项目；需求管理；措施
1 需求管理概念及其特点
1.1 需求管理
需求是指通过和客户协商，建立并及时更新的关于软件工作的协议，属于系统需求的重要组成部分，主要体现于系统的软件部分。需求分析在开发技术行为具有关键性作用，需求管理就是为了有效管理需求研究结果，保证软件项目开发与它同步发展。需求管理的目的是在客户和依据客户需求的软件项目中间建立共识。这种情况表明用户需求必须是合理的，项目的发展目标要与用户需求一致。需求管理活动就是积极保证这种共识的实现。
在制订正式的需求文档时耗费大量的人力物力，但真正拥有了需求文档后又会产生新问题。需求评审会上只是走过场，这是由于广大用户谁也不会去听那没完没了的需求文档。不同层次的客户感兴趣的问题不同，每一个客户都是需求专家是不可能的。
为了保证需求的正确性和完整性，项目经理都会要求众人在需求阶段消耗大量的时间，但客户和公司的主要领导关心的却是实际应用的软件。在此情况下，项目组成员一方面，要应对公司领导的压力；另一方面，还要考虑项目经理的要求，因此，常常处于进退两难境地，都希望尽快结束这一阶段。
对需求的精细度到底要求到什么程度才能结束，对于此没有统一的认识。但是需求周期越长，存在的变化因素就会越多，设计要求也会越来越严格，对需求的共性提取要求也会提高，因此，只要全体工作人员认为描述达到了一定程度，就可以着手进行设计了。
如果软件开发过程存在一条真理，那必然是需求存在无休无止的变化，需求不可能是完整的。因为软件系统存在一定的复杂性，要想提前说出所有的需求是不可能的。系统原来的操作环境不可能一成不变，用户的理解不可能一成不变，系统的角色不会一成不变。这些因素都会引起需求改变。所以，需求是容易发生改变。
2 需求管理策略
2.1 建立需求管理模型
根据人际沟通的随意性做出软件需求建模，只有沟通准确和预案标准化，才能解决这个缺点，要验证和测试需求的变更可行性首先要掌握需求管理模型，是表达软件需要的一种形式。建模的基本原理就像搭积木，使它能用较标准的语言诠释和表达软件的目的。能依据个人的需要进行反复的修改，这就是软件需求模型最大的优点，模型怎样经过修改都不会有问题。就能使使用者更容易掌握。在了解软件的需求特点之后进行相关讨论，之后再进行准确有效的阐述，让使用者和开发者都能准确理解，就是建模的基本过程。
2.2 对需求的变化要有正确认识
需求管理的变化包括变化的控制、基线的建立等许多内容。软件的开发过程都是根据软件的需求变化而改变的。需要建立起较规范的需求变化流程。在进行初期软件设计和分析的过程当中，就要把那些不确定的因素归纳到设计的程序当中来，也能使软件开发中需求变化把握更大成功率更高。需求变化在软件开发过程当中不好管理是因为项目的投资成本及项目开发所需要的时间会受到需求变化的直接影响。因此，要想让软件开发能跟得上需求的变化速度，就更需要建立起一个弹性的需求结构。
2.3 对需求文档版本进行有效把握
先要掌握客户需要的需求文档的基线，对文档做好管理。对需求变更得到认可的基本分界线就是基线，在和客户进行沟通之后由需求分析人员建立其需求文档，在经过评审人员对文档进行评价，达到标准后就能建立最后的需求基线。如果再次出现需求变化，只需要经过需求评审的通过，就能建立新的软件需求基线。这就使客户在想要查找原来的需求时更加简便。想对软件需求变更进行有效控制，首先要做到保存好各个版本的需求基线，保存好这些资料才能使以后的查找更方便。
2.4 和客户进行良好沟通
尽量和客户做好沟通，充分了解客户需要的产品，在进行软件开发的过程中，成功的几率是取决于怎样才能满足客户的需要。能够达到与客户之间的认同一致，是与客户交流中的重要环节。应以一种协作的态度来和客户讨论对软件的需求以及需求的变更，交流的过程中了解客户对软件的需求信息。
2.5 需求管理变化。
对需求周期的管理是需求工作的主要内容，从设计开始的提出需求，再到软件设计成功被客户接受的程度一直在不断变化。不论怎样的变更需求都需要经过分析、选择、及决策的过程。软件的开发有个比较复杂的生命周期，要先实现就需要经过客户要求、软件需要、开发、单元测试等，因客户的要求一直变化，所以要先采取策略实施变更控制，把需求软件变化对项目产生的影响降到最低。
3 结 语
软件的开发、设计及维护当中最关键的是软件的需求管理，只有做到对需求管理工作的完整、充分、认真，才能顺利完成软件的设计，做出正确的软件开发计划，使新软件开发进展更顺利。
