【文章內容簡介】 述為完成一個功能，從空間的角度，對象的鏈接（關聯的實例）以及鏈接對象間的交互。 消息標簽 [前綴 ‘ /?][守衛(wèi)條件 ][消息序列號 ][并發(fā)消息別名 ][循環(huán)子句 ][條件子句 ][:]消息名（參數表） UML（續(xù)） 協作圖示例 : 計算機 : 打印服 務器 : 隊列1:打印(文件名)[打印機 忙]1. 2: 存儲(文件名 ) : 打印機[打印機空閑]1.1:打印(文件名)打印文件協作圖 UML（續(xù)） （四）活動圖 活動圖是另一種用來描述交互的模型，主要描述完成一項功能要執(zhí)行的動作、動作順序和動作所產生的結果。 活動圖基本的建模元素及其表示符號 動作描述接收的消息名發(fā)送的消息名(a )動作狀 態(tài) (b )控制流 (c )對象流 (d )判斷點(e )發(fā)送消 息 (f )接收消 息 (g )并發(fā)轉 移分支 UML（續(xù)） 活動圖示例 學生. 復學( 學號, 復學時間)按學號創(chuàng)建學生學籍和班級學生對象 : 學生學籍 獲得休學信息調整班級[ 學籍狀態(tài)＝休學] : 班級學生[ 學籍狀態(tài) 休學]設置學籍狀態(tài)和復學時間 面向對象分析 、概述 主要任務 系統分析的主要任務是對擬建系統所涉及的領域進行全面而深入的理解和認識，從而確定系統要解決的問題以及要達到的目標，并對該問題域進行清晰、完整、準確和詳細的認識和描述，以便為后續(xù)的系統設計提供清晰準確的設計依據。 最終目標 系統分析的其最終目標是產生綜合描述問題域特征的文檔。 面向對象分析（續(xù)） 系統分析方法 ?結構化方法 ?數據驅動方法 ?OOA方法 ?Booch方法 ?OMT方法 ?OOSE方法 ?統一過程 RUP（ Rational Unified Process） 面向對象分析（續(xù)） ?OOA的基本任務是：運用 OO方法，對擬建信息系統所涉及的領域和要解決的領域問題進行分析和理解，正確認識問題域中的事物及其事物間的關系，確定為解決領域問題信息系統應具備的功能和其它方面的要求。在此基礎上，勾畫出擬建系統的邏輯模型來反映系統的靜態(tài)和動態(tài)結構。 ?對系統靜態(tài)結構的認識和描述，主要是利用抽象、分類、繼承、組合以及封裝等原則來實現三種映射， ?對系統動態(tài)結構的認識和描述，必須從系統要完成的功能出發(fā)，既要搞明白對象的行為方式，又要認識清楚構成系統基本部件的交互和協作過程。最終建立相關模型來刻畫系統的動態(tài)結構。 面向對象分析（續(xù)） 領域分析，確定系統目標和范圍需求獲取，并采用用例圖描述系統功能性需求系統分解，確定系統主題識別對象和類，建立類圖根據系統功能，認識并描述對象和類的交互過程原型開發(fā)分析結果詳細說明 面向對象分析（續(xù)） ?學習和掌握領域背景 常用的途徑包括資料閱讀、調查、訪談、實地考查和操作、請教領域專家等。 ?確定系統范圍 在領域中哪些領域問題可以借助信息系統來加以解決，進而確定問題域，即系統范圍。 ?確定系統目標 確定問題域中的每個問題要解決到什么程度，即信息系統要達到的目標，制定目標時，一要盡可能量化，二要適度，既不能過高，也不能過低。 面向對象分析（續(xù)） 需求調研識別和定義系統角色分析角色與系統的交互過程，識別并定義用例確定系統非功能性需求需求復審與確認用戶需求規(guī)格說明書系統需求規(guī)格說明 面向對象分析（續(xù)） （一）需求調研 需求調研要采取全面而有序和逐步引入細節(jié)的策略。 （二）建立用例模型 識別系統角色 ?誰是使用系統主要功能的人？ ?誰需要借助系統完成日常工作？ ?誰來維護、管理系統，以保證系統正常運行？ ?系統控制和使用的硬件設備有哪些？ ?系統需要與哪些其它系統進行交換？ ?哪些人、系統和設備需要系統的輸出的結果？ 面向對象分析（續(xù)） 發(fā)現用例及其關系 ?角色的日常工作是什么？這些日常工作能用系統來完成嗎？ ?角色需要維護或使用系統存儲的某種信息嗎？ ?系統中發(fā)生的事件需要通知角色嗎？或者角色需要通知系統某事件嗎？這些事件的作用是什么？ ?為簡化角色的日常工作，或提高其工作效率，系統還能做什么？ ?系統需要的輸入 /輸出信息是什么？這些信息從哪兒來到哪兒去？ ?系統開發(fā)要解決的主要問題是什么？ 面向對象分析（續(xù)） 描述用例 ?用例名稱 全系統范圍內唯一的表示這個用例并且能反映出它的角色和它所描述的功能。其書寫格式是：角色名．用例名。 ?用例目標 用例的最終任務是什么？通過該用例能得到什么樣的結果？ ?行為描述 用自然語言分別描述角色的行為和系統行為。 ?控制語句 在一些較為復雜的交互活動中往往含有循環(huán)或條件分支。此時需要在用例中使用一些控制語句。 面向對象分析（續(xù)） （三）確定系統的非功能性需求 系統的非功能性需求主要包括系統的環(huán)境需求、質量需求、用戶界面需求和資源需求四個方面。 （四）需求復審與確認 開發(fā)商要與用戶一起以該文檔為依據，進行第一次需求復審和確認，以確定文檔的內容是否真實地反映了用戶的功能性和非功能性需求。 面向對象分析（續(xù)） ?主題的概念 主題是指在語義上有密切聯系的系統模型元素的集合。 ?劃分主題的方法 ?按功能自頂向下劃分系統的高層主題 ?按功能自頂向下劃分系統的高層主題 ?主題的表示 采用 UML“包 ” 的概念建立主題圖。 面向對象分析（續(xù)） （一）建立靜態(tài)模型的過程 類圖的層次 ?對象層 ?特征層 ?關系層 面向對象分析（續(xù)） 類圖建立過程的三項活動 ?發(fā)現對象和類 ?發(fā)現屬性和服務 ?發(fā)現對象和類的關系 面向對象分析（續(xù)） 發(fā)現對象和類發(fā)現屬性和服務發(fā)現對象和類的關系類 圖對象層特征層關系層識別對象和類建立類圖的過程 面向對象分析（續(xù)） （二）發(fā)現對象和類 確定對象候選空間 從問題域角度出發(fā)，反復閱讀相關文檔，篩選出屬于系統范圍內的名詞或名詞短語，建立初步的候選對象空間。 審查和篩選對象 逐個檢查候選對象，以舍棄無用的和精簡剩余的對象。 對象分類 確定系統所需要的類，建立類圖的對象層。 面向對象分析（續(xù)） （三）發(fā)現屬性 確定屬性的候選空間 主要工作是在研究當前的問題域和系統功能基礎上，找出每一類對象應有的屬性。確定屬性候選空間的目標是盡可能全面地發(fā)現屬性，寧多勿缺。 屬性的審查和篩選 舍棄一些不必要的屬性，簡化系統模型。 面向對象分析（續(xù)） （四）發(fā)現服務 確定服務的候選空間 主要工作是在研究當前的問題域和系統功能基礎上，找出每一類對象應有的服務。確定服務候選空間的目標是盡可能全面地發(fā)現服務，寧多勿缺。 服務的審查和調整 對