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