需求调研方法

一：如何进行IT项目的需求调研

一、如何理解客户业务和客户需求?　　原则1：由粗到细，从宏观到微观。　　必须先从宏观上了解客户业务的全貌，再逐步深入细节。因为对于客户的业务而言，我们是外行，如果从业务细节着手，很容易迷失方向，失去对业务核心的把握。同时要认识到，对于一个外行而言，我们对细节的深入也必定是有限的，不要指望自己能够无穷的彻底的了解每一个细枝末节。一是不可能有无限的时间给你了解，二是没有这个必要。因为未来的系统也不可能完全包办所有业务的细节，还有很多事情是要靠客户企业中这些具有专业技能的人来做的。　　原则2：从不同层次的客户代表那里收集不同层次的需求　　对于企业高层决策者，他会给你描述一个系统的大的功能蓝图，如使企业具有整体报价能力，能更好的服务于高端客户，能支持企业的重大业务决策等;对于企业各级管理者，他会给你讲述他这一层的管理需求，如能更好的进行部门员工的业绩考核、生成月度报表，更好的进行业务结算等;对于各级业务操作人员，他可能给你谈及很多业务细节和操作细节……　　在由上到下的逐级访谈中，对未来系统的描述就从一个大黑箱变成多个小黑箱，再变成透明、明确、详细的系统定义的过程。　　客户业务调研和需求分析注定是一个不断细化的过程，不要指望一次访谈/调研就能穷尽，也不要指望一次开发过程就能得到完全满足客户梦中期待的那套系统来。因为事实上很多需求是隐性的，连用户都不清楚自己的需求。只有经过多次循环细化才可能把更多隐性的不断挖掘、暴露出来。　　二、如何具体开展需求调研工作?　　在RUP中定义需求工作流程的工作目的如下：　　1. 客户和其他涉众在系统的工作内容方面达成并保持一致;　　2. 使系统开发人员能够更清楚地了解系统需求;　　3. 定义系统边界(限定);　　4. 为计划迭代的技术内容提供基础;　　5. 为估算开发系统所需成本和时间提供基础;　　6. 定义系统的用户界面，重点是用户的需要和目标。　　首先要做好业务调研。要尽早把已经收集到的业务资料熟悉起来，并在理解的基础上提炼出问题列表，制成调查问卷。业务调研的要求是一定要沉下去，深入细致的了解客户的业务流程，而不是急着赶工完成自己的需求工件设计和业务模型的建立。在了解各项业务流程的同时，与客户一同深入分析业务的实现逻辑，并记录下有关的实现案例信息，收集好、整理好、分析好有关的参考材料。　　要把迭代的思想贯穿于从业务调研、需求分析，乃至项目实施的始终。所谓迭代，就是我们老老实实承认我们没有能力一次就把事情做到尽善尽美。所以我们就先把一大部分有把握的地方做好，再在前面成功的基础上不断做好剩余的部分，最终就能无限接近于成功。设计编码过程是如此，业务调研和需求分析也是如此。　　企业系统的设计开发与软件产品的设计开发有一个最大的不同，就是企业的需求肯定会变化，过去在变、调研的时候会变，系统实施后还会变。而我们要做的就是去适应这种变化。事实上，也正是因为我们采用的是面向对象的方法，才可能做到这一点。因为面向对象的方法认为：对象的基本属性是客观的和不会频繁变化的，而对象间的关系则是可能不断变化的。所以我们在业务调研和需求分析中也要认识到这一点，把不变的沉淀下来，把可变的灵活性和变化的自主性留给客户。　　各位都是做技术的，在业务调研和需求分析中难免会不由自主的考虑一些技术实现的问题。值得强调的是：需求与技术无关。在业务调研的时候要忠实的进行记录，不要因为你个人对实现的疑虑而对用户需求进行(过早的)修改和裁减。　　要善于争取客户方各级人员(均是项目干系人，RUP中称为涉众)的支持。只有得到未来系统用户的充分参......余下全文>>

