基于项目需求工程理论的软件需求管理探析
浅谈软件项目的需求管理
浅谈软件项目的需求管理浅谈软件项目的需求管理软件项目区别于其它项目的最显著的特征是其不可见性，它不像硬件购销、建筑工程，都是实实在在可见的东西。
而软件项目在系统交付之前很长一段时间，客户是无法感知自己想要的系统究竟是什么样子。
因此，需求管理就显得十分重要，据相关统计数据分析，软件项目90%以上失败的原因都在于没有重视需求或者需求管理方面做的不到位导致的。
需求管理作为软件项目管理的一个重要内容，贯穿项目实施的全生命周期。
俗话说：万事开头难。
需求作为软件开发的第一个环节，其重要性不言而喻。
市面上关于需求管理的相关理论和书籍很多，但多数停留在理论层面，实操性不强。
本文主要是根据我们以往项目的经验，进行一些需求管理方面的探讨。
我们可以简单的将软件项目的需求管理分为需求获取、需求分析与验证、需求变更控制三个核心内容。
(一)需求获取需求获取是软件项目需求管理的第一个过程，在这个过程中我们需要运用科学的方法以及相关的项目经验库辅助我们进行需求获取。
需求获取的核心内容是通过调研掌握软件项目的实际需求，以便于指导整个项目的实施。
需求获取的主要方法包括：用户访谈、问卷调查、现场观摩、头脑风暴等方法。
在实际的项目操作过程中，相对比较明确的需求，我们可采用比较固定的需求获取方式，比如：问卷调查等。
而对于相对比较模糊的需求或者说用户无法清晰表述自己需要的是什么的时候，我们可采用比较灵活的方式，例如：用户访谈、现场观摩等。
需求的类型主要包括：业务需求、用户需求和功能需求。
在需求获取的过程中，无论采用哪种方法，我们都需要自顶向下或自下向上去了解用户真实的想法。
业务需求的获取对象主要是客户的高层领导，我们都知道，项目的发起、实施、最终的成败很大程度上都取决于高层领导，我们需要对他们进行访谈，了解高层领导的公司战略、发展方向，更为重要的是获取他们对将要开发的软件系统的期望，以及希望该系统在解决现有业务问题，对公司整体战略的支撑方面的期望。
软件项目需求管理解析
软件项目需求管理解析摘要：软件需求管理的成功与否直接关系到软件开发的成败。
从软件开发过程的需求管理方面展开论述，指出了软件需求变更的一些原则，总结了需求管理的常用方法，对需求管理的研究进行了扩充。
关键词：需求管理；需求优先级；功能点0 引言在软件项目的开发过程中，需求变更和管理贯穿了项目的整个生命周期。
软件项目从立项开始，经历研发、测试、交付，到后期维护，视软件的规模不同一般经历几个月至几年不等，这期间整个行业的动态在更新，客户的经验在增加，对使用软件的感受也在变化，这些都要求软件不断完善功能，优化性能，提高用户满意度。
一个软件团队对软件项目进行管理的素质和水平，是影响到项目是否能按期完成、开发出的软件是否真正满足市场或客户要求的关键因素，而需求分析和需求管理又是软件项目管理中最核心的一部分。
在软件项目管理过程中，如果不能有效处理用户需求变更，项目计划和软件交付日期会一再拖延，项目研发人员的士气将越来越低落，直接导致项目成本增加、质量下降以及项目交付日期延迟。
这就要求软件项目组必须拥有完善的需求管理策略。
对于那些软件能力成熟度高的软件企业的项目经理而言，可以毫不夸张地说：只要把需求管理做好了，项目也就已经成功了一半。
1 需求管理简述软件需求是软件项目开发的最基本也是最关键的输入，和传统的有形的、可描述清楚的、可具体检测的硬件生产制造需求相比，软件需求具有模糊性、变化性和主观性等特点。
正因为软件需求的这些特性，对于一个软件系统的开发来说，最困难的部分就是准确说明软件需求，最困难的概念性设计工作就是编写出详细的软件需求，包括所有面向用户、面向机器和其他软件系统的接口。
软件项目管理中把所有与需求直接相关的活动通称为需求工程，如图1所示。
需求开发是指从需求调查、收集、分析到定义需求并编写文档，包括需求评审等一系列由需求产生的活动，这几个阶段是相互独立和反复的，一般由客户和软件开发团队一起完成。
需求管理的目的是在客户与软件开发团队之间建立对需求的共同理解，维护需求与其它工作成果的一致性，并控制需求的变更。
浅谈计算机软件项目管理中的需求分析
浅谈计算机软件项目管理中的需求分析摘要：近些年，随着经济的发展，计算机软件越来越致力于人们的生活和工作中。
当前是一个信息化技术时代，计算机软件行业发展要与时俱进，跟上时代前进的脚步。
计算机企业要想在竞争激烈的市场上始终占据一席之地，就必须不断提高自身的竞争力和影响力，加强软件项目开发过程的创新工作，注重对项目需求的科学管理内容。
只有通过对计算机软件项目需求的科学管理，才能够有效完成该项目的良好成本控制和质量控制目标，最大化降低企业在软件开发中的风险，赢得市场用户的认可和信赖，从而促进企业稳定持续的发展进步。
关键词：计算机软件；需求分析；项目管理引言作为计算机软件开发过程中的核心，需求分析的结果对软件开发的整个过程都有着直接的影响。
据相关资料显示，由于需求分析不当而导致的软件项目缺陷或失败的比率约占六成，而由于系统代码错误导致软件项目需求分析失败的比率约占四成。
根据多项调查表明，项目的失败的主要原因就是没有明确、彻底地进行需求分析，导致需求不断变化，造成项目停滞不前。
这些原因很有可能会造成项目不能按时完成、软件开发成本成倍增加等问题，更严重的甚至会引起开发方和用户方之间的矛盾，导致项目分析工作无法正常进行。
1计算机软件项目管理相关概述1.1计算机软件项目管理涵义项目是一件事情、一项独一无二的任务，也可以理解为是在一定的时间和一定的预算内所要达到的预期目的。
具有明确的目标性、资源成本的约束性、项目实施的一次性、结果的不可逆转性以及创新性。
项目管理是指在项目活动中运用专门的知识、技能、工具和方法，使项目能够在有限资源限定条件下，实现或超过设定的需求和期望。
软件需求分析就是把软件计划期间建立的软件可行性分析求精和细化，分析各种可能的解法，并且分配给各个软件元素。
其对象是软件工程项目，和其他的项目管理相比有相当的特殊性。
在计算机软件项目管理过程域中，主要包括：项目规划、立项管理、需求管理、项目监控、风险管理和结项管理等。
软件项目管理中的需求管理
变更的需求之所以变得难以管理 ,不仅是因为一个变更了的 需求意味着要花费或多或少的时间来实现某一个新特性 ,而且也 因为对某个需求的变更很可能影响到其他需求 。应确保赋予需 求一个有弹性的结构 ,使它能适应变更 ,并且确保使用可追踪性 链接可以表达需求与开发生命周期的其他工件之间的依赖关系 。 管理变更包括建立基线 ,确定需要追踪的重要依赖关系 ,建立相 关项之间的可追踪性 ,以及变更控制等活动 。
2 需求管理现状
随着信息时代的发展 ,计算机软件的需求愈来愈复杂 ,规模 愈来愈大 ,而且随着企业的发展 ,工作过程重组 ,需求变更已愈来 愈成为必然 。软件危机持续了 30年之久 ,至今仍无法得以很好 地解决 。究其原因 ,软件本身具有的特点固然有关 ,但长期以来 , 缺乏软件开发和维护的正确方法以及忽视软件开发过程的质量 控制乃是最为关键的原因 。其中软件开发和维护方法的不正确 性主要体现在 :忽视软件开发前期的需求分析 ;开发过程缺乏统 一的 、规范化的方法论的指导 ;文档资料不齐全或不准确 ;忽视与 用户之间 、开发组员之间的交流 ;忽视测试的重要性 ;不重视维护 或由于上述原因造成维护工作的困难 。
需求建模的目的是要消除人际沟通随意性很强的弱点 ,所以 需要致力于将沟通标准化 、自动化 、准确化 ,而且责任到人负责的 具体阶段 。具有可测试 、可验证性的特点 。建模的过程就是通过 需求的特点和要求进行分析 ,以建模标准为基础进行准确 、完备 和有效的阐述 ,以确保客户和开发方都能够明确无误地 、通用的 理解 。 4. 5 与用户充分沟通
软件项目的需求管理问题及对策
软件项目的需求管理问题及对策[摘要]软件项目管理工作中的需求管理具有非常重要的地位，需求管理的好坏关系到每个软件项目的成败，只有存在软件需求情况，才能进行软件项目开发。
本文主要分析了软件开发过程中需求管理，论述了需求管理的一般方法，提出了需求管理中应注意的问题。
[关键词]软件项目；需求管理；措施1 需求管理概念及其特点1.1 需求管理需求是指通过和客户协商，建立并及时更新的关于软件工作的协议，属于系统需求的重要组成部分，主要体现于系统的软件部分。
需求分析在开发技术行为具有关键性作用，需求管理就是为了有效管理需求研究结果，保证软件项目开发与它同步发展。
需求管理的目的是在客户和依据客户需求的软件项目中间建立共识。
这种情况表明用户需求必须是合理的，项目的发展目标要与用户需求一致。
需求管理活动就是积极保证这种共识的实现。
在制订正式的需求文档时耗费大量的人力物力，但真正拥有了需求文档后又会产生新问题。
需求评审会上只是走过场，这是由于广大用户谁也不会去听那没完没了的需求文档。
不同层次的客户感兴趣的问题不同，每一个客户都是需求专家是不可能的。
为了保证需求的正确性和完整性，项目经理都会要求众人在需求阶段消耗大量的时间，但客户和公司的主要领导关心的却是实际应用的软件。
在此情况下，项目组成员一方面，要应对公司领导的压力；另一方面，还要考虑项目经理的要求，因此，常常处于进退两难境地，都希望尽快结束这一阶段。
对需求的精细度到底要求到什么程度才能结束，对于此没有统一的认识。
但是需求周期越长，存在的变化因素就会越多，设计要求也会越来越严格，对需求的共性提取要求也会提高，因此，只要全体工作人员认为描述达到了一定程度，就可以着手进行设计了。
如果软件开发过程存在一条真理，那必然是需求存在无休无止的变化，需求不可能是完整的。
因为软件系统存在一定的复杂性，要想提前说出所有的需求是不可能的。
系统原来的操作环境不可能一成不变，用户的理解不可能一成不变，系统的角色不会一成不变。
软件项目管理中的需求管理策略研究
软件项目管理中的需求管理策略研究随着信息时代的到来，软件作为信息技术的重要载体，在企业、政府、个人等各个领域都得到了广泛应用。
软件项目管理的重要性也愈发凸显，其中需求管理作为项目管理的重要组成部分，更是至关重要。
通过对需求管理的研究，可以有效提高软件项目管理的效率和质量，从而推进软件产业的发展。
一、需求管理的定义及作用需求管理是指在软件项目的生命周期中，对用户或者客户需求进行收集、分析、验证和控制的全过程，以便开发出符合用户需求的产品。
需求管理是软件项目管理中的一个重要组成部分，其作用体现在以下几个方面：1. 确保项目方向的明确。
通过分析和收集用户需求，可以让开发团队更清楚地了解项目的方向，从而更好地规划和实施项目。
2. 提高软件质量。
通过需求管理，可以更准确地了解用户需求，从而更好地满足用户的需求，提高软件产品的质量。
3. 增强项目的可控性。
通过需求管理，可以及时发现和解决项目中的问题，从而控制项目进程，避免进度滞后和资源浪费。
二、需求管理的重要环节需求管理包括对需求的收集、分析、制定和控制等环节。
其中，需求的收集和分析是整个需求管理中最重要、最基础的环节，其影响因素极大。
因此，需求的收集和分析环节需要特别重视。
1. 需求的收集需求的收集是指通过对用户、客户等相关人士的定期沟通、调研、访谈等方式，获取其对软件产品需求的信息。
需求的收集过程可以帮助团队更好地了解用户需求，进而设计产品的功能、交互等。
在需求收集阶段，需要遵循以下几个原则：（1）需求收集的目的必须清晰。
需求收集不是为了聊天，而是为了获取信息，需要明确目的和获取内容。
（2）需求收集过程中，应当与客户和项目团队建立良好的沟通渠道，保证及时、有效的信息交流。
（3）需求收集所获取的信息必须具备可靠性。
不可盲目听从客户，要经过必要的验证和分析。
2. 需求的分析需求的分析是指对收集到的需求进行分类、分析和整理，形成具有清晰性、可追溯性的需求文档，以便于后续的需求管理。
浅析软件项目管理中的需求管理
是， 需求的周期越长，可能的变化越多， 对 设计的限制越严格，对需求的共性提取要求 一个软件项目 启动的原因是由 干软件需 越高，所以只要大家 ( 客户、用户、需求 求的存在。无论采用何种软件模型，软件需 分析人员、设计人员、测试人员) 认为描 求是每个软件开发过程的基础。需求是一个 述清楚了，就可以进入设计阶段了。 软件项目 的开端，也是项目建设的基石。有 3 . 5 浦求的变化问题。 资料表明， 软件项目中40%一 60%的问 题都 在软件开发过程中如果只有一条真理的 是在需求分析阶段埋下的隐患。软件开发中 话 ，那一定是: 需求的变化是永恒的，需 返工开销占开发总费用的4 0 % ，而其中 求不可能是完备的。 0 7 %一 80%的返工是由 需求方面错误所导致 需求的变化问题是每个开发人员、每个 的。在以往失败的软件项目中，80%是由于 项目经理都遇到的问题 ，也是最头痛的问 需求分析的不明确造成的。因此，一个软件 题， 一旦发生了需求变化，你不得不来修改 项目 成功的关键因素之一就是对需求分析的 3 需求管理的复杂性 你的设计、重写你的代码、修改你的测试用 软件需求是整个软件开发项目的最关键 把握程度。而项目的整体风险往往表现在需 计划等等，需求的变化好 求分析不明确、业务流程不合理。所以需求 的一个输入，和传统的生产企业相比较，软 例、调整你的项目 为项目 的正常的进展带来不 件的需求具有模糊性、不确定性、变化性和 比是万恶之源， 管理是软件项目 管理的重要一环。 主观性的特点，他不像生产汽车、电脑等硬 尽的麻烦，怎么办? 管理它! 使需求在受控 需求 件的需求，是有形的、客观的、可描述的、 的状态下发生变化，而不是随意变化， 1 需求管理的重要性 最难把握的 管理就是要按照标淮的流程来控制需求的变 开发软件项目 就像是和用户 一起从河的 可检测的，软件需求是软件项目 化 。 两边开始修建桥梁，如果没有很好的理解和 问题，它的复杂性体现在以下方面 : 管理用户的开发要求， 开发出来的软件不是 3. 1 需求的描述问题 缺少正式的完整的需求文档浪费了大量 4 需求管理的对策 用户希望的，那么这座桥就永远不能对接成 的人力物力，但是有了需求文档又出现了新 需求管理的目 的就是要控制和维持需求 功。没有一个合理的需求管理，将很难达到 用户的真正的要求。即使设计和实现的在正 的问题。在用户方进行的需求评审会完全是 事先约定，保证项目开发过程的一致性，使 用户得到他们最终想要得产品。需求管理的 确可靠，也不是用户真正想要的东西。因 走形式，因为用户根本不去听他读那上百页 此，需求管理很重要，而项 目计划、项目 的需求文档。不同层次的客户 ( 用户) 关 对策主要包括以下一些方面: 心的问题是不一样的， 想要每个客户都成为 4.1确定瀚求变更控制 过程 开发活动及开发的产品应与项 目 需求保持一 制定一个选择、分析和决策需求变更的 致，随需求的变化而调整。所以必须采用有 需求专家是不现实的。 题 过程， 所有的需求变更都需遵循此过程。 效的方法对项 目需求的变化进行管理和控 3. 2 摇求的完备程度问 需求如何做到没有遗漏? 如何准确划定 4 .2 进行需求变更影响分 析 制 。 系统的范围? 这确实是一个两难问题，稍微 评估每项需求变更，以确定它对项目 计 大一点的系统要想穷举需求几乎是不可能 划安排和其它需求的影响，明确与变更相关 2 需求管理的误区 每次开需求评审会时，总会冒出新的需 的任务并评估完成这些任务需要的工作t 。 2 . 1 在项目 的需求分析阶 段. 开发方与客户 的， 求，以至于系统没有一个准确的范围界定。 通过这些分析将有助于需求变更控制部门做 方在各种的问 题的 基本轮廓上达成一致即可. 即使是这样，系统还是要开发，没办法， 系 出更好的决策。 具体细节 可以 在以后填充 基准版本和器求 版本文 控制 档 因为无论开始时有多么细致，以后对需 统的范围还要硬性的划定一个，从而建立一 4.3建立需求 确定需求基准，这是项目 各方对需求达 求的修改几乎是必然的。这是一种非常危险 个 基线 。 成一致认识时刻的一个快照，之后的需求变 的思想。实际上许多软件项目 失败的最主要 3 . 3 器求开发的工期问题 在需求上花费了 大量的时间， 客户、 软 更遵循变更控制过程即可。每个版本的需求 的原因就是需求阶段对问题的描述不够细 致， 导致后来预算超出或者时间 进度达不到 件公司是否能够忍受? 为了确保需求的正确 规格说明都必须是独立说明，以避免将底稿 完备性， 项目 经理往往坚持要在需求阶 和基准或新旧版本相混淆。 要求。因此，在项 目需求分析阶段，双方 性， 但是客户与公司的高层 4 .4 维护需求变 更的历史 记录 必须全面地尽可能细致地讨论项目 的应用背 段花费大量的时间， 迟迟看不到实际可运行的软 将需求变更情况写成文档， 记录变更日 景、功能要求、性能要求、操作界面要求、 领导却会为项目 组尽快往 期、原因、负责人、版本号等内容， 及时 与其他软件的接口要求，以及对项目 进行评 件担心不已! 他们往往会逼迫项目 前推进，而项目 组的成员 往往也会为系统复 通知到项目 开发所涉及的人员。为了 尽量减 估的各种评价标准。 2 . 2 软件项目的姗求可以持续不断的改变， 杂的善变的需求折腾的筋疲力尽，他们也希 少困惑、冲突、误传，应指定专人来负责 望尽快结束此阶段。 更新需求 。 而且这些改变可以很容易地被实现 4.5跟踪每项燕 求的状态 的确， 在具体实际中由 于种种原因客户 3 .4 需求的细致程度问题 需求到底描述到多细 ，才算可以结束 可以把每一项需求的状态属性 (如已 推 很难在需求分析阶段全面而准确地描述所 并没有定论， 如 荐的，已通过的，已实施的，或已 有问题。随着开发进度的推进，往往会有一 了? 仁者见仁，智者见智， 验证的) 库中，这样可以在任何时候得到 些需求的改变。但这并不表明 “ 软件项目 的 果时间允许 ，要想细总可以细下去的。但 保存在
计算机软件项目管理中的需求分析（精选五篇）
计算机软件项目管理中的需求分析（精选五篇）第一篇：计算机软件项目管理中的需求分析论文摘要:计算机软件项目管理中的需求分析是提高软件质量的基础也是决定一个软件项目成败的关键。
本文介绍了在需求分析研究中探索出的一些有效措施。
众观国内计算机软件业的发展，除远不如欧美等西方发达国家外，与人均GDP不及我国的印度相比也相距甚远，软件业的劣势正严重制约着我国IT业的发展。
我国软件业的劣势表现在自主开发的成熟软件不多，而开发的大量软件工程项目(如ERP等)存在缺陷或完全开发失败。
目前，国家正在加大对软件工程的研究和对软件工程人才的培养。
根据资料显示，属于需求分析造成软件设计的错误和缺陷约占软件失败的6400，而属于程序代码的错误仅占软件失败的360a，数据表明需求分析是提高软件质量的基础也是决定一个软件项目成败的关键。
通过对软件项目管理知识的系统学习并结合近年来自己参与部分软件项目实施的经验，介绍在需求分析研究中探索出的一些有效措施。
项目用户方干系人，指所有可能受到项目结果重大影响的人，即项目的风险承担者，他可能是项目的受益者，也可能是项目的受害者。
因此，应当从项目的启动开始，需求分析员及其项目成员就要分清项目用户方干系人包含哪些人和组织，通过沟通协调对他们施加影响，驱动他们对项目的支持，调查并明确他们的需求和愿望，减小其对项目的阻力，以确保项目获得成功。
有些项目在做需求调查时，由于受进度要求等客观因素影响，需求分析员与建设单位的技术部门交流较多，向业务管理部门和实际使用者调查不够深入，造成软件试用后不得不再对需求做较大调整，“从头再来”的部分比例很高，大大超过进度要求时间。
因此，熟悉项目用户方干系人全貌是进行需求调查的第一步，也是需求调查的基础。
在定制开发项目的项目用户方干系人中，最重要的是建设单位中的人事组织、业务关系。
最好是能够用组织结构图画出相关单位的组织结构;还应当在相关单位组织结构图基础上画出全体项目用户方干系人结构图，以便更好更全面地进行需求调研分析;用责任矩阵确定各部分的调研对象;建立调研对象通讯录以保证调研及分析期间及时的沟通。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
基于项目需求工程理论的软件需求管理探析摘要：软件需求管理在软件工程中有着至关重要的作用，是整个软件工程完成的关键成分。
本文简述了项目需求工程基础理论，并应用这一理论针对软件需求管理进行探析，简述软件需求开发与管理内容，分析软件需求管理中出现的问题并提出解决策略，为今后软件需求管理的研究起到一定的指导作用。
关键词：项目需求；需求管理；软件需求
中图分类号：tp311 文献标识码：a 文章编号：1007-9599 （2013） 02-0000-02
1 引言
社会的不断进步促使产生许多软件公司，使他们之间的业务合作与竞争关系越来越普遍，随之而来的是客户需求的不断变化，这使得从事软件开发工作十分困难。
软件开发的根源是客户的软件需求，因此，软件需求管理在软件行业中具有十分重要的地位。
在我国，许多软件公司很多时候并不能达到客户的需求，所以我们对软件需求的开发管理过程进行研究具有十分重要的价值和实践意义，能够为以后软件需求管理提供一定的指导作用。
2 项目需求工程基础
为了更好的使项目的开发方和项目的委托方对所合作的项目能够产生清晰的认识，并且可以在以后的合作过程中能够顺利完成要求工作，我们就运用了需求工程。
所以需求工程在项目的进行中具
有举足轻重的作用，它是针对所有与需求有着直接或者间接联系的工作的总称。
按照活动不同将需求工程进行分类可以分为需求开发和需求管理两大类别。
从根本上来说需求工程就是为以后我们所进行的项目进行系统概述，并且进行指导，所以它具有很好的实用价值。
在软件行业中，软件需求针对开发商所涉及的软件规格进行系统定义说明，在开发的过程中，软件需求对于整个软件系统的特性和进展状况进行概述，对开发进程进行全方位约束，促进软件开发的顺利完成。
软件需求针对不同的应用方面起到不同的作用，一般分为：针对用户的需求、针对业务性质的需求、针对软件功能的需求、针对商业进展的需求、针对软件设计的需求以及针对软件整个系统的需求，这些在实际的软件开发过程中会经常用到。
在软件开发过程中，软件需求如果运行不能顺利，软件开发商与需求客户之间会出现分歧，开发商的设计过程不能够满足客户需求，对整个项目的进展状况产生严重的影响，很大程度上会导致整体系统的失败。
因此，在软件的开发过程中，如果能够把握好软件需求，能极大的提高软件开发的速度，提高软件开发设计的效率，为企业增加效益。
3 软件需求开发与管理
3.1 软件需求开发。
在软件工程中，软件的设计周期一般分为需求阶段、设计阶段、编码阶段、测试阶段和维护阶段。
软件需求
开发是首要步骤，在所有进行的工作中，它始终占有重要的位置，为整个软件工程的进展起到铺垫的作用，决定了整个项目结果是否满足客户的需求。
一般情况下，软件需求开发主要包括以下几个步骤：
（1）针对客户的需求进行调查研究。
使用不同渠道搜集各种信息，来得到客户的最根本的需求。
一般来说，获得软件需求由很多种不同的方法，根据不同的情况进行使用，具体方法如下：直接接触客户，咨询相关问题；参与客户实际工作状态，了解客户真实工作需求；针对客户工作场景进行分析；进行与客户相关人群问卷调查或者市场调查；请教用户工作领域内专家学者，听取他们的意见；收集已有或者同类软件资源，分析其运行状态；通过互联网进行国内外技术方面资料查询等。
（2）针对客户调查研究进行客户需求分析。
分析以上所收集的客户根本需求的各种材料信息的真实数据，处理数据，补充遗漏细节问题，完善需求文档方案，确保最终能够完全正确的达到客户的要求。
（3）对客户的需求进行项目需求制定。
在前面所做工作的基础上，完整的按照客户要求编写客户需求文档，即《需求规格说明书》，整个项目参与人员必须都要依据此项目说明书进行以后的开发设
计维护等工作。
3.2 软件需求管理。
在网络急速发展的今天，软件需求管理包
含项目评审、跟踪、以及变更控制三项，三项完成的好坏关系到项目能否成功，它们相互制约集成为一体。
无论其中哪一个环节出现差错都会影响整个系统的完成情况。
下面我们着重对需求管理中潜在的问题和出现问题的应急措施进行阐述。
（1）需求管理中潜在的问题。
源于需求管理在项目实施中的关键作用而言，对于某一项目的描述应尽量细致。
但在实际实施过程中，经常会出现只要基本要求达到预期效果即可，详细的细节便可省略或过后再补写。
这样就会造成用户信息不详，项目与项目之间没有统一的标准，在项目竣工后的整理规划非常困难，难以实现再改进。
开发人员对用户描述的正确性有待把握。
技术人员和使用者之间存在对专有名词理解的代沟，致使在需求理解方面存在偏差，经常会出现用户需求与软件描述不一致的现象。
如果用户想了解其需求的软件还要借助其他帮手，不仅浪费资源还浪费时间。
完整的描述也是软件卖点的关键。
客户对软件需求目的不同，要求软件必须把所能解决的问题及解决的详细步骤写明。
然而，随着社会的快速发展，客户需求的多样性决定我们不可能列举来所有的步骤，这样需求的完整性就难以达到。
成为我们难以攻克的难题。
需求变更问题是软件需求管理的难题。
就像地球每天都在自转和公转一样，用户的需求也不是一层不变的。
用户需求一旦变化，要求程序、项目计划书等都要重新编写，为项目按时完成构成威胁。
（2）需求管理对出现问题的应急措施。
终上所述，建立解决问题模块势在必行。
用户的需求变更问题的解决是重中之重。
如何认识变更，解决变更，就必须把用户的需求放在第一位，把用户的需求作为我们的终极目的。
首先，细节很重要，抓好交易过程中所有文档的保存工作。
当用户需求发生变更时，工作人员要经过细致的评审，跟踪其需求基线的发展路线，为用户需求再次发生变更做有效的控制准备。
其次，正确理解用户需求变更。
与生物链相似，每一个需求变更都会涉及到下面多个需求程序语言变化，意味着所有程序均要修改，不仅费时而且费力，所以建立一个具有一题多解式的产业链弹性结构显得更加重要，只要发生变更，软件会自动判断并执行用户需求指令。
再次，建立需求变更实施流程标准。
由发生需求变更到最终实现变更需求，整个项目完成周期依次经历了发生变更、细致评估、跟踪变更和变更控制四个节点，每个节点都需要有一个明确的流程标准，并依此标准实现用户的需求。
此标准包括需求变更的交易文档，详细的评审报告和执行变更指令所需要的所用文档。
这样可以从实施过程中节省不必要的理论争议，有理可依。
最后，完善软件服务体系。
服务体系包括用户需求接待、用户需求管理及与用户需求沟通，其中需求沟通是项目成功的关键。
软件需求及需求变更的每一步都需要与用户充分交流，了解用户需求
的终极目的，工作人员为用户分析并整理相关资料，找到最适合用户项目的软件程序。
软件需求管理要求其不断的更新换代，已由以往的简单发展到今天的复杂，形成了较为完善规模，但还存在着一系列的缺陷，这就要求工作人员继续研究和总结，深层次的剖析用户的需求，不断的改进软件需求管理水平。
4 结语
在软件工程中关于需求管理会出现很多问题，因此软件需求管理也会伴随着项目的进行不断的进行改进，如果能使软件需求管理做到完善，将会明显减少我们的工作返工数量，可以降低软件在开发过程中不必要的成本，提升企业的实力。
因此，在以后的软件工程发展中，我们一定要认真对待软件需求管理，不断提高需求管理技术，在实践中认识软件需求管理重要性，这样才能更顺利的完成软件项目，对提高软件整体质量水平做出自己应有的贡献。
参考文献
[1]陈丽杰.浅析软件项目管理中的需求管理[j].科技资讯，2010.14.
[2]卫睿华.软件项目需求管理的研究[j].山西财经大学学报，2008，s1.。