許多任務程專案不能按時完成或者最後導致失敗的乙個很大的原因就是弄不清需求是什麼，不能準確理解客戶的需求意圖，所以前期做好需求調研是一件非常重要的工作，是一件與系統**開發占有同等比重的工作。
讀這本書的同時,要注意實踐過程,不必非得要從乙個新專案開始應用,可以找乙個以前的或者是現在正在進行的專案,根據書中所講,著手開始實踐.
軟體需求就是需要知道是什麼和為什麼。
在軟體開發當中遇到的許多問題，都是由於收集，編寫，協商，修改產品需求過程中的手續和做法失誤所帶來的。需求分析階段如果能夠做好的話，就能開發出很出色的產品。因為需求分析奠定了軟體工程和專案管理的基礎。
使用者和開發者理解的需求是不一樣的，所以在開發之前，一定要編寫需求文件。並且如果中途換了開發人員的話，可以從需求文件裡面檢視需求，而不必重新做需求分析。在描述需求的語言和文字上，需要和使用者達成共識。
軟體需求分三個層次：業務需求，使用者需求和功能需求，還包括非功能需求。三種需求需要寫在軟體需求規格說明書中。非功能需求描述了系統展現給使用者的行為和執行的操作等。使用者需求需要與業務需求一致。需求並沒有涉及設計細節，實現細節等資訊，它關注的是究竟想開發什麼。
開發軟體系統最困難的是編寫出詳細技術需求，一旦做錯，修改極為困難。
即便只是並非出於商業目的的軟體需求也是必須的，有些東西可能不需要交流就能達成一致，但後期可能會花費更長時間返工。所以即便只是很小的事情，最好還是寫清楚需求說明。
很多情況會導致出現不合格的需求說明：沒有足夠的使用者參與，就不能確定軟體的實際使用情況；使用者需求可能會不斷擴充套件，會導致專案越來越龐大，導致不可控情況，所以需要在一開始就對專案檢視、範圍、目標、約束限制和成功標準給予明確說明；模稜兩可的需求會帶來不可避免的後果便是返工，比較好的方法是從不同角度審查需求，來消除二義性；一些不必要的特性需要慎重考慮；如果規格說明過於精簡，會使得開發最後失敗；在只有乙個不明確的需求分析時，不要簡單的做乙個計畫。
高質量的需求過程會使開發後期和整個維護階段的返工重做大大減少，會節省很多維護時間成本，所以在前期做好需求分析是一件非常重要的事情。乙個優秀的需求說明具有完整性，正確性，可行性，必要性，無二義性，可驗證性，還要劃分優先順序。而好的需求規格說明也具有一些特點：完整性，一致性，可修改性，可跟蹤性。
需求工程又分為需求開發和需求管理，需求開發包括問題獲取，分析，編寫規格說明，驗證過程。需求管理一般包括定義需求基線等活動。
需求分析是乙個非常重要的前期工作，如果可以把這個地方做好，那麼無論是在開發還是後期的維護當中，都會節省很多時間成本，做好需求分析，是乙個複雜的過程，也需要一些經驗，所以不要心急。
軟體需求分析教程閱讀筆記二
管理人員在要求開發乙個系統時並不會理解進行需求分析的重要性，他們只知道能不能盡快開發出相應的系統來方便使用，但是如果不做好需求分析，最終開發出的系統也不會有人用。客戶的需求認識並不像軟體開發人員這樣，了解的比較清楚，客戶通常並不懂得從系統的實際使用者處得到資訊的重要性，然而從產品的實際使用者處收集需...
軟體需求分析教程閱讀筆記四
需求調研之後，進行需求分析時，需要提煉 分析 和仔細審查已經收集到的需求，並告知所有的風險承擔者，來找出其中的錯誤 遺漏 或者其他任何不足，需要改進的地方，這樣才能開發出高質量的需求報告。要繪製系統的上下文示意圖，也叫頂層資料流圖，表示了系統與系統外部實體間的界限和介面，還能表示出系統與外部實體的資...
軟體需求分析 閱讀筆記
筆記要求 發表一篇閱讀筆記，說明本學期 軟體需求分析 需要掌握哪些必要的內容？針對每個內容點說出自己的理解，並繪圖標意相互之間的關聯關係。讀 需求工程 軟體建模與分析 有感 今天大致的看了一下這本書，對軟體需求分析有了初步的了解，我認為學習軟體需求分析需要掌握的內容主要包括五個方面 需求基礎與過程 ...