二：需求调研的方法步骤

① 调研用户领域的组织结构、岗位设置和职责定义，从功能上区分有多少个子系统，划分系统的大致范围，明确系统的目标。② 调研每个子系统所需的工作流程、功能与处理规则，收集单据、报表和账本等原始资料，分析物流、资金流和信息流三者的关系，以及如何用数据流来表示这三者的关系。③ 对调研的内容事先准备，针对不同管理层次的用户询问不同的问题，列出问题清单。将操作层、管理层和决策层的需求既联系，又区分开来，形成一个金字塔，使下层满足上层的需求。④ 对与用户沟通的情况及时总结归纳，整理调研结果，找出新的疑点，初步构成需求基线。⑤ 若基线符合要求，则需求分析完毕；反之返回到第1步或第2或第3步。如此循环多次，直到需要分析使双方满意为止。

三：如何进行需求调研

力，才能真正体现出软件的价值。

4.编写用户需求说明书

需求调研的步骤

需求分析员对收集到的所有需求信息进行分类整理，消除错误，归纳与总结共性的用户需求，然后形成文档，编写《用户需求说明书》。对于《用户需求说明书》要和客户以及相关的行业专家进行共同评审。以前整理的需求记录可以作为附件整理在《用户需求说明书》之后。

《用户需求说明书》与《产品需求规格说明书》的主要区别与联系是：

（1）前者主要采用自然语言（和应用域术语）来表达用户需求，其内容相对于后者而言比较粗略，不够详细。

（2）后者是前者的细化，更多地采用计算机语言和图形符号来刻画需求，产品需求是软件系统设计的直接依据。

（3）两者之间可能并不存在一一影射关系，因为软件开发商会根据产品发展战略、企业当前状况适当地调整产品需求，例如用户需求可能被分配到软件的数个版本中。软件开发人员应当依据《产品需求规格说明书》来开发当前产品。

需求调研的步骤

用户需求说明书的模板

需求调研中的注意事项

对每一次的调研形成正确的文档

需求调研中的注意事项

需求调研是一个漫长的过程。能够正确理解用户的需求，并且将用户的各种需求完整地体现在《软件需求规格说明书》中将更是一个复杂而艰辛的过程，因此在每一次的会谈之后必须将当天的会谈纪录形成文档，可以以备忘录的形式让用户进行确认。

需求调研后形成的文档文档必须是正确的，是经过验证的，是在受控的状态下变更的。而很多开发人员往往会问：“简单的系统就不用写需求了吧？”其实简单的系统未必简单，只有想清楚、写清楚、说清楚才说明已经真正把需求整理清楚了。

做好需求变更的控制

需求调研中的注意事项

对每一次的变更要双发进行确认，并进行版本控制，做到有据可依。

四：如何做好需求分析，需求调研

转载以下资料供参考

从广义上理解：需求分析包括需求的获取、分析、规格说明、变更、验证、管理的一系列需求工程。

狭义上理解需求分析指需求的分析、定义过程。

原因

需求分析就是分析软件用户的需求是什么。如果投入大量的人力，物力、财力、时间，开发出的软件却没人要，那所有的投入都是徒劳。如果费了很大的精力，开发一个软件，最后却不满足用户的要求，从而要重新开发过，这种返工是让人痛心疾首的(相信大家都有体会)。比如：用户需要一个for linux的软件，而你在软件开发前期忽略了软件的运行环境，忘了向用户询问这个问题，而想当然的认为是开发for windows的软件。当你千辛万苦地开发完成向用户提交时才发现出了问题，那时候你是欲哭无泪了，恨不得找块豆腐一头撞死。

需求分析之所以重要，就因为他具有决策性、方向性、策略性的作用，他在软件开发的过程中具有举足轻重的地位，大家一定要对需求分析具有足够的重视。在一个大型软件系统的开发中，他的作用要远远大于程序设计。

任务

