學習目標了解用例視圖的作用理解如何識別用例理解用例間的關系概述UML中的用例視圖描述了一組用例、參與者以及它們之間的關系，因此用例圖包括以下3個方面內容：用例參與者用例之間的關系參與者參與者（Actor，也稱角色）是系統(tǒng)外部的一個實體，它以某種方式參與了用例的執(zhí)行過程。參與者可以是人、另一個計算機系統(tǒng)或一些可運行的進程。

角色

參與者參與者是一個群體概念，代表的是一類能使用某個功能的人或事，不是指某個個體。參與者與系統(tǒng)進行通信的收、發(fā)消息機制，與面向對象編程中的消息機制很像。參與者可以分成主要參與者和次要參與者，也可以分成主動參與者和被動參與者。參與者在獲取用例前要先確定系統(tǒng)的參與者，可以根據(jù)以下一些問題來尋找系統(tǒng)的參與者：誰或什么使用該系統(tǒng)交互時，它們扮演什么角色誰安裝系統(tǒng)誰啟動和關閉系統(tǒng)誰維護系統(tǒng)參與者在獲取用例前要先確定系統(tǒng)的參與者，可以根據(jù)以下一些問題來尋找系統(tǒng)的參與者：與該系統(tǒng)交互的是什么系統(tǒng)誰從系統(tǒng)獲取信息誰提供信息給系統(tǒng)有什么事情發(fā)生在固定的事件參與者在建模參與者過程中，記住以下要點：參與者對于系統(tǒng)而言總是外部的，因此它們在你的控制之外參與者直接同系統(tǒng)交互，這可以幫助定義系統(tǒng)邊界參與者表示人和事物與系統(tǒng)發(fā)生交互時所扮演的角色，而不是特定的人或者特定的事物。一個人或事物在與系統(tǒng)發(fā)生交互時，可以同時或不同時扮演多個角色。例如，某研究生擔任某教授的助教，同職業(yè)的角度看，它扮演了兩個角色——學生和助教。參與者在建模參與者過程中，記住以下要點：每一個參與者需要有一個具有業(yè)務一樣的名字，在建模中，不推薦使用諸如NewActor這樣的名字。每個參與者必須有簡短的描述，從業(yè)務角度描述參與者是什么。像類一樣，參與者可以具有分欄，表示參與者屬性和它可接受的事件。一般情況下，這種分欄使用的并不多，很少顯示在用例圖中。

用例圖用例是一個敘述型的文檔，用來描述參與者使用系統(tǒng)完成某個事件使的事情發(fā)生順序。圖形上的用例用一個橢圓來表示，用例的名字可以書寫在橢圓的內部或下方。識別用例用例是一個敘述型的文檔，用來描述參與者使用系統(tǒng)完成某個事件使的事情發(fā)生順序。圖形上的用例用一個橢圓來表示，用例的名字可以書寫在橢圓的內部或下方。用例間的關系用例除了與其參與者發(fā)生關聯(lián)外，還可以參與系統(tǒng)中的多個關系，這些關系包括：泛化關系、包含關系和擴充關系。

關系功能表示法關聯(lián)參與者與其參與執(zhí)行的用例之間的通信途徑擴展在基礎用例上插入基礎用例不能說明的擴展部分用例泛化用例之間的一般和特殊關系，其中特殊用例繼承了一般用例的特性并增加了新的特性包括在基礎用例上插入附加的行為，并且具有明確的描述實例購買的商品入庫；將積壓的商品退給供應商；將商品移送到銷售部門；銷售部門將商品移送到倉庫；實例管理員盤點倉庫；供應商提供各種貨物；用戶查詢銷售部門的營銷記錄；用戶查詢倉庫中所有變動記錄。實例創(chuàng)建以下參與者。操作員管理員供應商商品領料人商品退料人實例建立如下用例：倉庫進貨倉庫退貨倉庫領料倉庫退料商品調撥倉庫盤點實例建立如下用例：庫存查詢業(yè)務分析倉庫歷史記錄查詢供應商信息維護倉庫信息維護用戶管理實例對用例進行分類：操作員：倉庫進貨、倉庫退貨、倉庫領料、倉庫退料、商品調撥、用戶管理。管理員：倉庫進貨、倉庫退貨、倉庫盤點、商品調撥、庫存查詢、業(yè)務分析、倉庫歷史記錄查詢、供應商信息維護、倉庫信息維護、用戶管理。實例對用例進行分類：供應商：倉庫進貨、倉庫退貨。領料