其中軟體成功因素中有15.9%使用者參與，13.0%的清晰的需求描述，8.2%現實的客戶期望這些權重加起來竟高達將近50%，很顯然，需求分析在軟體工程行業是十分重要的更是必須要做而且要做好的。
文章中作者舉了好多現實中的例子（也許只有到了職場才能深有體會吧），這些例子都是真真實實發生過的或者是正在發生的，作者一一指出了其中的弊端；比如說寫乙份軟體規格需求說明書，我們的需求說明書是要給誰看的，誰又會看那一部分呢？這兩個問題是實實在在的，的確如此，苦逼的程式設計師緊趕慢趕起早貪黑的寫了厚厚一摞的文件，恭恭敬敬的交到經理面前，但是經理會認真看嗎？對，他肯定不會！首先，經理有他自己的主要職責不會在這一方面浪費太多的時間；其次，一本規格需求說明書少說幾萬字，包含內容繁多，經理也不知道要看哪一部分；再次，程式設計師的需求規格說明書裡面專業術語太多，而經理又不一定是懂技術的人，這就在理解上帶來了很多不必要的麻煩。所以，在撰寫文件方面，作者提出了這樣的方法：需求規格說明書應採用業務嚮導的樹形結構來組織。
除了這一方面的問題作者還列舉出了「使用者參與度低」「使用者需求過於不現實」「軟體需求變更頻繁」「內部人員交流失真」等重大問題。在沒有了解軟體需求之前作為一名新手當然是不會想這末多的，以為做軟體的重頭戲就是在編寫（看來真是可笑），現在真正體會到了需求和目標的重要性。其實在做需求和交流這條路上關鍵是與人打交道，需求分析師和客戶之間高效率的交流，**編寫者與專案經理之間默契的配合，以及公司內各個部門之間無間的合作才是成功的關鍵。至於說技術嘛，這些都是可以用money買得到的。
軟體需求開發最佳實踐 閱讀筆記一
從軟體工程誕生的那一刻，需求體系就一直走在過程改進的道路上，作為乙個軟體開發人員的預備役，對於軟體需求我們應該有一定的認識，軟體需求開發最佳實踐 這本書來對於初學者來說能夠很好的理解軟體需求。需求體系比較成熟的有結構化方法 物件導向方法 面向控制方法和面向資料方法，在需求成果表達上也有許多手段，如著...
《軟體需求最佳實踐》閱讀筆記06
第7章 需求描述最佳實踐 在描述需求時，我們首先確定以什麼風格來表述，另外還應該選擇與專案 團隊特點相符合的風格模板。常見的描述風格與選用標準 在描述需求時，最常見的描述風格個可以分成自然語言 圖形化模型和形式化規格描述3種 自然語言，也就是使用結構合理的自然語言來描述需求，這種形式不管對於寫的人還...
《軟體需求最佳實踐》閱讀筆記01
第3章 軟體需求與需求工程 什麼是軟體需求 需求的三個層次 業務需求 業務需求是反映企業組織對軟體系統的高層次目標要求，就是軟體系統的建設目標 使用者需求 值描述的時使用者使用軟體需要完成什麼任務，怎麼完成的需求，通常是在業務定義的基礎上進行使用者訪談 調查，對使用者使用的場景進行整理，從而建立使用...