什么是需求分析(什么是方案需求分析)，36创业加盟网给大家带来详细的介绍，让更多的人可以参考:什么是需求分析(什么是方案需求分析)。

12、 抽出时间清楚地说明并完善需求客户很忙，但无论如何客户有必要抽出时间参与“头脑高峰会议” 的讨论，接受采访或其他获取需求的活动。有些分析人员可能先明白了您的 观点，而过后发现还需要您的讲解，这时请耐心对待一些需求和需求的精化 工作过程中的反复，因为它是人们交流中很自然的现象，何况这对产品的成 功极为重要。 13、 准确而详细地说明需求编写一份清晰、准确的需求文档是很困难的。由于处理细节问题不 但烦人而且耗时，因此很容易留下模糊不清的需求。但是在开发过程中，必 须解决这种模糊性和不准确性，而客户恰恰是为解决这些问题作出决定的最 佳人选，否则，就只好靠开发人员去正确猜测了。7在需求分析中暂时加上“待定”标志是个方法。用该标志可指明哪些 是需要进一步讨论、分析或增加信息的地方，有时也可能因为某个特殊需求 难以解决或没有人愿意处理它而标注上“待定”。客户要尽量将每项需求的 内容都阐述清楚，以便分析人员能准确地将它们写进“需求报告”中去。如 果客户一时不能准确表达什么是需求分析，通常就要求用原型技术，通过原型开发，客户可 以同开发人员一起反复修改，不断完善需求定义。 14、 及时作出决定分析人员会要求客户作出一些选择和决定，这些决定包括来自多个 用户提出的处理方法或在质量特性冲突和信息准确度中选择折衷方案等。

有 权作出决定的客户必须积极地对待这一切，尽快做处理，做决定，因为开发 人员通常只有等客户做出决定才能行动，而这种等待会延误项目的进展。 15、 尊重开发人员的需求可行性及评估所有的功能都有其。客户所希望的某些产品特性可能在技术上行不 通，或者实现它要付出极高的代价，而某些需求试图达到在操作环境中不可 能达到的性能，或试图得到一些根本得不到的数据。开发人员会对此作出负 面的评价，客户应该尊重他们的意见。 16、 划分需求的优先级绝大多数项目没有足够的时间或资源实现功能性的每个细节。决定 哪些特性是必要的，哪些是重要的，是需求开发的主要部分，这只能由客户 负责设定需求优先级，因为开发者不可能按照客户的观点决定需求优先级； 开发人员将为您确定优先级提供有关每个需求的花费和的信息。 在时间 和资源限制下，关于所需特性能否完成或完成多少应尊重开发人员的意见。8尽管没有人愿意看到自己所希望的需求在项目中未被实现，但毕竟是要面对 现实，业务决策有时不得不依据优先级来缩小项目范围或延长工期，或增加 资源，或在质量上寻找折衷。 17、 评审需求文档和原型客户评审需求文档，是给分析人员带来反馈信息的一个机会。

如果 客户认为编写的“需求分析报告”不够准确，就有必要尽早告知分析人员并 为改进提供建议。更好的办法是先为产品开发一个原型。这样客户就能提供 更有价值的反馈信息给开发人员，使他们更好地理解您的需求；原型并非是 一个实际应用产品，但开发人员能将其转化、扩充成功能齐全的系统。 18、 需求变更要立即联系不断的需求变更，会给在预定计划内完成的质量产品带来严重的不 利影响。变更是不可避免的，但在开发周期中，变更越在晚期出现，其影响 越大；变更不仅会导致代价极高的返工，而且工期将被延误，特别是在大体 结构已完成后又需要增加新特性时。所以，一旦客户发现需要变更需求时， 请立即通知分析人员。 19、 遵照开发小组处理需求变更的过程为将变更带来的负面影响减少到最低限度，所有参与者必须遵照项 目变更控制过程。这要求不放弃所有提出的变更，对每项要求的变更进行分 析、综合考虑，最后做出合适的决策，以确定应将哪些变更引入项目中。 20、 尊重开发人员采用的需求分析过程开发中最具挑战性的莫过于收集需求并确定其正确性，分析人员采 用的方法有其合理性。也许客户认为收集需求的过程不太划算，但请相信花9在需求开发上的时间是非常有价值的；如果您理解并支持分析人员为收集、 编写需求文档和确保其质量所采用的技术，那么整个过程将会更为顺利。

