概念速記-簡潔版（下）
1. 需求分析
軟件需求規格說明（SRS）產生階段：對系統需求，解決方案的定義和文檔化階段。
需求規格說明活動對模板的使用過程：標准模板、組織模板、項目模板、項目軟件規格說明文檔。
需求分析的根本任務：建立分析模型，創建解決方案
建立分析模型的方法：抽象，分解
兩個世界與三種模型：
計算機世界與計算機模型 形式化 不易理解
問題世界與業務模型 非形式化 不適於建模
軟件分析模型 半形式化 常用
分析模型三要素：語法（復雜），語義（豐富），語用（嚴格同時又不太復雜）。
需求分析方法：傳統分析，結構化分析，面向對象分析。
視點：對復雜系統拆解后的子部分。
需求建模的子活動：問題域建模，創建解決方案，解決方案建模。
上下文圖：結構化分析信息工程
類圖：面向對象方法
活動圖：面向對象
交互圖主要元素：對象，生命線，消息
面向對象分析與設計的關鍵是實現從用例模型到完全對象模型的過渡。
對象包含：標識，狀態，行為。
狀態機理論：系統總是處於一定的狀態之中。系統在任一狀態中都是穩定的，如果沒有外部事件 ，系統會一直持續維持該狀態。
對象約束語言（OCL）是一種規約語言，它以表達式的方式定義對其它模型元素的約束。
領域模型中的識別候選類方法有：名詞分析，行為分析，概念類分析列表。
2. 需求驗證
需求評審過程：規划，總體部署，准備，審查會議，返工，跟蹤
評審的檢查方法：自由方法，檢查清單（廣泛），場景（能發現更多錯誤），缺陷，功能點，視角，逐步提升
驗證貫穿於整個軟件生命周期過程中。
3. 需求管理
需求管理的活動：維護需求基線，實現需求跟蹤，控制變更
需求基線的定義：1.已經通過正式評審和批准的規格說明或產品，它可以作為進一步開發的基礎，並且只有通過正式的變更控制過程才能修改它。
2.是被明確和固定下來的需求集合，是項目團隊需要在某一特定產品版本中實現的特征和需求集合。
需求基線的維護主要包括：配置管理和狀態維護。
需求跟蹤：以軟件需求規格說明文檔為基線，在向前和向后兩個方向上，描述需求以及跟蹤需求變化的能力。
向前跟蹤幫助項目管理者，向后跟蹤幫助客戶和用戶。
從需求向后回溯說明軟件需求來源於哪些涉眾的需要和目標。
向后跟蹤指用例到軟件需求規格說明文檔之后的演化過程。
需求變更過程：
需求變更管理案例（當客戶提出需求變更的處理辦法）
1.提起變更申請 2.技術評審 3.評估對於工期的影響 4.估算增加的時間成本，人力成本，金錢成本 5.描述需求變更對項目不同階段的影響 6.變更風險分析 7.決定是否變更。