許多軟體問題都源於收集、記錄、協商和修改產品需求過程中的方式不當，包括資訊收集方式不正規，沒有明確提出想要的功能，假設是未經過溝通的錯誤假設，需求的定義不夠充分，以及未經仔細考慮進行需求變更等。在軟體開發中遇到的問題時，人們常常輕率地將其忽略。軟體專案中40%~60%的缺陷都是由需求分析階段的過失所致。如果處理得當，各方利益的相互作用就能使產品獲得成功，同時使客戶感到滿意，並使開發人員充滿成就感；否則就會導致誤解、挫折和矛盾，從而降低產品的質量的商業價值。由於需求是軟體開發和專案管理活動的基礎，所以涉眾必須遵循有效的需求過程。
但是開發和管理需求絕非易事，沒有任何捷徑與魔法。由於很多組織被一些同樣的問題所困擾，所以我們可以尋找共同的解決方法，以用於不同的情況。
軟體行業存在這樣乙個問題，用於描述需求工作的術語沒有統一的定義。對同一項需求，不同的人會有不同的描述，稱其為使用者需求，軟體需求，功能需求，系統需求，技術需求，業務需求或產品需求。客戶對需求的定義，在開發人員看來可能只是高階別的產品概念；而開發人員的需求概念對使用者來說也許就是詳細的使用者介面設計。定義多樣性導致了令人迷惑或沮喪的溝通問題。需求必須被記錄成文件。
軟體需求包括3個不同的層次————業務需求，使用者需求和功能需求。除此之外，每個系統還有各種非功能需求。
需求開發可進一步細分為獲取，分析，規格說明和確認，這些子學科涵蓋了為軟體和軟體相關產品收集，評估和記錄相關的所有活動。
《軟體需求》讀書筆記01
許多軟體問題都源於收集 記錄 協商和修改產品需求過程中的方式不當，包括資訊收集方式不正規，沒有明確提出想要的功能，假設是未經過溝通的錯誤假設，需求的定義不夠充分，以及未經仔細考慮進行需求變更等。在軟體開發中遇到的問題時，人們常常輕率地將其忽略。軟體專案中40 60 的缺陷都是由需求分析階段的過失所致...
《軟體需求》讀書筆記四
需求捕獲應該是主動的 需求捕獲應該是聚焦的 案例 小趙問監控中心的小張 你對這個系統有什麼需求？小張說 我想到的功能包括值班日誌 告警的聲光提示 基於簡訊的告警通知.老李問小徐 當監控中心收到乙個告警的時候，希望以什麼形式來體現？收到後，你們一般會進行什麼樣的處理？小張的提問使得捕獲過程很發散，而老...
《軟體需求》讀書筆記03
業務需求代表了需求鏈中最高層的抽象 他們為軟體系統定義了專案檢視和範圍。軟體功能需求必須根據使用者的需求來考慮，且要與業務需求所設定的目標相一致。對不利於實現專案業務目標的需求應該排除在外。乙個專案可能包括一些與軟體沒有直接關係的需求，例如 硬體的購買 產品的安裝 維護或廣告。但在此，我們只關心與軟...