简言之，需求分析的任务就是解决“做什么"的问题，就是要全面地理解用户的各项要求，并准确地表达所接受的用户需求。

过程

需求分析阶段的工作,可以分为四个方面：问题识别、分析与综合、制订规格说明、评审。

问题识别：就是从系统角度来理解软件，确定对所开发系统的综合要求，并提出这些需求的实现条件，以及需求应该达到的标准。这些需求包括：功能需求(做什么)、性能需求(要达到什么指标)、环境需求(如机型、操作系统等)、可靠性需求(不发生故障的概率）、安全保密需求、用户界面需求、资源使用需求(软件运行是所需的内存、CPU等)、软件成本消耗与开发进度需求、预先估计以后系统可能达到的目标。

分析与综合： 逐步细化所有的软件功能，找出系统各元素间的联系，接口特性和设计上的限制，分析他们是否满足需求，剔除不合理部分，增加需要部分。最后综合成系统的解决方案，给出要开发的系统的详细逻辑模型(做什么的模型)。

制订规格说明书： 即编制文档，描述需求的文档称为软件需求规格说明书。请注意，需求分析阶段的成果是需求规格说明书，向下一阶段提交。

评审： 对功能的正确性，完整性和清晰性，以及其它需求给予评价。评审通过才可进行下一阶段的工作,否则重新进行需求分析。

方法

需求分析的方法有很多，这里只强调原型化方法，其它的方法如：结构化方法、动态分析法等，从来没用过这些方法在此不讨论。

原型化方法是十分重要的，原型就是软件的一个早期可运行的版本，它实现了目标系统的某些或全部功能。

原型化方法就是尽可能快地建造一个粗糙的系统，这系统实现了目标系统的某些或全部功能。但是这个系统可能在可靠性、界面的友好性或其他方面上存在缺陷。建造这样一个系统的目的是为了考察某一方面的可行性，如算法的可行性、技术的可行性或考察是否满足用户的需求等。如：为了考察是否满足用户的要求，可以用某些软件工具快速的建造一个原型系统，这个系统只是一个界面，然后听取用户的意见，改进这个原型。以后的目标系统就在原型系统的基础上开发。

原型主要有三种类型：探索型、实验型、进化型。

探索型：目的是要弄清楚对目标系统的要求，确定所希望的特性，并探讨多种方案的可行性。

实验型：用于大规模开发和实现前，考核方案是否合适，规格说明是否可靠。

进化型：目的不在于改进规格说明，而是将系统建造得易于变化，在改进原型的过程中，逐步将原型进化成最终系统。

在使用原型化方法时有两种不同的策略：废弃策略、追加策略。

废弃策略：先建造一个功能简单而且质量要求不高的模型系统，针对这个系统反复进行修改,形成......余下全文>>

五：软件需求分析都有哪些方法

客户需求有哪些，根据需求做出来的软件客户能否接受

开发人员能否实现这些需求

金钱成本是否合适

能否在合适时间开发出来给客户

是否后续维护软件。如果要，1、考虑维护难易程度 2、是否有收益

六：信息系统项目需求调研最常用的有哪些方法

一、问卷调查法

二、会议讨论法

三、界面原型法

四、可运行原型系统法

七：如何做现场需求调研

市场调查工作必须有计划、有步骤地进行，以防止调查的盲目性。一般说来，市场调查可分为四个阶段：调查前的准备阶段、正式调查阶段、综合分析资料阶段和提出调查报告阶段。

一、调查前的准备阶段。对企业提供的资料进行初步的分析，找出问题存在的征兆，明确调查课题的关键和范围，以选择最主要也是最需要的调查目标，制定出市场调查的方案。主要包括：市场调查的内容、方法和步骤，调查计划的可行性、经费预算、调查时间等等。?

二、正式调查阶段。市场调查的内容和方法很多，因企业和情况而异。?

市场调查的内容，综合起来，分为四类：?

1、市场需求调查，即调查企业产品在过去几年中的销售总额，现在市场的需求量及其影响因素，特别要重点进行购买力调查、购买动机调查和潜在需求调查，其核心是寻找市场经营机会。?

2、竞争者情况调查，包括竞争对手的基本情况、竞争对手的竞争能力、经营战略、新产品、新技术开发情况和售后服务情况，还要注意潜在的竞争对手。?

3、本企业经营战略决策执行情况调查，如产品的价格、销售渠道、广告及推销方面情况、产品的商标及外包装情况、存在的问题及改进情况。?

4、政策法规情况调查，政府政策的变化、法律、法规的实施，都对企业有重大影响，如税收政策、银行信用情况、能源交通情况、行业的限制等等都对企业和产品关系重大，也是市场调查不可分割的一部分。?

市场调查的方法，可分为两大类：统计分析研究法和现场直接调查法。统计分析研究就是在室内对各种资料进行研究的方法，其前提是对已有的统计资料和调查资料进行系统研究和分析。一般说来，生产资料市场研究较多地采用这种方法，消费资料市场则以现场调查为主。现场直接调查又可分为三种：①询问法，有当面询问、座谈集体询问、电话询问、信函询问等。②观察法，有到销售现场观察、生产现场观察、使用现场和家庭现场观察等。③试验法，向市场投放部分产品进行试销，看消费者的反应，以检验产品的品种、规格、花色款式是否对路、价格是否适中等。?

三、综合分析整理资料阶段。当统计分析研究和现场直接调查完成后，市场调查人员拥有大量的一手资料。对这些资料首先要编辑，选取一切有关的、重要的资料，剔除没有参考价值的资料。然后对这些资料进行编组或分类，使之成为某种可供备用的形式。最后把有关资料用适当的表格形式展示出来，以便说明问题或从中发现某种典型的模式。?

四、提出调查报告阶段。经过对调查材料的综合分析整理，便可根据调查目的写出一份调查报告，得出调查结论。值得注意的是，调查人员不应当把调查报告看作是市场调查的结束，而应继续注意市场情况变化，以检验调查结果的准确程度，并发现市场新的趋势，为改进以后的调查打好基础。

八：请问常用的需求分析方法有哪些？

结构分析方法和面向对象分析法

九：需求分析的传统方法

– 面向过程（自上向下分解）– 信息工程（数据驱动）（数据流分析结构化分析方法）– 面向对象（对象驱动） ⑴首先调查组织机构情况包括了解该组织的部门组成情况，各部门的职能等，为分析信息流程作准备。⑵然后调查各部门的业务活动情况包括了解各个部门输入和使用什么数据，如何加工处理这些数据，输出什么信息，输出到什么部门，输出结果的格式是什么。⑶协助用户明确对新系统的各种要求包括信息要求、处理要求、完全性与完整性要求。⑷确定新系统的边界确定哪些功能由计算机完成或将来准备让计算机完成，哪些活动由人工完成。由计算机完成的功能就是新系统应该实现的功能。⑸分析系统功能⑹分析系统数据⑺编写分析报告 ⑴跟班作业通过亲身参加业务工作来了解业务活动的情况。这种方法可以比较准确地理解用户的需求，但比较耗费时间。⑵开调查会通过与用户座谈来了解业务活动情况及用户需求。座谈时，参加者之间可以相互启发。⑶请专人介绍⑷询问对某些调查中的问题，可以找专人询问。⑸设计调查表请用户填写如果调查表设计得合理，这种方法是很有效，也很易于为用户接受的。⑹查阅记录即查阅与原系统有关的数据记录，包括原始单据、账簿、报表等。通过调查了解了用户需求后，还需要进一步分析和表达用户的需求。分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。

十：如何做好现状调研与需求分析

需求调研其实也是网络推广的前期工作。在此之前你可以找相关的网络营销公司 ，然后规划出相关方案。比如北京的网娱智信可以，你可以关注下 。