需求分析是指理解用戶(hù)需求，就軟件功能與客戶(hù)達(dá)成一致，估計(jì)軟件風(fēng)險(xiǎn)和評(píng)估項(xiàng)目代價(jià)，最終形成開(kāi)發(fā)計(jì)劃的一個(gè)復(fù)雜過(guò)程。從廣義上理解：需求分析包括需求的獲取、分析、規(guī)格說(shuō)明、變更、驗(yàn)證、管理的一系列需求工程。狹義上理解：需求分析指需求的分析、定義過(guò)程。要想說(shuō)什么是好的需求分析，不如說(shuō)什么是不好的需求分析，知道什么是不好的，自然也就知道了什么是好的。以下就是一些不好的情況：
（１）創(chuàng)意和求實(shí)
毋庸質(zhì)疑的，每個(gè)人都會(huì)為自己的一個(gè)新的idea而激動(dòng)萬(wàn)分，特別是當(dāng)這個(gè)idea受到一些根本不知道你原本要干嘛的人的驚贊時(shí)。但是請(qǐng)注意，當(dāng)你激動(dòng)得意的時(shí)候，你可能已經(jīng)忘了你原本是在描述一個(gè)需求，而不是在策劃一個(gè)創(chuàng)意、創(chuàng)造一個(gè)概念。很多剛開(kāi)始做需求分析的人員都或多或少的會(huì)犯這樣的錯(cuò)誤，陶醉在自己的新想法和新思路中，卻違背了需求的原始客觀性和真實(shí)性原則。
永遠(yuǎn)別忘了：需求不是空中樓閣，是實(shí)實(shí)在在的一磚一瓦。
（２）解剖的快感
幾乎所有搞軟件的人，做需求分析的時(shí)候，一上來(lái)就會(huì)把用戶(hù)告訴你的要求，完完整整的作個(gè)解剖，切開(kāi)分成幾個(gè)塊，再細(xì)分成幾個(gè)子塊，然后再條分縷析?？墒钱?dāng)用戶(hù)迷惑的看著你辛辛苦苦做出來(lái)的分析結(jié)果問(wèn)你：我想作一個(gè)數(shù)據(jù)備份的任務(wù)，怎么做？這時(shí)，你會(huì)發(fā)現(xiàn)，需要先后打開(kāi)三個(gè)窗口才能完成這個(gè)任務(wù)。
永遠(yuǎn)別忘了：分解是必需的，但最終的目的是為了更好的組合，而不是為了分解。
（3）程序員邏輯
從程序員成長(zhǎng)為系統(tǒng)分析員是一個(gè)普遍的軌跡，但并不是一個(gè)好的程序員就必然能成為一個(gè)好的系統(tǒng)分析員。一些程序員的固化邏輯，使得他們?cè)谧鲂枨蠓治龅臅r(shí)候往往鉆進(jìn)了一些牛角里面。比如說(shuō)１／０邏輯（或者是說(shuō)黑白邏輯），認(rèn)為不是這樣就是那樣，沒(méi)有第三種情況。可實(shí)際情況往往是，在一定的時(shí)候是這樣，其它時(shí)候是那樣。又比如窮舉邏輯，喜歡上來(lái)就把所有一二三可能的情況列舉出來(lái)，然后一個(gè)一個(gè)分別處理，每個(gè)占用三分之一的時(shí)間；可是實(shí)際的情況往往是，三分之一的情況占了９９％的比例，其它兩種情況一年都不會(huì)遇到一次。實(shí)際中還有很多這樣的例子，不一一列舉了。
永遠(yuǎn)別忘了：需求分析和程序設(shè)計(jì)不盡相同，合理、可行是才是重要的。跳出程序設(shè)計(jì)的圈子，站在系統(tǒng)的角度上來(lái)看問(wèn)題，你的結(jié)論會(huì)截然不同。
（4）角度和思維
經(jīng)常聽(tīng)到這樣的抱怨：“用戶(hù)怎么可以提出這樣苛刻的要求呢？”。細(xì)細(xì)一了解，你會(huì)發(fā)現(xiàn)，用戶(hù)只不過(guò)是要求把一個(gè)需要兩次點(diǎn)擊的功能，改成只有一次點(diǎn)擊。這樣會(huì)導(dǎo)致需要改變需求、改變編碼、甚至重新測(cè)試，增加工作量?？墒牵绻麚Q個(gè)角度來(lái)想想，這個(gè)功能，開(kāi)發(fā)的時(shí)候只用了幾次、幾十次，可是用戶(hù)每天都要用幾百次甚 至幾千次幾萬(wàn)次，改動(dòng)一下就減少了一半的工作量，對(duì)他來(lái)說(shuō)，這樣的需求難道會(huì)苛刻嗎？
永遠(yuǎn)別忘了：沒(méi)有任何需求是不對(duì)的，不對(duì)的只是你的需求分析。試著站在用戶(hù)的思維角度想想，你的需求分析就會(huì)更加的貼近用戶(hù)，更加的合理。軟件應(yīng)該是以人為本的。