滿足需求就是解決問題
需求分析是介於系統分析和軟體設計階段之間的橋梁。一方面，需求分析以系統規格說明和專案規劃作為分析活動的基本出發點，並從軟體角度對它們進行檢查與調整；另一方面，需求規格說明又是軟體設計、實現、測試直至維護的主要基礎。良好的分析活動有助於避免或盡早剔除早期錯誤，從而提高軟體生產率，降低開發成本，改進軟體質量。
需求調查與問題定義：
在做需求調查時需要做到兩w一h即 what、where、how
（1）what-----應該收集什麼資訊
（2）where----從什麼地方收集
（3）how-------用什麼機制或技術來收集
需求分析通常包括幾個方面：
（1）繪製系統上下文範圍關係圖：主要用於定義系統與系統外部實體間的界限和介面的簡單模型，他可以為需求確定乙個範圍。其實就是dfd的0層圖。
（2）建立使用者介面原型：這裡我們可以把他看成是使用者操作的乙個雛形，什麼意思呢就是我們通常所說的介面使用者通過一系列的操作完成他想達到的效果的介面。
（3）分析需求的可行性：這個需求我們應該用什麼技術解決，他實現後的效能怎麼樣，是否與其他需求相重合或是矛盾，這裡一定要注意不要把系統的這個需求怎麼用**實現想進去。在需求分析時應多注意需求本身是否有用不必考慮怎麼實現
（4）確定需求的優先順序：可採用滿意度/不滿意度指標來說明（滿意度1-5 表示當需求被實現時使用者的滿意程度；不滿意度取值同理）
（5）為需求建立模型：這裡可以用uml建立用例圖或是e-r圖再加上少量的文字描述。
（6）使用質量功能調配（qfd）：這裡我的理解是分析員根據需求的理解發現隱藏需求而這些需求是使用者也沒有想到的需求，系統實現後會給使用者乙個驚喜，而沒實現使用者也不會有抱怨。
需求分類
軟體需求分為三大部分：
i． 功能需求：指系統需要完成那些事情，即向使用者提供那些功能。
ii． 非功能需求：指產品所具備的品質和屬性，比如可靠性、擴充套件性、響應時間、效能等等。。。
iii． 設計約束：也稱條件約束、補充規則。比如使用者要安裝該產品他需要有什麼樣的必備條件。（系統對作業系統的要求、硬體環境的要求等等…..）
《軟體需求工程》閱讀筆記02
需求工程概述 軟體需求是從外部可見的 軟體所具有的 滿足於使用者特點的 功能級屬性等的集合。由此我們可以知道，需求分析一方面是分析軟體，更重要的一方面是分析使用者的需求，不能很好地滿足使用者需求的軟體的意義不大。軟體需求分為目標需求 業務需求 功能需求 效能需求 約束與限制。由需求分析構成需求規格說...
《需求工程》閱讀筆記之需求工程
需求工程活動分為需求獲取和需求分析 需求規格說明 需求驗證 需求管理。需求獲取是從人 文件或環境中獲取需求的過程，需求工程師必須要利用各種方法和技術來 發現 需求。需求開發的過程包含有學習和認知的過程，而學習和認知的過程是遞進的，因此需求獲取和分析是交織在一起的，需求工程師需要獲取一些資訊，隨即進行...
軟體需求閱讀筆記02
如果乙個專案缺乏明確的規劃和良好的資訊交流途徑，那將是十分糟糕的。如果專案的參與者持有不同的目標和優先權，那麼他們只能各抒己見，無心工作。如果專案的風險承擔者在產品所能滿足的業務需要和產品所能提供的利益問題上不能達成一致的意見，那麼需求決不會穩定。乙個清晰的專案檢視和範圍過於分散在多個地方開發，在這...