•敏捷的需求分析管理

需求管理（變更控制，版本控制，需求跟蹤和狀態跟蹤）和需求開發（問題獲取，分析，規格說明，驗證）

1. 系統變更頻繁
2. 系統上線時遇到很大阻力
3. 系統上線後效果不佳
4. 系統不可用甚至崩潰

•敏捷的需求過程

1. 需求獲取：通過與使用者的交流，對現有系統的觀察及對任務進行分析，從而開發、捕獲和修訂使用者的需求；
2. 需求建模：為終端使用者所看到的系統建立一個概念模型，作為抽象描述，並儘可能多的捕獲現實世界。
3. 需求規格：生成需求模型構件的精確的形式化的描述，作為使用者和開發者之間的一個協約；
4. 需求驗證：以需求規格說明為輸入，通過符號執行、模擬或快速原型等途徑，分析需求規格的正確性和可行性，包含有效性檢查，一致性檢查，可行性檢查和確認可驗證性；
5. 需求管理：支援系統的需求演進，如需求變化和可跟蹤性問題。

•需求的概念和需求分析的任務：軟體需求是使用者解決問題或達到目標所需條件或能力。

•敏捷的需求型別：

1. 業務需求( business requirement)反映了組織機構或客戶對系統、產品高層次的目標要求，它們在專案檢視與範圍文件中予以說明。
2. 使用者需求(user requirement) 文件描述了使用者使用產品必須要完成的任務，這在使用例項(use case）文件或方案指令碼(scenario)說明中予以說明。
3. 功能需求(functional requirement)定義了開發人員必須實現的
   軟體功能，使得使用者能完成他們的任務，從而滿足了業務需求。

•敏捷的需求分析與軟體生命週期的關係

敏捷的需求分析方法總結：

•收集使用者需要產生的單據和報表 ；表單及報表的適用物件；

•畫出業務流程圖，並認真檢查和核對每條路徑中是否完備，異常情況怎樣處理（系統的動態特性）；

•依據流程圖收集每個步驟需要的使用和操作的資料，確定資料的型別和範圍（系統的靜態特性）；

•畫出業務實體及其關係，並估計業務實體的產生頻率和資料量；

•評估業務流程和實體中需求變化的可能性；使用者許可權；

•資訊系統建設現狀；收集使用者對系統介面風格、版式、顏色的偏好和需求；

•對系統將來使用的硬體、作業系統、網路情況進行了解

•編制簡單介面原型（該步驟也可放在需求分析之後完成，再次和使用者進行溝通）;