“需求确认”意味着什么：在“需求分析报告”上签字确认，通常被认为 是客户同意需求分析的标志行为，然而实际操作中，客户往往把“签字”看 作是毫无意义的事情。“他们要我在需求文档的最后一行下面签名，于是我 就签了，否则这些开发人员不开始编码。”这种态度将带来麻烦，譬如客户想更改需求或对产品不满时就会说： “不错，我是在需求分析报告上签了字，但我并没有时间去读完所有的内容， 我是相信你们的，是你们非让我签字的。”同样问题也会发生在仅把“签字确认”看作是完成任务的分析人员 身上，一旦有需求变更出现，他便指着“需求分析报告”说：“您已经在需 求上签字了，所以这些就是我们所开发的，如果您想要别的什么，您应早些 告诉我们。”这两种态度都是不对的。因为不可能在项目的早期就了解所有的需求， 而且毫无疑问地需求将会出现变更，在“需求分析报告”上签字确认是终止 需求分析过程的正确方法，所以我们必须明白签字意味着什么。对“需求分析报告”的签名是建立在一个需求协议的基线上，因此我们 对签名应该这样理解：“我同意这份需求文档表述了我们对项目需求的了解， 进一步的变更可在此基线上通过项目定义的变更过程来进行。我知道变更可 能会使我们重新协商、资源和项目阶段任务等事宜。

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

可是当用户迷惑的看着你辛辛苦苦做出来的分析结果问你：我想作 一个数据备份的任务，怎么做？这时，你会发现，需要先后打开三个窗口才 能完成这个任务。永远别忘了：分解是必需的，但最终的目的是为了更好的组合，而不 是为了分解。 （３）角度和思维11经常听到这样的抱怨：“用户怎么可以提出这样苛刻的要求呢？”。 细细一了解，你会发现，用户只不过是要求把一个需要两次点击的功能，改 成只有一次点击。这样会导致需要改变需求、改变编码、甚至重新测试，增 加工作量。可是，如果换个角度来想想，这个功能，开发的时候只用了几次、 几十次，可是用户每天都要用几百次甚 至几千次几万次，改动一下就减少了 一半的工作量，对他来说，这样的需求难道会苛刻吗？永远别忘了：没有任何需求是不对的，不对的只是你的需求分析。试 着站在用户的思维角度想想，你的需求分析就会更加的贴近用户，更加的合 理。应该是以人为本的。 （４）程序员逻辑从程序员成长为系统分析员是一个普遍的轨迹，但并不是一个好的 程序员就必然能成为一个好的系统分析员。一些程序员的固化逻辑，使得他 们在做需求分析的时候往往钻进了一些牛角里面。比如说１／０逻辑（或者 是说黑白逻辑），认为不是这样就是那样，没有第三种情况。

可实际情况往往 是，在一定的时候是这样，其它时候是那样。又比如穷举逻辑，喜欢上来就 把所有一二三可能的情况列举出来，然后一个一个分别处理，每个占用三分 之一的时间；可是实际的情况往往是，三分之一的情况占了９９％的比例， 其它两种情况一年都不会遇到一次。实际中还有很多这样的例子，不一一列 举了。永远别忘了：需求分析和程序设计不尽相同，合理、可行是才是重要 的。跳出程序设计的圈子，站在系统的角度上来看问题，你的结论会截然不 同。12

总结：以上内容就是什么是需求分析(什么是方案需求分析)详细介绍，如果您对创业项目感兴趣，可以咨询客服或者文章下面留言，我们会第一时间给您项目的反馈信息。