UMLL系統(tǒng)分析教程教案.ppt

1、1,第4章 UML的符號,譚煌,2,UML的符號,UML的最大貢獻就是提供了一個標準的、統(tǒng)一的建模符號體系，結束了由不同符號體系的應用所帶來的混亂。 UML符號體系是可視化的，可為系統(tǒng)建立圖形化的可視模型，使系統(tǒng)的結構變得直觀，易于理解。 UML符號具有定義良好的語義，不會引起歧義。,3,注釋,注釋是用來對元素或元素集合進行注解或約束時所用的圖形符號。 注釋的UML符號表示是右上角帶有折角的矩形。,4,參與者 （以人為本）,參與者代表在系統(tǒng)邊界之外，與系統(tǒng)交互的人、硬件設備、或另一個系統(tǒng)。 參與者的UML符號表示是如圖所示的“小人”，并可在符號下標出參與者名。,5,參與者,小王去銀行開戶，向大

2、廳經理詢問了辦理手續(xù)，填寫了表單，交給柜臺職員，拿到了銀行存折。,誰對系統(tǒng)有著明確的目標賀要求并且主動發(fā)出動作？ 系統(tǒng)是為誰服務的？,誰是銀行系統(tǒng)的參與者呢？,小王,6,參與者,發(fā)現參與者 參考涉眾 參考客戶的崗位設置（與客戶代表訪談） 訪談內容 誰負責提供、使用和刪除信息 誰將使用此功能 誰對某個特定功能感興趣 在組織中的什么地方使用系統(tǒng) 誰負責支持和維護系統(tǒng) 其他還有哪些系統(tǒng)將需要與該系統(tǒng)進行交互,7,參與者,機票購買者通過登錄網站買票,8,參與者,機票購買者通過呼叫中心，由人工坐席操作訂票系統(tǒng)購買機票,9,參與者,機票購買者通過呼叫中心的自動語音預定機票,10,參與者,呼叫中心成了機票預

3、定系統(tǒng)的子系統(tǒng),11,參與者版型,業(yè)務主角 業(yè)務范圍和系統(tǒng)范圍 業(yè)務范圍指項目所涉及的所有客戶業(yè)務，這些業(yè)務有沒有計算機系統(tǒng)參與都客觀存在 系統(tǒng)范圍則是指軟件將要實現的哪些對應于業(yè)務功能的系統(tǒng)功能 業(yè)務主角是與業(yè)務系統(tǒng)有著交互的人和事物，主要用來確定業(yè)務范圍,12,參與者版型,業(yè)務主角的特殊性在于，它針對的是業(yè)務人員而非計算機用戶，沒有計算機系統(tǒng)，這些業(yè)務人員也客觀存在 建立業(yè)務模型、查找業(yè)務用例都必須使用業(yè)務主角，而不是普通用例。,要建設一個符合客戶需要的計算機系統(tǒng)，首要條件是完全徹底地搞清楚客戶的業(yè)務，而不是預先假設一個符合客戶需要的計算機系統(tǒng)，再讓客戶來假設需要計算機系統(tǒng)幫他們做什么。,

4、13,參與者版型,業(yè)務主角必須再實際業(yè)務里能找到對應的崗位或人員。 確定獲得的業(yè)務主角 業(yè)務主角的名稱是否是客戶的業(yè)務術語 業(yè)務主角的職責是否再客戶的崗位手冊里由對應的定義 業(yè)務主角的業(yè)務用例是否都是客戶的業(yè)務術語 客戶是否對業(yè)務主角能順利理解,14,參與者版型,業(yè)務工人,人工座席參與了業(yè)務執(zhí)行過程，但是它不能稱為參與者，它被稱作業(yè)務工人,15,參與者的核心地位,16,用例,用例規(guī)定了系統(tǒng)或部分系統(tǒng)的行為，它描述了系統(tǒng)所執(zhí)行的動作序列集，并為執(zhí)行者產生一個可供觀察的結果。 用例的UML符號是橢圓，并可在橢圓下標出用例名。,17,用例,18,用例的定義及組成,用例定義了一組用例實例，其中每個實例

5、都是系統(tǒng)所執(zhí)行的一系列操作，這些操作生成特定參與者可以觀測的值。 一個用例就是與參與者交互的，并且給參與者提供可觀測的有意義的結果的一系列活動的集合。 一個用例包括前置條件，用例實例和后置條件,19,用例特征,用例是相對獨立的 它不需要與其他用例交互而獨立完成參與者的目的。,20,用例特征,用例的執(zhí)行結果對參與者來說是可觀測的和有意義的,21,用例特征,用例必須由一個參與者發(fā)起。 用例總是由一個參與者發(fā)起的，參與者的愿望是這個用例存在的原因,某人去圖書館，查詢了書目，出示了借書證，圖書管理員查詢了該人以前的借閱以確保沒有未歸還的書，最后借到了書,22,用例特征,用例必然是以動賓短語形成的 必須

