系统需求分析设计.pptVIP

系統需求分析（ Systems Analysis ） 課程內容 概念及定義 需求分析的重要性 需求分析的成果 需求分析的任務 分析方法準則 軟體需求規格說明書 需求分析的過程 實例分析 系統需求分析—概念 需求工程 需求分析模型 軟體需求曾經讓我們如此狼狽 需求分析的重要性 需求的重要性： 需求是產品的根源，需求工作的優劣對產品影響最大。 是系統開發的基礎，品質和成敗的關鍵 國內軟體業的痼疾：人們並不清楚究竟該做什麼，但卻一直忙碌不停地開發。 需求分析是通過問題識別、分析與綜合、制訂規格說明和評審等階段，達到為系統設計提供依據的目標。因此，需求分析過程包括： 　確定對系統的綜合要求 　分析系統的資料要求 　抽象出並確立目標系統的邏輯模型 　編寫需求規格說明書 需求分析的成果 需求分析就是為了實現系統需求，並使最後交付 成果與需求所要求的目標不產生：含糊性、不完整性、不可檢驗性、不一致性、不可追蹤性和不可用性。 需求分析面向下階段——系統概要設計 需求分析採用自己的特定方法，達到相應的階段要求 採用的方法是儘量地讓用戶和開發團隊都能理解並認同系統目標和範圍界定的方法——業務/系統模型、用例和USE CASE圖 需求分析階段的目標是用電腦的（而不再是用戶）眼光和語言，分解需求、定義需求。這個眼光不是程式設計員的眼光，而是系統分析師的眼光 經過需求處理後，達到需求規範要求 分析的方法是一套“建模”技術 需求分析的任務 一般系統需求分析的過程 需求分析過程主要是理解客戶需要什麼、 分析要求、評價可行性、協商合理的方案、無歧義地詳細說明方案、確認規格說明、管理需求以至將這些需求轉化為可行系統 過程包括： 初步溝通 導出需求 分析和精化 可行性研究 協商與溝通 規格說明 需求驗證 變更管理 軟體需求分析的過程 分析方法準則 軟體需求規格說明書 需求验证 需求驗證是軟體需求階段的一個重要環節，未經驗證的需求給項目成功帶來較大的需求風險 需求驗證對需求文檔和製品進行品質評估，確保需求說明準確、完整 包括以下內容： 正確性 一致性 完整性 可行性 必要性 可檢驗性 需求的可跟蹤性 最後簽字 * * 2011/02/28 系統需求分析(Systems Analysis，簡稱SA) 是軟體定義時期的最後一個階段，它的基本任務是準確地回答“系統必須做什麼？”這個問題。 需求的定義： 1.從用戶角度(系統的外部行為)以及從開發者角度(內部特性)來闡述需求。 2.需求是“用戶所需要的並能觸發一個程式或系統開發工作的說明”。這些定義強調的是產品是什麼樣的，而並非產品是怎樣設計、構造的。 3.需求是指明必須實現什麼的規格說明。它描述了系統的行為、特性或屬性，是在開發過程中對系統的約束。 需求分析的任務還不是確定系統怎樣完成它的工作，而僅僅是確定系統必須完成哪些工作，也就是對目標系統提出完整、準確、清晰、具體的要求。 需求工程 需求管理 需求开發 需求獲取 (Elicitation) 需求驗證 (Validation) 包括軟體類產品中的需求收集、評價、編寫文檔等所有活動 建立並維護在軟體工程中同客戶達成的契約 需求分析 (Analysis) 规格說明 (Specification) 變更管理 系统实现模型 目标系統 当前系統 物理模型 逻辑模型 逻辑模型 物理模型 模型化 抽象化 实例化 具体化 理 解 需 求 表 达 需 求 导 出 做什么 怎 么 做 需求分析的主要工作 系統流程圖或高层DFD圖 DFD圖、STD圖、E-R圖、用例圖、類圖、順序圖等 軟體需求分析是軟體開發早期的一個重要階段。 它在問題定義和可行性研究階段之後進行。需求分析的基本任務是軟體人員和用戶一起完全弄清用戶對系統的確切要求。這是關係到軟體開發成敗的關鍵步驟，也是整個系統開發的基礎。 1、用戶對系統的需求通常可分為如以下幾類： 1) 功能性需求 2) 非功能性需求 3）領域需求 2、需求分析階段的工作，大致可分為如下幾個步驟進行： 1) 通過調查研究，獲取用戶的需求。 2) 去除非本質因素，確定系統的真正需求。 3) 描述需求，建立系統的邏輯模型。 4) 書寫需求說明書，進行需求復審。 需求團隊组建 需求计劃 需求風險識別 需求溝通的方法及技巧（需求調研） 需求分析方法 需求分析視圖 基於用例的需求分析 * 非功能需求分析 定制需求模板 編寫需求規格說明書 需求管理的原則与過程 需求變更管理過程 需求管理工具 需求可跟蹤性管理 分析方法準則： 1、必須理解並描述問題的資訊域 （建立數據模型） 2、必須定義軟件應完成的功能 （建立功能模型） 3