项目启动后分析和设计阶段工作量比较大，而按照瀑布模型方法进行项目管理，时间和人力都有限；为减小在编码阶段的风险，对于分析和设计阶段的工作进行简化 软件项目的开发过程中，需求变更贯穿了软件项目的整个生命周期，从软件的项目立项，研发，维护，用户的经验在增加，对使用软件的感受有变化，以及整个行业的新动态，都为软件带来不断完善功能，优化性能，提高用户友好性的要求。在软件项目管理过程中，项目经理经常面对用户的需求变更。那么，需求管理工作流程是怎样的呢？需要进行以下几个方面进行重点把握：

   一、问题分析

 

　　问题分析可以通过了解问题及涉众的最初需要，并提出解决方案来实现。它是为找出“隐藏在问题之后的问题”而进行的推理和分析。要从业务角度界定解决方案，以及制约该解决方案的因素。并对项目进行过商业理由分析，这将便于企业更好地预计能从构建中的项目中得到多少投资回报。

　　　制作功能点控制表。把系统需求范围所涉及的功能点进行梳理清分，划出功能点，每个功能点进行编号，分配到具体的小组和项目成员；保证这些需求功能点涵盖全部需求范围。

　二、理解需求

 

　　需求来自各个方面，比如来自客户、合作伙伴、最终用户等。项目管理者需要掌握如何准确判断需求应来源于哪方面、如何接近这些来源并从中获取信息。如果开发一个公司内部使用的信息系统，那么在开发团队中应包括具有最终用户经验和业务领域专业知识的人员。通常讨论将在业务模型这一级上展开，而不是在系统这一级上展开。如果开发一个要在市场上出售的产品，那么项目经理需要充分调动营销人员，以便更好地了解该市场中用户的需要。获取需要的活动可使用这样一些技巧：访谈、集体讨论、概念原型设计、问卷调查和竞争性分析等。获取结果可能是一份图文并茂的请求或需要列表，并按相互之间的优先级列出。

         需求确认联系书和确认报告。需求阶段最重要的过程是跟业务人员确认需求，理解需求并双方签字确认。为了达到这个目的，要求各个参与需求分析的人员填写需求确认联系书和确认报告，项目组定期检查进度和质量。

三、定义系统

 

　　定义系统是在整理出用户的详细需求后，对系统进行一个初步的构建。系统定义的初期要确定以下内容：需求构成、文档格式、语言形式、需求的具体程度(需求量及详细程度)、需求的优先级和预计工作量、技术和管理风险以及最初规模

　　需求评估报告。需求评估报告是写需求确认过程中的项目组成员自己对需求的理解情况；对需求的意见和完善建议。

　　需求分析报告。对于重点需求内容，描述业务功能的流程、输入输出，业务规则，非功能性需求等内容。

  　 （1）总体架构：大致说明系统的总体平台架构、应用架构、数据架构、用户架构和硬件架构等内容。

　　（2）用例列表UC：建立用例列表，用例跟功能点的对应关系。每个用例的主要描述、功能用途。

　　（3）核心数据库设计文档DB；数据库设计逻辑模型和物理模型文档。

　　（4）用户界面设计。展示给最终用户的UI界面，最好用JSP设计，包括部分的功能交互。

　　UC,UI,DB是甲乙双方在设计阶段进行交互确认的依据，在设计阶段进行交互确认，修改完善的基础上，分批进行确认。在核心模块和大部分功能确认完成基础上，根据实际情况和进度要求，就可以进入编码开发阶段了。     　

　　四、管理项目风险

 

　　为确保项目高效运作，项目经理需要根据用户需求确定优先级。为确保尽早解决或降低项目中的风险，应以递增的方式开发系统。要慎重选择需求，以确保每次增加都能缓解项目中的已知风险。要达到目的，项目管理团队需要和项目的需求用户协商每次迭代的范围。通常，这要求具备管理项目各个阶段的期望结果的良好技能。

　　五、管理需求变更

 

　　定义需求时无论怎样谨慎小心，也总会有可能可变的因素。变更的需求之所以变得难以管理，不仅是因为一个变更了的需求意味着要花费或多或少的时间来实现某一个新特性，而且也因为对某个需求的变更很可能影响到其他需求。应确保赋予需求一个有弹性的结构，使它能适应变更，并且确保使用可追踪性链接可以表达需求与开发生命周期的其他工件之间的依赖关系。管理变更包括建立基线、确定需要追踪的重要依赖关系、建立相关项之间的可追踪性，以及变更控制等活动。

　六、项目管理系统

 

       随着项目管理系统的逐渐成熟，越来越多的企业开始利用项目管理系统进行项目需求管理。借助项目管理系统，项目管理团队可以与需求用户方进行实时沟通，记录整个需求管理过程。在需求变更管理中，项目管理系统更具优势。

需求管理是从属与项目管理九大知识领域中的范围管理，项目需求管理对项目成功产生的影响举足轻重，项目需求管理是项目管理中一项十分重要的工作。需求管理做好了，能够为后续项目开发和管理带来极大便利，务必需要重视，如同项目计划的拟定一样，认真、踏实，并严格按照流程做好需求管理。