6、有一個動作和動作的受體,23,用例特征,一個用例就是一個需求單元、分析單元、設計單元、開發(fā)單元、測試單元，甚至部署單元,24,用例的粒度,業(yè)務建模階段 以每個用例能夠說明一件完整的事情為宜 概念建模階段 以每個用例能描述一個完整的事件流為宜 系統(tǒng)建模階段 以一個用例能夠描述操作者與計算機的一次完整交互為宜,在同一需求階段，所有用例的粒度應該是同一量級的。,25,用例的獲取,26,用例的獲取,對于系統(tǒng)分析員需要確認 參與者是位于系統(tǒng)邊界外的 參與者對系統(tǒng)有著明確的期望和明確的回報要求 參與者的期望和回報要求在系統(tǒng)邊界之內 通過與參與者的交流，需要確保 一個明確的有效地目標才是一個用例的來源 一個

7、真實的目標應當完備地表達參與者的期望 一個有效地目標應當在系統(tǒng)邊界之內，由參與者發(fā)動，并具有明確的后果,27,用例的獲取（例子）,參與者說：我希望這臺ATM能支持跨行業(yè)務，我插入卡片輸入密碼后，可以讓我選擇是取錢還是存錢；為了方便，可以設置一些默認的存取金額按鈕；我可以修改密碼，也可以掛失；還有 我希望可以繳納電話費、水費等費用；為了安全起見，ATM上應當有警示小心騙子的提示條，還有攝像頭；如果輸入三次密碼錯誤，卡片應當被自動吞沒。,28,用例的獲取（例子）,支持跨行業(yè)務 插入卡片 輸入密碼 選擇服務 取錢 存錢 掛失卡片 繳納費用 警示 三次錯誤吞卡,29,用例的獲?。ɡ樱?支持跨行業(yè)務

8、錯，業(yè)務規(guī)則，限定業(yè)務的范圍 插入卡片 錯，過程步驟，不是完整目標 輸入密碼 錯，過程步驟 選擇服務 錯，過程步驟 取錢 對 存錢 對 掛失卡片 對 繳納費用 對 警示 錯，超出邊界范圍 三次錯誤吞卡 錯，業(yè)務規(guī)則,30,用例,用例與功能 功能是客觀存在的 用例即參與者的需求，是參與者的主觀愿望 用例與步驟 用例是參與者對目標系統(tǒng)的一個期望，一個完整的事件。 為了完成這個事件需要很多步驟,31,用例,業(yè)務用例 專門用于需求階段的業(yè)務建模 描述的是客觀存在的業(yè)務 業(yè)務用例實現,32,用例,概念用例 用來獲得業(yè)務模型中的關鍵概念 用來獲取業(yè)務用例中的核心業(yè)務邏輯,33,用例,系統(tǒng)用例（用例） 系統(tǒng)

9、的功能需求,34,協(xié)作(用例的實現),協(xié)作命名了彼此合作完成某個行為的類、接口和其他元素的群體。 協(xié)作可以用來定義用例和操作的實現，為系統(tǒng)體系結構上的重要機制建模。 協(xié)作的UML符號是虛線橢圓，每個協(xié)作都有一個名字以與其他協(xié)作相區(qū)分。,35,類,分析類（邊界類，控制類，實體類） 分析類代表系統(tǒng)中主要的“職責”，這意味著分析類是從功能性需求向計算機實現轉化過程中的“第一個關口” 分析類可以產生系統(tǒng)的設計類和子系統(tǒng)，這意味著計算機實現是可以通過某種途徑“產生”出來的，而不是拍腦袋拍出來的。,36,類,邊界類 邊界類處理系統(tǒng)環(huán)境與系統(tǒng)內部之間的通信，邊界類為用戶或另一個系統(tǒng)（即參與者）提供了接口。

