什么是项目需求分析

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

2、ore.asp?type=198 项目经理要负责整理用户需求，为之后的 HYPERLINK /software/index.asp 软件设计打下基础。需求分析阶段结束后，要求得到：1.SRS文档(System Requirement Specification); 2.DRM 文档；3.Acceptance Plan. 从广义上理解：需求分析包括需求的获取、分析、规格说明、变更、验证、管理的一系列需求工程。狭义上理解解：需求求分析指指需求的的分析、定定义过程程。一、为为什么要要需求分分析 需求求分析就就是分析析 HYPERLINK /software/index.asp 软件用户户的需求求是什

3、么么.如果果投入大大量的人人力，物物力,财财力,时时间,开开发出的的 HYPERLINK /software/index.asp 软件却没没人要,那所有有的投入入都是徒徒劳.如如果费了了很大的的精力,开发一一个 HYPERLINK /software/index.asp 软件件,最后后却不满满足用户户的要求求,从而而要重新新开发过过,这种种返工是是让人痛痛心疾首首的.(相信大大家都有有体会)比如,用户需需要一个个forr liinuxx的 HYPERLINK /software/index.asp 软件件,而你你在 HYPERLINK /software/index.asp 软件件开发前前期忽

4、略略了 HYPERLINK /software/index.asp 软件件的运行行环境,忘了向向用户询询问这个个问题,而想当当然的认认为是开开发foor wwinddowss的 HYPERLINK /software/index.asp 软件件,当你你千辛万万苦地开开发完成成向用户户提交时时才发现现出了问问题,那那时候你你是欲哭哭无泪了了,痕不不得找块块豆腐一一头撞死死. 需需求分析析之所以以重要,就因为为他具有有决策性性,方向向性,策策略性的的作用,他在 HYPERLINK /software/index.asp 软软件开发发的过程程中具有有举足轻轻重的地地位.大大家一定定要对需需求分析析具

5、有足足够的重重视.在在一个大大型 HYPERLINK /software/index.asp 软件件系统的的开发中中,他的的作用要要远远大大于程序序设计.二、需需求分析析的任务务 简言言之,需需求分析析的任务务就是解解决做做什么的问题题,就是是要全面面地理解解用户的的各项要要求,并并准确地地表达所所接受的的用户需需求.三、需求分分析的过过程 需求求分析阶阶段的工工作,可可以分为为四个方方面:问问题识别别,分析析与综合合,制订订规格说说明,评评审. 问题识识别：就是从从系统角角度来理理解 HYPERLINK /software/index.asp 软件件,确定定对所开开发系统统的综合合要求,并提

6、出出这些需需求的实实现条件件,以及及需求应应该达到到的标准准.这些些需求包包括：功功能需求求(做什什么),性能需需求(要要达到什什么指标标),环环境需求求(如机机型,操操作系统统等),可靠性性需求(不发生生故障的的概率）,安全保保密需求求,用户户界面需需求,资资源使用用需求( HYPERLINK /software/index.asp 软件运行行是所需需的内存存,CPPU等), HYPERLINK /software/index.asp 软件件 HYPERLINK /knowledge/klmore.asp?type=2170232 成本消耗耗与开发发进度需需求,预预先估计计以后系系统可能能达

7、到的的目标. 分析与与综合：逐步细细化所有有的 HYPERLINK /software/index.asp 软件件功能,找出系系统各元元素间的的联系,接口特特性和设设计上的的限制,分析他他们是否否满足需需求,剔剔除不合合理部分分,增加加需要部部分.最最后,综综合成系系统的解解决方案案,给出出要开发发的系统统的详细细逻辑模模型(做做什么的的模型). 制制订规格格说明书书：即编制制文档,描述需需求的文文档称为为 HYPERLINK /software/index.asp 软件需求求规格说说明书.请注意意,需求求分析阶阶段的成成果是需需求规格格说明书书(好象象软考曾曾经考过过这个问问题),向下一一阶

8、段提提交. 评审：对功能能的正确确性,完完整性和和清晰性性,以及及其它需需求给予予评价.评审通通过才可可进行下下一阶段段的工作作,否则则重新进进行需求求分析。四、需求分析的方法 需求分析的方法有很多.这里只强调原型化方法,其它的方法如:结构化方法,动态分析法等(个人认为,对初学者不必深究这些方法,实际上我也从来没用过这些方法)在此不讨论. 原型化方法是十分重要的(是软考等常考的知识点).原型就是 HYPERLINK /software/index.asp 软件的一个早期可运行的版本,它实现了目标系统的某些或全部功能. 原型化方法就是尽可能快地建造一个粗糙的系统,这系统实现了目标系统的某些或全部

9、功能,但是这个系统可能在可靠性,界面的友好性或其他方面上存在缺陷.建造这样一个系统的目的是为了考察某一方面的可行性,如算法的可行性,技术的可行性,或考察是否满足用户的需求等.如,为了考察是否满足用户的要求,可以用某些 HYPERLINK /software/index.asp 软件工具快速的建造一个原型系统,这个系统只是一个界面,然后听取用户的意见,改进这个原型.以后的目标系统就在原型系统的基础上开发. 原型主要有三种类型(软考考过):探索型,实验型,进化型.探索型:目的是要弄清楚对目标系统的要求,确定所希望的特性,并探讨多种方案的可行性.实验型:用于大规模开发和实现前,考核方案是否合适,规格

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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