有幾種原因使需求分析變得困難：
（1）客戶說不清楚需求；
（2）需求自身經常變動；
（3）分析人員或客戶理解有誤。
1、客戶說不清楚需求
有些客戶對需求只有朦朧的感覺，當然說不清楚具體的需求。例如全國各地的很多**機構在搞網路建設，這些單位的領導和辦公人員大多不清楚計算機網路有什麼用，反而要軟體系統分析人員替他們設想需求。這類工程的需求是如此的主觀，以致產生很多**腐敗現象。
有些客戶心裡非常清楚想要什麼，但卻說不明白。讀者可能很不以為然。就舉日常生活的事例吧，比如說買鞋子。我們非常了解自已的腳，但沒法說清楚腳的大小和形狀。只能拿鞋子去試，試穿時感覺到舒服才會買鞋（居然也有神通廣大的售貨員，看一眼客戶的手，就知道應該穿什麼樣的鞋）。
如果客戶本身就懂軟體開發，能把需求說得清清楚楚，這樣的需求分析將會非常輕鬆、愉快。如果客戶全不懂軟體，但信任軟體開發方，這事也好辦。分析人員可以引導客戶，先闡述常規的需求，再由客戶否定不需要的，最終確定客戶真正的需求。最怕的就是「不懂裝懂」或者「半懂充內行」的客戶，他們會提出不切實際的需求。如果這些客戶甚至覺得自己是上帝的爸爸，那麼和協商都會很困難。 syu
e.com
2、需求自身經常變動
唐僧曾說：「妖要是有了仁慈之心，就不再是妖，是人妖。」（《大話西遊之大聖娶親》）
連妖都會變心，別說人了。所以喜新厭舊乃人之常情，世界也因此變得多姿多彩。
軟體的需求會變化嗎？
答：據歷史記載，沒有乙個軟體的需求改動少於三次。唯一只改動需求兩次的客戶是個死人。這個可憐的傢伙還是在運送第三次需求的路上被車子撞死的。
讓我們先接受「需求會變動」這個事實吧，免得在需求變動時驚慌失措。明白「需求會變動」這個道理後，在進行需求分析時就要留點神：
（1）盡可能地分析清楚哪些是穩定的需求，哪些是易變的需求。以便在進行系統設計時，將軟體的核心建築在穩定的需求上，否則將會吃盡苦頭。
（2）在合同中一定要說清楚「做什麼」和「不做什麼」。如果合同含含糊糊，日後扯皮的事情就多。要防止象韓復渠那樣，在別人請他喝酒吃飯時他什麼都點頭（人家就更加獻殷勤），吃完了他就宣布剛才答應的事都不算數，便揚長而去。
3、分析人員或客戶理解有誤
有個外星人間諜潛伏到地球刺探情報，它給上司寫了乙份報告：「主宰地球的是車。它們喝汽油，靠四個輪子滾動前進。嗓門極大，在夜裡雙眼能射出強光。……有趣的是，車裡住著一種叫作『人』的寄生蟲，這些寄生蟲完全控制了車。」 [資源來自"歲月聯盟"]
軟體系統分析人員不可能都是全才。客戶表達的需求，不同的分析人員可能有不同的理解。如果分析人員理解錯了，可能會導致開發人員白幹活，吃力不討好。我讀中學時候最怕寫作文逃題，如果逃題了，不管作文寫得多長，總是零分。所以分析人員寫好需求說明書後，要請客戶方的各個代表驗證。如果問題很複雜，雙方都不太明白，就有必要請開發人員快速構造軟體的原型，雙方再次論證需求說明書是否正確。
由於客戶大多不懂軟體，他們可能覺得軟體是萬能的，會提出一些無法實現的需求。有時客戶還會把軟體系統分析人員的建議或答覆給想歪了。
為什麼軟體系統分析員的工資要比普通高？就是因為需求分析困難嘛。
內容來自"歲月聯盟"
軟體專案的需求分析
需求分析 在具體的研究需求分析之前，我們先了解一下軟體工程這個概念。軟體工程分為三個層次，過程層 方法層 工具層。在最基礎的過程層，最重要的就是一組被稱為關鍵過程區域 kpas 的框架 kpa的概念在討論cmm的書中有詳細的概念說明 關鍵過程區域構成了軟體專案的管理控制的基礎，並且確立了上下文各區域...
需求，需求分析為什麼這麼難？
做需求分析已經兩年多了，從乙個啥都不懂的大學畢業生到現在在公司的相關專案中擔任主力需求人員，其中感觸頗多。我想肯定有很多人跟我一樣，面對選擇時，經常會迷失方向，不知道自己該做什麼，能做什麼，會做什麼？剛剛進公司不到三月，有幸逢上了一次公司改革的機會，進入了需求部門，作為需求組的一員，但是我什麼都不懂...
需求分析的過程是什麼 為什麼要做需求分析？
幾年前，我曾在在一場面試中被問到，你如何做需求分析的？那時候，我還是個畫圖的線框仔，只能通過碎片化的語言來解釋該如何處理需求。所以面試結果也如預料的那樣，掛掉了。可能有點滑稽，當時連 需求分析 這個詞都是第一次聽說，懂什麼需求分析？所以今個想寫寫需求分析。寫需求分析，總要提提需求分析的好處吧？需求分...