1. 什麼是需求
需求開發是主線，是目標；需求管理是支持，是保障；
軟件需求是指系統必須完成的事或必須具備的品質。
2. 需求層次：業務需求/用戶需求/系統需求，層次從目標到具體，整體到局部，概念到細節
業務需求：對系統高層次的目標要求，來自甲方高級管理人員（確定項目視圖和範圍）；
用戶需求：用戶的具體需求，能用這個系統做什麼工作，可採用調查問卷完成收集；
系統需求：功能性需求/非功能性需求/系統設計約束等
3. 質量功能部署（QFD）
將用戶要求求轉化爲軟件需求的技術，提升用戶滿意度；
常規需求：用戶認爲需要做到的功能或性能，完成越多，滿意度越高；
期望需求：用戶想當然的認爲需要完成的功能，但不能準確描述，若不能實現，會讓用戶感到不滿意
意外需求：要求範圍外（但是開發人員非常樂意賦予的功能或性能需求）,不實現也不影響購買需求；
4. 需求獲取
用戶訪談：最基本的獲取手段，有良好的靈活性和較廣的範圍，記錄/溝通 需要分析師具備良好的領域技能，且時間有限；
問卷調：獲得大量的數據，方便記錄；
採樣：選着一部分樣例進行觀察；
情節串聯版：通過故事的方式串聯情節，獲得需求；
聯合需求計劃：JRP 成本較高，召開會議討論；
5. 需求分析：提煉/分析/仔細審查已獲取的需求；需求分析工作包含一下方面
5.1 繪製系統上下文範圍關係圖【爲需求確定範圍】
5.2 創建用戶界面原型
5.3 分析需求的可行性
5.4 確定優先級
5.5 需求建模
5.6 使用數據字典
5.7 使用QFD
6. 需求分析的方法
6.1 SA方法關注功能的分層和分解，自上而下，對現實的問題進行不斷的測試和分解，最終得到問題域的邏輯模型；
6.2 OOA（面向對象）方法，基於抽象，信息隱藏，功能獨立和模塊化，彼此之間通過接口溝通；
總結： SA 假定系統分析師能理解問題域的全部，並能夠正確識別和分解問題；OOA既不假定分析師能理解全部，也不假定分析師能識別和分解問題，它只承諾一種持續“觀測並理解”的方法，並且“觀測後建立”的表象與現實生活的表象是一致的；
6.3 SA採用功能分解的方式描述系統需求，很難從功能到全局的考量
6.4 在OOA方法中構建用例模型有四個階段：識別參與者/合併需求獲得用例/細化用例描述/調整用例模型，前三個是必須的
7. 需求的定義/驗證/評審
需求定義分爲：嚴格定義方法/原型方法
8. 需求管理
需求基線：需求開發的結果應該有項目視圖和範圍文檔，用例文檔及SRS及相關分析模型，經過評審，這些文檔就是定義了開發的需求基線；
基線分爲：功能基線/指派基線/產品基線 （經過評審後的SRS屬於指派基線）
需求變更：規範的處理變更，不是一味地拒絕；
需求跟蹤：