10、邊界類的UML符號表示,37,類,使用邊界類的場景 參與者與用例之間 用例與用例之間 用例與第三方系統(tǒng) 相關業(yè)務對象之間,邊界類主要位于展現層,38,類,邊界類特點 有助于提高系統(tǒng)的可用性 盡可能地保持在較高層次上 合理封裝介于系統(tǒng)與主角之間的交互 如果主角改變它們未系統(tǒng)提供輸入的方式，邊界類就應該是唯一需要改變的對象 如果系統(tǒng)改變?yōu)橹鹘翘峁┹敵龅姆绞剑吔鐬榫蛻撌俏ㄒ恍枰淖兊膶ο?必須了解其他對象類型的需求，以便它們能夠得以實施，并相對于“系統(tǒng)內部元素”保持器可用性和有效性,39,類,控制類 （協(xié)調） 控制類是用來為特定于一個或多個用例的控制行為建模的類。,40,類,實體類 實體類是模擬

11、必須被存儲的信息和其關聯(lián)行為的類。 實體類的UML符號表示,41,類,分析類的三高 高于設計實現 高于語言實現 高于實現方式,42,類,類是分享同樣的屬性、操作、關系和語義的對象的集合。 類是現實世界中的事物的抽象，當這些事物存在于真實世界中時，它們是類的實例，并被稱為對象。類可以實現一個或多個接口。 類的UML符號是劃分成3個格子的長方形。,43,類,參數類 參數類又被稱為模板類（Template Classes），模板類定義了類族。 模板不能直接使用，要首先實例化模板類，實例化包括將這些形式模板參數綁定到實際的參數。 參數類的UML符號是在類的UML符號表示的右上角加一個虛線框，在這個虛線

12、框中列出模板參數。,44,對象,對象代表了類的一個特定實例。對象具有身份（Identity）和屬性值（Attribute Values）。,45,消息,消息是對象間的通信，它傳遞了要執(zhí)行動作的信息，它能觸發(fā)事件。 消息的UML符號表示是帶箭頭的實線。,46,接口,接口是用來定義類或組件服務的操作的集合。與類不同，接口沒有定義任何結構，也沒有定義任何實現。,47,接口,接口與類之間的關系,48,包,包是一個用來將模型單元分組的通用機制。 包可以用在任何一個UML圖中，但一般多用于用例圖和類圖，它就象文件夾一樣，可以將模型元素分組隱藏，從而簡化UML圖，使得UML圖更易理解。,49,包,可見性 引

13、入與輸出 類屬關系 組件包,50,組件,組件代表了一個接口定義良好的軟件模塊。 組件是系統(tǒng)的一個物理的、可替代的部分，它遵循接口定義，并為接口提供了實現。 組件的特點如下： （1）組件是物理的。 （2）組件是可替代的。 （3）組件是系統(tǒng)的一部分。 組件的圖形符號,51,狀態(tài),狀態(tài)機（State Machine）描述了對象在生命周期中響應事件所經歷的狀態(tài)的序列以及對象對這些事件的響應。狀態(tài)機由狀態(tài)、躍遷、事件、活動、動作等組成。 狀態(tài)描述對象在生命周期中的一種條件或狀況，在這種狀況下，對象滿足某個條件，或執(zhí)行某個動作、或等待某個事件。 一個狀態(tài)在一個有限的時間段內存在。,52,狀態(tài),狀態(tài)由以下幾

14、部分組成： 名字 入口出口動作 內部躍遷 子狀態(tài),53,狀態(tài)：不相交子狀態(tài),54,狀態(tài)： 歷史狀態(tài),55,狀態(tài)：并發(fā)子狀態(tài),56,躍遷,躍遷是兩個狀態(tài)間的一種關系，它表示對象在第一個狀態(tài)將執(zhí)行某些動作，當規(guī)定的事件發(fā)生或滿足規(guī)定的條件時，對象進入第二個狀態(tài)。 躍遷表示了從活動（或動作）到活動（或動作）的控制流的傳遞。 躍遷由以下部分組成： （1）源狀態(tài)與目標狀態(tài) （2）觸發(fā)事件 （3）護衛(wèi)條件 （4）動作,57,判定,判定節(jié)點的UML符號是一個空心菱形。,58,同步條,同步條的UML符號表示用粗的水平或豎直條表示。,59,活動,活動是在狀態(tài)機中進行的一個非原子的執(zhí)行，它由一系列的動作組成。 活動的UML符號表示,60,節(jié)點,節(jié)點是運行時存在的物理單元，它代表了具有內存以及處理能力的計算資源。 節(jié)點與組件之間有許多重要的不同之處： 組件參加系統(tǒng)的運行；節(jié)點是運行組件的硬件。 組件代表了其他邏輯組件的物理封裝；節(jié)點代表了組件的物理分布。 節(jié)點的UML符號,61,UML的擴充機制,UML的擴充機制包括： 衍型