許多軟體問題都源於收集、記錄、協商和修改產品需求過程中的方式不當，包括資訊收集方式不正規，沒有明確提出想要的功能，假設是未經過溝通的錯誤假設，需求的定義不夠充分，以及未經仔細考慮進行需求變更等。在軟體開發中遇到的問題時，人們常常輕率地將其忽略。軟體專案中40%~60%的缺陷都是由需求分析階段的過失所致。如果處理得當，各方利益的相互作用就能使產品獲得成功，同時使客戶感到滿意，並使開發人員充滿成就感；否則就會導致誤解、挫折和矛盾，從而降低產品的質量的商業價值。由於需求是軟體開發和專案管理活動的基礎，所以涉眾必須遵循有效的需求過程。
但是開發和管理需求絕非易事，沒有任何捷徑與魔法。由於很多組織被一些同樣的問題所困擾，所以我們可以尋找共同的解決方法，以用於不同的情況。
軟體行業存在這樣乙個問題，用於描述需求工作的術語沒有統一的定義。對同一項需求，不同的人會有不同的描述，稱其為使用者需求，軟體需求，功能需求，系統需求，技術需求，業務需求或產品需求。客戶對需求的定義，在開發人員看來可能只是高階別的產品概念；而開發人員的需求概念對使用者來說也許就是詳細的使用者介面設計。定義多樣性導致了令人迷惑或沮喪的溝通問題。需求必須被記錄成文件。
軟體需求包括3個不同的層次————業務需求，使用者需求和功能需求。除此之外，每個系統還有各種非功能需求。
需求開發可進一步細分為獲取，分析，規格說明和確認，這些子學科涵蓋了為軟體和軟體相關產品收集，評估和記錄相關的所有活動。
閱讀筆記01
架構是有關軟體整體結構與元件的抽象描述，用於指導大型軟體系統各個方面的設計。為了對架構有更加深刻的理解和掌握如何進行架構，我閱讀了 架構之美 這本書。這本書是來介紹系統的設計方法的。首先對架構的基本概念進行了了解。在建築，寫作等各種行業都可以看到這個詞的出現.架構是系統設計的一部分，它突出了某些細節...
閱讀筆記01
第一章 01 作為 軟體需求分析教程 的開端,也就是第一章內容為我們介紹了軟體需求分析的一些例項，以及需求的定義。從閱讀的過程中我了解到，任何乙個軟體專案都存在他的需求，與此同時，往往決定專案成功與否的關鍵，也是專案最初階段需求分析的成功與否。在軟體工程中，所有的風險承擔者 stakeholder ...
假期閱讀筆記01
在大三這個寒假我閱讀了 架構之美 這本書，對於架構我之前是有聽說的，但是並沒有很深刻的了解，通過這次對於 架構之美 的閱讀，我了解到架構對架構師，構建者和其他利益相關者有著重要的幫助。乙個合格的系統首先要具備架構的概念，架構是有關軟體整體結構與元件的抽象描述，用於指導大型軟體系統各個方面的設計。當今...