軟體需求實際就是「業務知識+問題列表+其他元素」。軟體需求的三層次：業務需求、使用者需求、軟體需求。需求也有著三種型別：功能需求、非功能需求、設計約束。
需求管理項之間的關係
1統一、明確的需求項劃分標準
成功的劃分滿足以下條件：
1、粒度均勻（如每個需求項的大小相當，即工時相當等）
2、大小合適（如每個需求項工作量以週為單位）
3、完整（最低一級的需求項應該涵蓋所有的開發任務）
2 引入基線管理
每次迭代都是乙個小型的瀑布型生命週期；通過這樣的分解，整個開發工作就被劃分成了多個小專案，這種模式更容易使開發人員保持良好的工作節奏。
在劃分基線是，通常需要完成三個方面的事情：
1、確立優先順序；確保高優先順序，高風險的需求項在盡早的迭代中完成；
2、工作量估算；確保每次迭代的時間安排是緊湊的
3、未完成項的合併
3引入變更管理
客觀存在的需求變更是引入變更管理成為必然
就需求管理而言主要完成：
1、業務影響分析：
從業務角度對變更的合理性、優先順序以及對原有需求的影響進行分析，確定優先順序
2、技術影響分析：
從技術角度對變更的影響範圍、工作量進行分析，並決定是拒絕、在後續還是在本次的迭代中進行響應
3、專案影響分析：
基於前面的工作量分析，考慮是否對整個專案的時間、進度、成本產生較大影響
4引入需求跟蹤
引入需求跟蹤能精確地評價在變更的影響分析過程中變更將影響的哪些需求項、哪些設計元素
劃分出大小合適、粒度均勻的需求項是需求管理的前提
需求優先順序與工作量估算是基線管理的關鍵
軟體需求模式閱讀筆記04
1 基礎需求模式 1.系統間介面需求模式 基本細節包括相關模式 系統間互動 吞吐量 可用性 擴充套件性 遵從標準 文件 技術 和預期頻率 在小型或中型的系統中，有4個或更少的需求 在複雜的系統中可能有一打或更多的需求 兩部分。適用性 使用系統間介面需求模式定義被定義的系統和任何與之互動的外部系統或元...
04軟體需求模式閱讀筆記之四
這一章主要是說明基礎需求模式。基礎需求模式是所有種類的系統都可能需要的一些東西。使用系統間需求模式定義被定義的系統和任何與之互動的外部系統或元件之間的介面的基本細節。每個系統規格都應該包括乙個系統上下文圖，每個介面必須有乙個唯一標識的介面識別符號，每個介面必須確定是完全屬於內部的還是外部的。如果介面...
軟體需求閱讀筆記
案例 某大銀行的一位銀行卡辦公室的收賬經理liz遇到了乙個問題。她每週都收到乙份過期未付款的賬戶名單。這份報告已經從兩年前的250個賬戶增加到現在的1250個賬戶。為了確定那些嚴重拖欠債務的賬戶，liz需要通讀這份報告。嚴重拖欠債務的賬戶由幾個不同的規則確定，每個規則都要求liz檢查客戶的一項或幾項...