軟體的需求分析必須要有對原業務的一個深入瞭解、提取、抽象、昇華的過程，管理軟體需求分析尤其如此。
按照軟體工程對軟體開發過程的描述，需求階段我們可以細分為需求調研和需求分析兩個小階段
需求調研需要充分細緻的瞭解客戶目標，使用者業務內容、流程 等，這是一個對需求的採集過程，是進行需求分析的基礎準備。當我們已經瞭解、理解了使用者的業務，於是可以開始分析需求了。
軟體系統的需求分析可以由產品工程師或系統分析員或兩者分階段合作完成全部的需求分析工作。
一、 提取出核心、主要、急迫的業務，明晰業務流程
二、 運用管理 思想，優化業務流程
https://www.w3study.wiki/a/202105/83692.html
軟體需求分為三大部分
1. 功能需求：指系統需要完成那些事情，即向使用者提供那些功能。
2. 非功能需求：指產品所具備的品質和屬性，比如可靠性、擴充套件性、響應時間、效能等等..
3. 設計約束：也稱條件約束、補充規則。比如使用者要安裝該產品他需要有什麼樣的必備條件。（系統對作業系統的要求、硬體環境的要求等等…..）
需求調查與問題定義
在做需求調查時需要做到兩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）：這裡我的理解是分析員根據需求的理解發現隱藏需求而這些需求是使用者也沒有想到的需求，系統實現後會給使用者一個驚喜，而沒實現使用者也不會有抱怨。
7.
https://codertw.com/%E7%A8%8B%E5%BC%8F%E8%AA%9E%E8%A8%80/632692/
