什么是项目需求分析

1、什么是项项目需求求分析？需求分析析是指理理解用户户需求，就 HYPERLINK /software/index.asp 软件件功能与与客户达达成一致致，估计计 HYPERLINK /software/index.asp 软件 HYPERLINK /knowledge/klmore.asp?type=2170223 风险险和评估估项目代代价，最最终形成成开发计计划的一一个复杂杂过程。（这个个和我在在微软体体验到的的又不太太一样，微软的的需求分分析大多多是市场场人员和和用户协协助小组组的人去去评估用用户的接接受程度度，这一一点也可可以理解解，因为为公司的的性质有有根本差差别）在在这个过过程中，用户

2、的的确是处处在主导导地位，需求分分析工程程师和 HYPERLINK /knowledge/klmore.asp?type=198 项项目经理理要负责责整理用用户需求求，为之之后的 HYPERLINK /software/index.asp 软软件设计计打下基基础。需需求分析析阶段结结束后，要求得得到：11.SRRS文档档(Syysteem RRequuireemennt SSpeccifiicattionn); 2.DDRM 文档；3.AAcceeptaancee Pllan. 从广广义上理理解：需需求分析析包括需需求的获获取、分分析、规规格说明明、变更更、验证证、管理理的一系系列需求求工程。

3、狭义上理理解：需需求分析析指需求求的分析析、定义义过程。一、为为什么要要需求分分析 需求求分析就就是分析析 HYPERLINK /software/index.asp 软件用户户的需求求是什么么.如果果投入大大量的人人力，物物力,财财力,时时间,开开发出的的 HYPERLINK /software/index.asp 软件却没没人要,那所有有的投入入都是徒徒劳.如如果费了了很大的的精力,开发一一个 HYPERLINK /software/index.asp 软件件,最后后却不满满足用户户的要求求,从而而要重新新开发过过,这种种返工是是让人痛痛心疾首首的.(相信大大家都有有体会)比如,用户需需要

4、一个个forr liinuxx的 HYPERLINK /software/index.asp 软件件,而你你在 HYPERLINK /software/index.asp 软件件开发前前期忽略略了 HYPERLINK /software/index.asp 软件件的运行行环境,忘了向向用户询询问这个个问题,而想当当然的认认为是开开发foor wwinddowss的 HYPERLINK /software/index.asp 软件件,当你你千辛万万苦地开开发完成成向用户户提交时时才发现现出了问问题,那那时候你你是欲哭哭无泪了了,痕不不得找块块豆腐一一头撞死死. 需需求分析析之所以以重要,就因为为

5、他具有有决策性性,方向向性,策策略性的的作用,他在 HYPERLINK /software/index.asp 软软件开发发的过程程中具有有举足轻轻重的地地位.大大家一定定要对需需求分析析具有足足够的重重视.在在一个大大型 HYPERLINK /software/index.asp 软件件系统的的开发中中,他的的作用要要远远大大于程序序设计.二、需需求分析析的任务务 简言言之,需需求分析析的任务务就是解解决做做什么的问题题,就是是要全面面地理解解用户的的各项要要求,并并准确地地表达所所接受的的用户需需求.三、需求求分析的的过程 需求求分析阶阶段的工工作,可可以分为为四个方方面:问问题识别别,分

