要想說什么是好的需求分析，不如說什么是不好的需求分析，知道什么是不好的，天然也就曉得了什么是好的。以下就是一些不好的情況：
（１）創(chuàng)意和求實(shí)
毋庸質(zhì)疑的，每個(gè)人都會為自己的一個(gè)新的idea而激昂萬分，特殊是當(dāng)這個(gè)idea受到一些基本不知道你底本要干嘛的人的驚贊時(shí)。然而請留神，當(dāng)你沖動自得的時(shí)候，你可能已經(jīng)忘了你本來是在描寫一個(gè)需求，而不是在謀劃一個(gè)創(chuàng)意、發(fā)明一個(gè)概念。許多剛開端做需求分析的職員都或多或少的會犯這樣的過錯(cuò)，沉醉在本人的新主意和新思路中，卻違反了需求的原始客觀性和實(shí)在性準(zhǔn)則。
永遠(yuǎn)別忘了：需求不是海市蜃樓，是實(shí)切實(shí)在的一磚一瓦。
（２）解剖的快感
簡直所有搞軟件的人，做需要剖析的時(shí)候，一上來就會把用戶告知你的請求，完完全整的作個(gè)解剖，切開分成幾個(gè)塊，再細(xì)分成多少個(gè)子塊，而后再條分縷析?？墒钱?dāng)用戶困惑的看著你辛辛勞苦做出來的分析成果問你：我想作一個(gè)數(shù)據(jù)備份的義務(wù)，怎么做？這時(shí)，你會發(fā)明，須要先后翻開三個(gè)窗口才干實(shí)現(xiàn)這個(gè)任務(wù)。
永遠(yuǎn)別忘了：分解是必須的，但終極的目標(biāo)是為了更好的組合，而不是為了分解。
（３）角度和思維
常常聽到這樣的埋怨：“用戶怎么能夠提出這樣苛刻的要求呢？”。細(xì)細(xì)一懂得，你會發(fā)現(xiàn)，用戶只不外是要求把一個(gè)需要兩次點(diǎn)擊的功效，改成只有一次點(diǎn)擊。這樣會導(dǎo)致需要改變需求、轉(zhuǎn)變編碼、甚至從新測試，增添工作量?？墒牵偃鐡Q個(gè)角度來想想，這個(gè)功能，開發(fā)的時(shí)候只用了幾回、幾十次，可是用戶天天都要用幾百次甚至幾千次幾萬次，修改一下就減少了一半的工作量，對他來說，這樣的需求豈非會刻薄嗎？
永遠(yuǎn)別忘了：沒有任何需求是錯(cuò)誤的，不對的只是你的需求分析。試著站在用戶的思維角度想想，你的需求分析就會更加的貼近用戶，更加的合理。軟件應(yīng)當(dāng)是以人為本的。
（４）程序員邏輯
從程序員成長為系統(tǒng)分析員是一個(gè)廣泛的軌跡，但并不是一個(gè)好的程序員就必定能成為一個(gè)好的體系分析員。一些程序員的固化邏輯，使得他們在做需求分析的時(shí)候往往鉆進(jìn)了一些牛角里面。比方說１／０邏輯（或者是說黑白邏輯），以為不是這樣就是那樣，不第三種情況?？蓪?shí)際情況往往是,通訊公司管理系統(tǒng)，在必定的時(shí)候是這樣，其它時(shí)候是那樣。又好比窮舉邏輯，愛好上來就把所有一二三可能的情況列舉出來，然后一個(gè)一個(gè)分辨處置，每個(gè)占用三分之一的時(shí)光；可是實(shí)際的情況往往是，三分之一的情況占了９９％的比例，其它兩種情形一年都不會碰到一次。實(shí)際中還有良多這樣的例子，不逐一列舉了。
永遠(yuǎn)別忘了：需求分析跟程序設(shè)計(jì)不盡雷同，公道、可行是才是主要的。跳出程序設(shè)計(jì)的圈子，站在系統(tǒng)的角度上來看問題，你的論斷會截然不同。
