要想说什么是好的需求分析，不如说什么是不好的需求分析，知道什么是不好的，天然也就晓得了什么是好的。以下就是一些不好的情况：

（１）创意和求实

毋庸质疑的，每个人都会为自己的一个新的idea而激昂万分，特殊是当这个idea受到一些基本不知道你底本要干嘛的人的惊赞时。然而请留神，当你冲动自得的时候，你可能已经忘了你本来是在描写一个需求，而不是在谋划一个创意、发明一个概念。许多刚开端做需求分析的职员都或多或少的会犯这样的过错，沉醉在本人的新主意和新思路中，却违反了需求的原始客观性和实在性准则。

永远别忘了：需求不是海市蜃楼，是实切实在的一砖一瓦。

（２）解剖的快感

简直所有搞软件的人，做需要剖析的时候，一上来就会把用户告知你的请求，完完全整的作个解剖，切开分成几个块，再细分成多少个子块，而后再条分缕析。可是当用户困惑的看着你辛辛劳苦做出来的分析成果问你：我想作一个数据备份的义务，怎么做？这时，你会发明，须要先后翻开三个窗口才干实现这个任务。

永远别忘了：分解是必须的，但终极的目标是为了更好的组合，而不是为了分解。

（３）角度和思维

常常听到这样的埋怨：“用户怎么能够提出这样苛刻的要求呢？”。细细一懂得，你会发现，用户只不外是要求把一个需要两次点击的功效，改成只有一次点击。这样会导致需要改变需求、转变编码、甚至从新测试，增添工作量。可是，假如换个角度来想想，这个功能，开发的时候只用了几回、几十次，可是用户天天都要用几百次甚至几千次几万次，修改一下就减少了一半的工作量，对他来说，这样的需求岂非会刻薄吗？

永远别忘了：没有任何需求是错误的，不对的只是你的需求分析。试着站在用户的思维角度想想，你的需求分析就会更加的贴近用户，更加的合理。软件应当是以人为本的。

（４）程序员逻辑

从程序员成长为系统分析员是一个广泛的轨迹，但并不是一个好的程序员就必定能成为一个好的体系分析员。一些程序员的固化逻辑，使得他们在做需求分析的时候往往钻进了一些牛角里面。比方说１／０逻辑（或者是说黑白逻辑），以为不是这样就是那样，不第三种情况。可实际情况往往是,通讯公司管理系统，在必定的时候是这样，其它时候是那样。又好比穷举逻辑，爱好上来就把所有一二三可能的情况列举出来，然后一个一个分辨处置，每个占用三分之一的时光；可是实际的情况往往是，三分之一的情况占了９９％的比例，其它两种情形一年都不会碰到一次。实际中还有良多这样的例子，不逐一列举了。

永远别忘了：需求分析跟程序设计不尽雷同，公道、可行是才是主要的。跳出程序设计的圈子，站在系统的角度上来看问题，你的论断会截然不同。