6、析析与综合合,制订订规格说说明,评评审. 问题识识别：就是从从系统角角度来理理解 HYPERLINK /software/index.asp 软件件,确定定对所开开发系统统的综合合要求,并提出出这些需需求的实实现条件件,以及及需求应应该达到到的标准准.这些些需求包包括：功功能需求求(做什什么),性能需需求(要要达到什什么指标标),环环境需求求(如机机型,操操作系统统等),可靠性性需求(不发生生故障的的概率）,安全全保密需需求,用用户界面面需求,资源使使用需求求( HYPERLINK /software/index.asp 软件件运行是是所需的的内存,CPUU等), HYPERLINK /sof

7、tware/index.asp 软件 HYPERLINK /knowledge/klmore.asp?type=2170232 成本本消耗与与开发进进度需求求,预先先估计以以后系统统可能达达到的目目标. 分析与与综合：逐步细细化所有有的 HYPERLINK /software/index.asp 软件件功能,找出系系统各元元素间的的联系,接口特特性和设设计上的的限制,分析他他们是否否满足需需求,剔剔除不合合理部分分,增加加需要部部分.最最后,综综合成系系统的解解决方案案,给出出要开发发的系统统的详细细逻辑模模型(做做什么的的模型). 制制订规格格说明书书：即编制制文档,描述需需求的文文档称为为

8、 HYPERLINK /software/index.asp 软件需求求规格说说明书.请注意意,需求求分析阶阶段的成成果是需需求规格格说明书书(好象象软考曾曾经考过过这个问问题),向下一一阶段提提交. 评审：对功能能的正确确性,完完整性和和清晰性性,以及及其它需需求给予予评价.评审通通过才可可进行下下一阶段段的工作作,否则则重新进进行需求求分析。四、需需求分析析的方法法 需求求分析的的方法有有很多.这里只只强调原原型化方方法,其其它的方方法如:结构化化方法,动态分分析法等等(个人人认为,对初学学者不必必深究这这些方法法,实际际上我也也从来没没用过这这些方法法)在此此不讨论论. 原原型化方方法是

9、十十分重要要的(是是软考等等常考的的知识点点).原原型就是是 HYPERLINK /software/index.asp 软件的一一个早期期可运行行的版本本,它实实现了目目标系统统的某些些或全部部功能. 原型型化方法法就是尽尽可能快快地建造造一个粗粗糙的系系统,这这系统实实现了目目标系统统的某些些或全部部功能,但是这这个系统统可能在在可靠性性,界面面的友好好性或其其他方面面上存在在缺陷.建造这这样一个个系统的的目的是是为了考考察某一一方面的的可行性性,如算算法的可可行性,技术的的可行性性,或考考察是否否满足用用户的需需求等.如,为为了考察察是否满满足用户户的要求求,可以以用某些些 HYPERL

10、INK /software/index.asp 软件工具具快速的的建造一一个原型型系统,这个系系统只是是一个界界面,然然后听取取用户的的意见,改进这这个原型型.以后后的目标标系统就就在原型型系统的的基础上上开发. 原型型主要有有三种类类型(软软考考过过):探探索型,实验型型,进化化型.探探索型:目的是是要弄清清楚对目目标系统统的要求求,确定定所希望望的特性性,并探探讨多种种方案的的可行性性.实验验型:用用于大规规模开发发和实现现前,考考核方案案是否合合适,规规格说明明是否可可靠.进进化型:目的不不在于改改进规格格说明,而是将将系统建建造得易易于变化化,在改改进原型型的过程程中,逐逐步将原原型进

11、化化成最终终系统。在使使用原型型化方法法是有两两种不同同的策略略:废弃弃策略,追加策策略.废废弃策略略:先建建造一个个功能简简单而且且质量要要求不高高的模型型系统，针对这这个系统统反复进进行修改改,形成成比较好好的思想想,据此此设计出出较完整整,准确确,一致致,可靠靠的最终终系统.系统构构造完成成后,原原来的模模型系统统就被废废弃不用用.探索索型和实实验型属属于这种种策略。 追加策策略:先先构造一一个功能能简单而而且质量量要求不不高的模模型系统统，作为为最终系系统的核核心,然然后通过过不断地地扩充修修改,逐逐步追加加新要求求，发展展成为最最终系统统。进化化型属于于这种策策略.五、需求求分析的的

12、20条条法则（本节摘摘自 HYPERLINK /software/index.asp 软件件工程专专家网） 客户与与开发人人员交流流需要好好的方法法。下面面建议220条法法则，客客户和开开发人员员可以通通过评审审以下内内容并达达成共识识。如果果遇到分分歧，将将通过协协商达成成对各自自义务的的相互理理解，以以便减少少以后的的磨擦（如一方方要求而而另一方方不愿意意或不能能够满足足要求）。 11、 分分析人员员要使用用符合客客户语言言习惯的的表达 需需求讨论论集中于于业务需需求和任任务，因因此要使使用术语语。客户户应将有有关术语语（例如如：采价价、印花花商品等等采购术术语）教教给分析析人员，而客户户

13、不一定定要懂得得计算机机行业的的术语。 2、分析人人员要了了解客户户的业务务及目标标 只有有分析人人员更好好地了解解客户的的业务，才能使使产品更更好地满满足需要要。这将将有助于于开发人人员设计计出真正正满足客客户需要要并达到到期望的的优秀 HYPERLINK /software/index.asp 软软件。为为帮助开开发和分分析人员员，客户户可以考考虑邀请请他们观观察自己己的工作作流程。如果是是切换新新系统，那么开开发和分分析人员员应使用用一下目目前的旧旧系统，有利于于他们明明白目前前系统是是怎样工工作的，其流程程情况以以及可供供改进之之处。33、 分分析人员员必须编编写 HYPERLINK

14、/software/index.asp 软件件需求报报告 分分析人员员应将从从客户那那里获得得的所有有信息进进行整理理，以区区分业务务需求及及规范、功能需需求、质质量目标标、解决决方法和和其他信信息。通通过这些些分析，客户就就能得到到一份“需求分分析报告告”，此此份报告告使开发发人员和和客户之之间针对对要开发发的产品品内容达达成协议议。报告告应以一一种客户户认为易易于翻阅阅和理解解的方式式组织编编写。客客户要评评审此报报告，以以确保报报告内容容准确完完整地表表达其需需求。一一份高质质量的“需求分分析报告告”有助助于开发发人员开开发出真真正需要要的产品品。 44、 要要求得到到需求工工作结果果的

15、解释释说明 分析析人员可可能采用用了多种种图表作作为文字字性“需需求分析析报告”的补充充说明，因为工工作图表表能很清清晰地描描述出系系统行为为的某些些方面，所以报报告中各各种图表表有着极极高的价价值；虽虽然它们们不太难难于理解解，但是是客户可可能对此此并不熟熟悉，因因此客户户可以要要求分析析人员解解释说明明每个图图表的作作用、符符号的意意义和需需求开发发工作的的结果，以及怎怎样检查查图表有有无错误误及不一一致等。 5、 开发发人员要要尊重客客户的意意见 如果果用户与与开发人人员之间间不能相相互理解解，那关关于需求求的讨论论将会有有障碍。共同合合作能使使大家“兼听则则明”。参与需需求开发发过程的

16、的客户有有权要求求开发人人员尊重重他们并并珍惜他他们为项项目成功功所付出出的时间间，同样样，客户户也应对对开发人人员为项项目成功功这一共共同目标标所做出出的努力力表示尊尊重。 6、 开发人人员要对对需求及及产品实实施提出出建议和和解决方方案 通通常客户户所说的的“需求求”已经经是一种种实际可可行的实实施方案案，分析析人员应应尽力从从这些解解决方法法中了解解真正的的业务需需求，同同时还应应找出已已有系统统与当前前业务不不符之处处，以确确保产品品不会无无效或低低效；在在彻底弄弄清业务务领域内内的事情情后，分分析人员员就能提提出相当当好的改改进方法法，有经经验且有有创造力力的分析析人员还还能提出出增

17、加一一些用户户没有发发现的很很有价值值的系统统特性。 7、 描述述产品使使用特性性 客户户可以要要求分析析人员在在实现功功能需求求的同时时还注意意 HYPERLINK /software/index.asp 软件的易易用性，因为这这些易用用特性或或质量属属性能使使客户更更准确、高效地地完成任任务。例例如：客客户有时时要求产产品要“界面友友好”或或“健壮壮”或“高效率率”，但但对于开开发人员员来讲，太主观观了并无无实用价价值。正正确的做做法是，分析人人员通过过询问和和调查了了解客户户所要的的“友好好、健壮壮、高效效所包含含的具体体特性，具体分分析哪些些特性对对哪些特特性有负负面影响响，在性性能代

18、价价和所提提出解决决方案的的预期利利益之间间做出权权衡，以以确保做做出合理理的取舍舍。 88、 允允许重用用已有的的 HYPERLINK /software/index.asp 软件组件件 需求求通常有有一定灵灵活性，分析人人员可能能发现已已有的某某个 HYPERLINK /software/index.asp 软件件组件与与客户描描述的需需求很相相符，在在这种情情况下，分析人人员应提提供一些些修改需需求的选选择以便便开发人人员能够够降低新新系统的的开发 HYPERLINK /knowledge/klmore.asp?type=2170232 成成本和节节省时间间，而不不必严格格按原有有的需求

19、求说明开开发。所所以说，如果想想在产品品中使用用一些已已有的商商业常用用组件，而它们们并不完完全适合合您所需需的特性性，这时时一定程程度上的的需求灵灵活性就就显得极极为重要要了。 9、 要求对对变更的的代价提提供真实实可靠的的评估 有时，人们面面临更好好、也更更昂贵的的方案时时，会做做出不同同的选择择。而这这时，对对需求变变更的影影响进行行评估从从而对业业务决策策提供帮帮助，是是十分必必要的。所以，客户有有权利要要求开发发人员通通过分析析给出一一个真实实可信的的评估，包括影影响、 HYPERLINK /knowledge/klmore.asp?type=2170232 成成本和得得失等。开发人

20、人员不能能由于不不想实施施变更而而随意夸夸大评估估 HYPERLINK /knowledge/klmore.asp?type=2170232 成本。 10、 获得得满足客客户功能能和质量量要求的的系统 每个人人都希望望项目成成功，但但这不仅仅要求客客户要清清晰地告告知开发发人员关关于系统统“做什什么”所所需的所所有信息息，而且且还要求求开发人人员能通通过交流流了解清清楚取舍舍与限制制，一定定要明确确说明您您的假设设和潜在在的期望望，否则则，开发发人员开开发出的的产品很很可能无无法让您您满意。 111、 给给分析人人员讲解解您的业业务 分分析人员员要依靠靠客户讲讲解业务务概念及及术语，但客户户不

21、能指指望分析析人员会会成为该该领域的的专家，而只能能让他们们明白您您的问题题和目标标；不要要期望分分析人员员能把握握客户业业务的细细微潜在在之处，他们可可能不知知道那些些对于客客户来说说理所当当然的“常识”。 112、 抽出时时间清楚楚地说明明并完善善需求 客户很很忙，但但无论如如何客户户有必要要抽出时时间参与与“头脑脑高峰会会议”的的讨论，接受采采访或其其他获取取需求的的活动。有些分分析人员员可能先先明白了了您的观观点，而而过后发发现还需需要您的的讲解，这时请请耐心对对待一些些需求和和需求的的精化工工作过程程中的反反复，因因为它是是人们交交流中很很自然的的现象，何况这这对 HYPERLINK

22、 /software/index.asp 软件件产品的的成功极极为重要要。 113、 准确而而详细地地说明需需求 编编写一份份清晰、准确的的需求文文档是很很困难的的。由于于处理细细节问题题不但烦烦人而且且耗时，因此很很容易留留下模糊糊不清的的需求。但是在在开发过过程中，必须解解决这种种模糊性性和不准准确性，而客户户恰恰是是为解决决这些问问题作出出决定的的最佳人人选，否否则，就就只好靠靠开发人人员去正正确猜测测了。 在需需求分析析中暂时时加上“待定”标志是是个方法法。用该该标志可可指明哪哪些是需需要进一一步讨论论、分析析或增加加信息的的地方，有时也也可能因因为某个个特殊需需求难以以解决或或没有人

23、人愿意处处理它而而标注上上“待定定”。客客户要尽尽量将每每项需求求的内容容都阐述述清楚，以便分分析人员员能准确确地将它它们写进进“ HYPERLINK /software/index.asp 软件件需求报报告”中中去。如如果客户户一时不不能准确确表达，通常就就要求用用原型技技术，通通过原型型开发，客户可可以同开开发人员员一起反反复修改改，不断断完善需需求定义义。14、 及时作作出决定定 分析析人员会会要求客客户作出出一些选选择和决决定，这这些决定定包括来来自多个个用户提提出的处处理方法法或在质质量特性性冲突和和信息准准确度中中选择折折衷方案案等。有有权作出出决定的的客户必必须积极极地对待待这一

24、切切，尽快快做处理理，做决决定，因因为开发发人员通通常只有有等客户户做出决决定才能能行动，而这种种等待会会延误项项目的进进展。 15、 尊重重开发人人员的需需求可行行性及 HYPERLINK /knowledge/klmore.asp?type=2170232 成成本评估估 所有有的 HYPERLINK /software/index.asp 软件件功能都都有其 HYPERLINK /knowledge/klmore.asp?type=2170232 成成本。客客户所希希望的某某些产品品特性可可能在技技术上行行不通，或者实实现它要要付出极极高的代代价，而而某些需需求试图图达到在在操作环环境中不

25、不可能达达到的性性能，或或试图得得到一些些根本得得不到的的数据。开发人人员会对对此作出出负面的的评价，客户应应该尊重重他们的的意见。 166、 划划分需求求的优先先级 绝绝大多数数项目没没有足够够的时间间或资源源实现功功能性的的每个细细节。决决定哪些些特性是是必要的的，哪些些是重要要的，是是需求开开发的主主要部分分，这只只能由客客户负责责设定需需求优先先级，因因为开发发者不可可能按照照客户的的观点决决定需求求优先级级；开发发人员将将为您确确定优先先级提供供有关每每个需求求的花费费和 HYPERLINK /knowledge/klmore.asp?type=2170223 风险险的信息息。 在时

26、时间和资资源限制制下，关关于所需需特性能能否完成成或完成成多少应应尊重开开发人员员的意见见。尽管管没有人人愿意看看到自己己所希望望的需求求在项目目中未被被实现，但毕竟竟是要面面对现实实，业务务决策有有时不得得不依据据优先级级来缩小小项目范范围或延延长工期期，或增增加资源源，或在在质量上上寻找折折衷。 17、 评审审需求文文档和原原型 客客户评审审需求文文档，是是给分析析人员带带来反馈馈信息的的一个机机会。如如果客户户认为编编写的“需求分分析报告告”不够够准确，就有必必要尽早早告知分分析人员员并为改改进提供供建议。更好的的办法是是先为产产品开发发一个原原型。这这样客户户就能提提供更有有价值的的反

27、馈信信息给开开发人员员，使他他们更好好地理解解您的需需求；原原型并非非是一个个实际应应用产品品，但开开发人员员能将其其转化、扩充成成功能齐齐全的系系统。 18、 需求求变更要要立即联联系 不不断的需需求变更更，会给给在预定定计划内内完成的的质量产产品带来来严重的的不利影影响。变变更是不不可避免免的，但但在开发发周期中中，变更更越在晚晚期出现现，其影影响越大大；变更更不仅会会导致代代价极高高的返工工，而且且工期将将被延误误，特别别是在大大体结构构已完成成后又需需要增加加新特性性时。所所以，一一旦客户户发现需需要变更更需求时时，请立立即通知知分析人人员。 19、 遵照照开发小小组处理理需求变变更的

28、过过程 为为将变更更带来的的负面影影响减少少到最低低限度，所有参参与者必必须遵照照项目变变更控制制过程。这要求求不放弃弃所有提提出的变变更，对对每项要要求的变变更进行行分析、综合考考虑，最最后做出出合适的的决策，以确定定应将哪哪些变更更引入项项目中。20、 尊重重开发人人员采用用的需求求分析过过程 HYPERLINK /software/index.asp 软软件开发发中最具具挑战性性的莫过过于收集集需求并并确定其其正确性性，分析析人员采采用的方方法有其其合理性性。也许许客户认认为收集集需求的的过程不不太划算算，但请请相信花花在需求求开发上上的时间间是非常常有价值值的；如如果您理理解并支支持分

29、析析人员为为收集、编写需需求文档档和确保保其质量量所采用用的技术术，那么么整个过过程将会会更为顺顺利。 “需求求确认”意味着着什么：在“需需求分析析报告”上签字字确认，通常被被认为是是客户同同意需求求分析的的标志行行为，然然而实际际操作中中，客户户往往把把“签字字”看作作是毫无无意义的的事情。“他们们要我在在需求文文档的最最后一行行下面签签名，于于是我就就签了，否则这这些开发发人员不不开始编编码。” 这种种态度将将带来麻麻烦，譬譬如客户户想更改改需求或或对产品品不满时时就会说说：“不不错，我我是在需需求分析析报告上上签了字字，但我我并没有有时间去去读完所所有的内内容，我我是相信信你们的的，是你

30、你们非让让我签字字的。” 同样样问题也也会发生生在仅把把“签字字确认”看作是是完成任任务的分分析人员员身上，一旦有有需求变变更出现现，他便便指着“需求分分析报告告”说：“您已已经在需需求上签签字了，所以这这些就是是我们所所开发的的，如果果您想要要别的什什么，您您应早些些告诉我我们。” 这两种种态度都都是不对对的。因因为不可可能在项项目的早早期就了了解所有有的需求求，而且且毫无疑疑问地需需求将会会出现变变更，在在“需求求分析报报告”上上签字确确认是终终止需求求分析过过程的正正确方法法，所以以我们必必须明白白签字意意味着什什么。 对对“需求求分析报报告”的的签名是是建立在在一个需需求协议议的基线线

31、上，因因此我们们对签名名应该这这样理解解：“我我同意这这份需求求文档表表述了我我们对项项目 HYPERLINK /software/index.asp 软件件需求的的了解，进一步步的变更更可在此此基线上上通过项项目定义义的变更更过程来来进行。我知道道变更可可能会使使我们重重新协商商 HYPERLINK /knowledge/klmore.asp?type=2170232 成本、资资源和项项目阶段段任务等等事宜。”对需需求分析析达成一一定的共共识会使使双方易易于忍受受将来的的摩擦，这些摩摩擦来源源于项目目的改进进和需求求的误差差或市场场和业务务的新要要求等。 需求确确认将迷迷雾拨散散，显现现需求

32、的的真面目目，给初初步的需需求开发发工作画画上了双双方都明明确的句句号，并并有助于于形成一一个持续续良好的的客户与与开发人人员的关关系，为为项目的的成功奠奠定了坚坚实的基基础。 六、点点评需求求分析误误区 要想说说什么是是好的需需求分析析，不如如说什么么是不好好的需求求分析，知道什什么是不不好的，自然也也就知道道了什么么是好的的。以下下就是一一些不好好的情况况：（）创意意和求实实毋庸庸质疑的的，每个个人都会会为自己己的一个个新的而激动动万分，特别是是当这个个受到到一些根根本不知知道你原原本要干干嘛的人人的惊赞赞时。但但是请注注意，当当你激动动得意的的时候，你可能能已经忘忘了你原原本是在在描述一一个需求求，而不不是在策策划一个个创意、创造一一个概念念。很多多刚开始始做需求求分析的的人员都都或多或或少的会会犯这样样的错误误，陶醉醉在自己己的新想想法和新新思路中中，却违违背了需需求的原原始客观观性和真真实性原原则。永永远别忘忘了：需需求不是是空中楼楼阁，是是实实在在在的一一砖一瓦瓦。（