系统需求分析设计

系統需求分析（SystemsAnalysis）2011/02/28課程內容•概念及定義•需求分析的重要性•需求分析的成果•需求分析的任務•分析方法準則•軟體需求規格說明書•需求分析的過程•實例分析系統需求分析—概念•系統需求分析(SystemsAnalysis，簡稱SA)是軟體定義時期的最後一個階段，它的基本任務是準確地回答“系統必須做什麼？”這個問題。•需求的定義：1.從用戶角度(系統的外部行為)以及從開發者角度(內部特性)來闡述需求。2.需求是“用戶所需要的並能觸發一個程式或系統開發工作的說明”。這些定義強調的是產品是什麼樣的，而並非產品是怎樣設計、構造的。3.需求是指明必須實現什麼的規格說明。它描述了系統的行為、特性或屬性，是在開發過程中對系統的約束。需求分析的任務還不是確定系統怎樣完成它的工作，而僅僅是確定系統必須完成哪些工作，也就是對目標系統提出完整、準確、清晰、具體的要求。需求工程需求工程需求管理需求开發需求獲取(Elicitation)需求驗證(Validation)包括軟體類產品中的需求收集、評價、編寫文檔等所有活動建立並維護在軟體工程中同客戶達成的契約需求分析(Analysis)规格說明(Specification)變更管理需求分析模型系统实现模型目标系統当前系統物理模型逻辑模型逻辑模型物理模型模型化抽象化实例化具体化理解需求表达需求导出做什么怎么做需求分析的主要工作系統流程圖或高层DFD圖DFD圖、STD圖、E-R圖、用例圖、類圖、順序圖等軟體需求曾經讓我們如此狼狽需求分析的重要性•需求的重要性：–需求是產品的根源，需求工作的優劣對產品影響最大。–是系統開發的基礎，品質和成敗的關鍵–國內軟體業的痼疾：人們並不清楚究竟該做什麼，但卻一直忙碌不停地開發。•需求分析是通過問題識別、分析與綜合、制訂規格說明和評審等階段，達到為系統設計提供依據的目標。因此，需求分析過程包括：–確定對系統的綜合要求–分析系統的資料要求–抽象出並確立目標系統的邏輯模型–編寫需求規格說明書需求分析的成果•需求分析就是為了實現系統需求，並使最後交付成果與需求所要求的目標不產生：含糊性、不完整性、不可檢驗性、不一致性、不可追蹤性和不可用性。•需求分析面向下階段——系統概要設計•需求分析採用自己的特定方法，達到相應的階段要求–採用的方法是儘量地讓用戶和開發團隊都能理解並認同系統目標和範圍界定的方法——業務/系統模型、用例和USECASE圖–需求分析階段的目標是用電腦的（而不再是用戶）眼光和語言，分解需求、定義需求。這個眼光不是程式設計員的眼光，而是系統分析師的眼光–經過需求處理後，達到需求規範要求–分析的方法是一套“建模”技術需求分析的任務軟體需求分析是軟體開發早期的一個重要階段。它在問題定義和可行性研究階段之後進行。需求分析的基本任務是軟體人員和用戶一起完全弄清用戶對系統的確切要求。這是關係到軟體開發成敗的關鍵步驟，也是整個系統開發的基礎。1、用戶對系統的需求通常可分為如以下幾類：1)功能性需求2)非功能性需求3）領域需求2、需求分析階段的工作，大致可分為如下幾個步驟進行：1)通過調查研究，獲取用戶的需求。2)去除非本質因素，確定系統的真正需求。3)描述需求，建立系統的邏輯模型。4)書寫需求說明書，進行需求復審。一般系統需求分析的過程•需求分析過程主要是理解客戶需要什麼、分析要求、評價可行性、協商合理的方案、無歧義地詳細說明方案、確認規格說明、管理需求以至將這些需求轉化為可行系統•過程包括：–初步溝通–導出需求–分析和精化–可行性研究–協商與溝通–規格說明–需求驗證–變更管理軟體需求分析的過程•需求團隊组建•需求计劃•需求風險識別•需求溝通的方法及技巧（需求調研）•需求分析方法•需求分析視圖•基於用例的需求分析*•非功能需求分析•定制需求模板•編寫需求規格說明書•需求管理的原則与過程•需求變更管理過程•需求管理工具•需求可跟蹤性管理分析方法準則•分析方法準則：–1、必須理解並描述問題的資訊域（建立數據模型）–2、必須定義軟件應完成的功能（建立功能模型）–3、必須描述作為外部事件結果的軟件行為（建立行為模型）–4、必須對描述資訊、功能和行為的模型進行分解，用層次的方式展示細節軟體需求規格說明書•在需求分析階段結束之前，系統分析員應該寫出軟體需求規格說明書（softwarerequirementsspecification簡稱“SRS”），以書面形式準確地描述軟件需求。任何文檔形式的需求僅是一個模型，一種描述。•軟體需求規格說明書中說明的功能需求充分描述了軟體系統所應具有的外部行為。軟體需求規格說明在開發、測試、品質保證、專案管理以及相關專案功能中都起了重要的作用。•國家標準需求規格說明書**需求验证•需求驗證是軟體需求階段的一個重要環節，未經驗證的需求給項目成功帶來較大的需求風險•需求驗證對需求文檔和製品進行品質評估，確保需求說明準確、完整•包括以下內容：–正確性–一致性–完整性–可行性–必要性–可檢驗性–需求的可跟蹤性–最後簽字•需求變更管理是組織、控制和文檔化需求的系統方法•需求變更的原因多種多樣，但管理變更，應確立以下原則：（1）認識到變更是不可避免的，為變更指定計劃；（2）確定需求基線；（3）建立控制變更的唯一管道（4）使用變更控制系統來控制變更過程；（5）分層次地管理變更。时间紧迫压缩需求过程产品不满足需求变更需求维护工作量增加项目资源恶化需求过程的恶性循环需求变更管理需求变更管理•需求變更管理是組織、控制和文檔化需求的系統方法•建立基線以便在客戶和開發人員之間建築一個約定•需求管理從標識開始，建立跟蹤表•需求跟蹤表可以跟蹤需求的特徵、來源、依賴、子系統和介面等關係通用跟踪表需求系统A01A02A03A04A05AmmR01√√R02√√√R03√√R04√√√√Rnn√√启动分析过程•確定共利益者：直接或間接從正在開發的系統中獲益的人。–例如，POS機系統中的共利益者有：收銀員，售貨員，顧客，公司，經理，支付授權服務，帳務系統和庫存系統等•識別視點：從不同的視角看待該系統。–比如，收銀員關心準確、快速生成一次銷售，且沒有支付錯誤；售貨員關注銷售提成•協同工作：共利益者之間的協作•首次提問：集中于客戶和其他共利益、整體目標、收益等非形式化需求分析技术•會談：–正式會談：提出一些可自由回答的問題–非正式會談：提出一些事先準備好的議題•情景分析：需求分析從對場景的評論中得到資訊，然後再將其以形式化方式表示出來。•使用調查表–制定調查表–分析•建立原型–介面–執行過程场景分析•分析員與專案相關人員共同識別出情景，並捕獲這些情景的細節。•把細節加入到一個綱要的需求描述中時，情景特別有用•情景是對交互實例片斷的描述，每個情景可能包含一個或多個交互，它們能在不同的細節層次上提供不同類型的情景資訊•情景開始於一個框架，在導出過程中，細節被逐漸增加，直到產生交互的一個完整的描述1.POS機系統•收銀員：能夠準確、快速地輸入，而且沒有支付錯誤，因為如果少收貨款，將從其薪水眾扣除。•售貨員：自動更新銷售提成。•顧客：希望以最小代價完成購買活動並得到快速服務。便捷、清晰地看到所輸入的商品項目和價格。得到購買憑證，以便退貨。•公司：希望準確地記錄交易，滿足顧客要求。確保記錄了支付授權服務的支付票據。有一定的容錯性。能夠自動、快速地更新記帳和庫存資訊。•經理：能夠快速執行超控操作，並易於更正收銀員的不當操作。•支援授權服務：依據正確的通信格式進行授權服務。•庫存系統：正確的方式更新庫存資訊。•記賬系統：能夠準確地記錄每次銷售支付資訊。POS機系統主要功能需求•處理銷售：收銀員完成一次銷售記錄，並出具票據和更新庫存系統和帳務系統。•處理支付：完成一次銷售對應的支付，包括現金支付，信用卡支付和支票支付。•處理退貨：根據顧客請求完成商品退貨處理。•辦理會員卡：註冊、登出和更新會員記錄。2.圖書館系統•圖書館系統的共利益者與視點有：–圖書流通管理：負責圖書借還工作。–用戶：希望快速得到借書，還書服務，能夠續借、預約圖書，以及查詢個人和圖書資訊。–編目管理員：負責圖書的管理、用戶管理和處理罰金等。圖書館系統的主要功能需求•圖書借出：管理員完成一次借書過程。•圖書歸還：管理員完成一次還書過程。•圖書預約：用戶查詢要借的圖書，若不能借，可預約該圖書。•圖書續借：用戶可以將圖書的歸還日期延長一段時間。•圖書管理：添加新書。更新圖書館資訊，銷毀圖書。•用戶管理：註冊新用戶，更新用戶資訊，登出用戶。•處理罰金：用戶繳納罰金吼，系統將罰金數額清零。3.短信系統•本系統共利益者和視點有：–收發人員：負責發送短信給用戶或接受用戶的短信。–用戶管理：添加用戶，更新用戶資訊，刪除用戶。•本系統主要功能需求有：–短信發送：填寫發送內容，選擇發送用戶，並指明是否要回執，然後發送短信。（通過無線終端或短信閘道）–短信接收：從無線終端或短信閘道讀取短信內容，並顯示查看。–用戶管理：添加新用戶，更新用戶資訊，刪除用戶。4.ATM系統•銀行客戶:接受系統服務；•銀行的代表:銀行間自動櫃員機有互惠協議；•支行管理者:從該系統中獲得管理資訊；•支行櫃檯職員:負責系統日常運轉和處理客戶意見；•資料庫管理者:負責系統和客戶資料庫集成；•銀行資訊安全管理者:負責保證系統資訊安全；•銀行市場開發部:將該系統視為銀行市場開拓手段；•硬體和軟體工程師:負責硬體和軟體維護及升級。ATM系統主要功能需求•存款：從ATM機上存錢到指定帳戶上。•取款：從指定帳戶上取一定數量的貨幣。•轉賬：從一個帳戶取出一定數量的貨幣，然後轉存到另一個帳號上。•查詢餘額：察看指定帳戶的餘額。•修改密碼：修改帳戶密碼。小结•需求分析也稱為需求工程，是一個非常重要而有很複雜的，需要交替進行，反復迭代的過程。•軟體需求分為功能需求和非功能需求。功能需求描述系統所預期提供的服務，而非功能需求描述與系統不直接相關的一些需求。•領域需求是一種特有的功能需求，反應應用領域的基本問題。•軟體需求規格說明文檔描述了系統的資料、功能、行為、性能需求、設計約束、驗收標準以及其他於需求相關的資訊，它有可能成為客戶與開發商之間的合同。•需求分析過程通過執行初步溝通、需求導出、分析與精化、可行性研究、協商和溝通、規格說明、驗證和變更管理八個不同的活動來完成。•非形式技術主要包括會談、調查表和場景技術，用於獲取用戶需求和系統需求。作业：對現負責系統進行功能優化分析（例：夢排程）結束說明!!