「如果你根本不知道自己在討論什
麼，那麼對其
強求精確是毫無意
義的 「（
john von neumann
）本書的意圖
也許就是使讀者能夠「知道」軟體的需求。
隨著開發語言和開發工具的不斷發展，單純的軟體編寫正在變得越來越容易，隨之而來的是，人們希望用軟體來處理更加複雜的事務，這樣需求的複雜性在日益增加，已經成為了決定專案成敗的最關鍵的部分。然而在如何能夠得到正確的需求方面，我們才剛剛開始進行探索，存在著很大的不足，本書第一篇列舉了一些如關於需求的含混性和通過問題獲得了不真實需求，使我覺得很吃驚，回頭看看自己曾做過的需求，可以說很大的程度上都存在著這樣的問題，而且更糟糕的是，自己從來未意識到問題的存在。在書的後面幾篇，作者給出了收集需求的方式，因為未曾真正的把這些方式運用於實踐，現在只是在學習，還不能說有什麼心得。
本書的另乙個特點是作者是個很好的心理學家，曾寫過一些關於程式設計師心理的書，在本書裡，作者很好的為我們分析了客戶的心理和需求收集人員的心理，從人性的角度出發提出建議，使這些建議有很強的針對性和可行性。我們在收集需求的時候亦非常必要很好的把握客戶的心理，同時合理避免本身的一些心理誤區。本書在這方面也有很強的參考價值。
讀了一遍，還有很多地方不甚理解，只能寫一下自己的感覺，歡迎對此書有興趣的朋友一起討論學習。
btw,文中有下面的話：
「產品什
麼都不是，而
開發過程就是一切。
文件什麼
都不是，而
編制文件的
過程就是一切。」
這樣的話在書中幾次出現，猜測
意思可能是
說過程決定了
產品，所以
過程是重要的，滿足了
過程就會得到產品。
還是說通過過程，使參與過程的人掌握了必要的知識。覺得不是很理解。
《軟體需求》讀書筆記四
需求捕獲應該是主動的 需求捕獲應該是聚焦的 案例 小趙問監控中心的小張 你對這個系統有什麼需求？小張說 我想到的功能包括值班日誌 告警的聲光提示 基於簡訊的告警通知.老李問小徐 當監控中心收到乙個告警的時候，希望以什麼形式來體現？收到後，你們一般會進行什麼樣的處理？小張的提問使得捕獲過程很發散，而老...
《軟體需求》讀書筆記03
業務需求代表了需求鏈中最高層的抽象 他們為軟體系統定義了專案檢視和範圍。軟體功能需求必須根據使用者的需求來考慮，且要與業務需求所設定的目標相一致。對不利於實現專案業務目標的需求應該排除在外。乙個專案可能包括一些與軟體沒有直接關係的需求，例如 硬體的購買 產品的安裝 維護或廣告。但在此，我們只關心與軟...
《軟體需求》讀書筆記02
需求 需求收集方法 軟體需求可以來自方方面面，這取決於所開發產品的性質和開發環境。需從不同使用者代表和 收集需求，這說明了需求工程是以相互交流為核心的性質。下面是幾個軟體需求的典型 1 訪問並與有潛力的使用者 為找出新軟體產品的使用者需求，最直截了當的方法是詢問他們。2 把對目前的或競爭產品的描述寫...