1、第3章用例圖及其應用RationalRose2003基礎教程配套電子教案 基本概念 關系及其應用 參與者規范及應用 用例規范及應用 用例視圖1基本概念用例圖由三部分組成:參與者組（個）用例一關系1基本概念1.1參與者定義是直接與系統相互作用的系統、子系統或類的外部實體的抽象。它是用戶所扮演的角色，是系統的用戶。每個參與者定義了一個角色集合。通常,一個參與者可以代表一個人、一個計算機子系統、硬件設備或者時間等角色。典型的參與者如銷售部經理、銷售員和結帳系統。一圖形表示c用小人圖符表示-VStudent1-1參與者-參與者的識別 誑將使用系統的主要功能？ 誰將需要系統的支持來完成他們的日常任務?

2、誰必須維護、管理和確保系統正常工作？ 誰將給系統提供信息、使用信息和刪除信息? 系統需要處理哪些硬件設備？ 系統使用了外部資源嗎？ 系統需要與其他什么系統交互嗎？ 誰或者什么對系統產生的結果感興趣？ 一個人同時使用幾種不同的規則嗎？ 幾個人使用相同的規則嗎？ 系統使用遺留下來的應用嗎？1基本概念1.2用例-定義對一組動作序列的描述，系統通過執行這一組動作序列為參與者產生一個可觀察的結哭-用例4寺征 說明了系統具有的一種行為模式 說明了一個參與者與系統執行的一個相關的事務序列 提供了一種獲取系統需求的方法 提供了一種與最終的用戶和領域專家進行溝通的方法 提供了一種測試系統的方法-因形表示 用橢圓

3、形表示，用例的名字顯示在圖標的下面PurchaseTicket1.2用例-用例識別 參與者要向系統請求什么功能？ 每個參與者的特定任務是什么？ 參與者需要讀取、創建、撤消、修改、或存儲系統的某些信息嗎？ 是否任何一個參與者都要向系統通知有關突發性的、外部的改變？或者必須通知參與者關于系統中的發生的事件？ 這些事件代表了哪些功能？ 系統需要哪些輸入/輸出？ 這些輸入輸出來自哪里或者到哪里去？ 哪些用例支持或維護系統？ 是否所有功能需求都被用例使用了？ 系統當前實現的主要問題是什么？1基本概念1.3事件流-事件流是用例完成需求行為的事件描述。-事件流的目的是建立用例中邏輯流程的文檔,詳細描述系統用

4、戶的工作和系統本身的工作,既包括正常狀態下系統完成需求行為的事件,也包括在其他狀態下不能完成需求行為的事件。-事流通常包括： 簡要說明 前置條件 事件流 后置條件 14用例模型一個用例模型由一個或者多個用例圖和所有的支持文件（諸如用例規范和參與者定義等）所構成。用例規范是大多數用例模型的產物，而用例圖充當將需求模型綜合在一起的粘膠劑。用例模型應當從項目投資者的角度進行開發，而不是從開發者的（通常是技術）觀點去開發。2關系及其應用關系反應了參與者和用例之間、用例和用例之間以及參與者和參與者之間的相互作用。在一個用例圖中，可能會出現關聯關系、依賴關系、泛化關系以及這三種關系的擴展形式：擴展關系、包

5、含關系和精化關系。2關系及其應用 2.1關聯關系關聯關系表示一種通信路徑，它存在于參與者和用例之間，提供用例和參與者之間的通信途徑。建立通信之后，信息可以雙向流動。關系方向顯示的不是信息的流動方向，而是誰啟動信息。2關系及其應用 2.1關聯關系-表示工具箱中：一個直角直線吳ClerkAccounting Sys關聯關系表示通信途徑r模型圖中：一條直線或者一條帶箱頭的直線-關聯命名一個動詞或者一個動詞短語，用于指明關系的類型或者目的.2.1關聯關系-在用例圖中，通常存在兩種類型的關聯:吳-CuslomerAssociation。Tran旗r Funds單向關聯雙向關聯Actorl與UseCase

6、lActor2與UseCasel2關系及其應用2.2依賴關系一定義 存在于兩個模型要素之間的一種關系，其中一個模型要素的改變將影響另一個模型要素一表示方法 工具箱和模型圖中均表示為一個帶箭頭的虛線 畫圖時，拖動鼠標從客戶到提供者畫出關聯關系)提供普H-pefiendencL、客PFil Customer OrcerReorder Stock2.3泛化關系一定義 在一個更一般的模型要素和另一個較具體的模型要素之間存在的一種關系，通常用于表示類（包括用例、參與者等）之間的繼承關系一表示方法 工具箱中： 模型圖中：一條帶空心三角形箭頭的實線（箭頭方向從具體用例指向一般用例）2關系及其應用 2.3泛化

7、關系MaintainTyres用例之間的泛化關系參與者之間的泛化關系2關系及其應用 2.4關系的擴展-1）擴展關系擴展關系可以放置在所有的關系上，大多數擴展構造型都放置在依賴關系和關聯關系上擴展關系用帶箭頭的虛線表示，沿線上加一個用雙尖括號括起來的“extend”2關系及其應用-2.4關系的擴展常見的幾種擴展關系a.兩個用例相似但不完全相同時（如圖）b.當要對多個額外情況逐一建模時，可以使用擴展關系，用一個獨立的用例替代每個額外的情況c.如果用例涵蓋了所有的情況變化，則該用例將會變得十分復雜，應該考慮使用擴展關系關O丁4/Cdel/ecccd3d2關系及其應用2.4關系的擴展2)包含關系 是一

8、種構造型關系，它將一個基用例連接到一個包含用例 UML1.1中為使用關系，在1.3中改為包含關系 包含關系在一個用例中重用另一個用例中的步驟 包含關系用帶箭頭的虛線表示，沿線上加一個用雙尖括號括起來的“include”znclude)2關系及其應用2.4關系的擴展使用包含關系的三種情況：a.如果有多個用例，并且這些用例包含大量類似的行為，應該考慮將這些類似的行為通過包含關系包含到用例中b.對兩個或多個互相獨立的用例建模時做了重復的工作，可以通過包含關系包含這些重復的工作c.如果某個行為可能會引入冗余，或者，當行為發生變化時可能導致不一致性，這時，應該對這種行為進行孤立建模并將它包含到用例中-2

9、.4關系的擴展包含關系舉例2關系及其應用2.4關系的擴展-3）精化關系精化關系在不同的語義層或者開發階段連接兩個或者多個模型要素。它表示了某些在一個特定的細節層次上規定的東西的更加全面的規格說明。例如，一個設計類就是一個分析類的一種精化。在一個精化關系中，源模型要素是一般的，在定義上更加概括；而目標模型要素更加具體并得到了進一步的精化。3參與者規范及應用3.1參與者規范-Rose在實現中對參與者和類使用相同的規范窗口，包括如下一些標簽： General Detail Operations Attributes Relations Components Nested Files3參與者規范及應用

10、3.1參與者規范一General才示簽 Name Stereotype Documentation3.1參與者規范Detail標簽Multiplicity（參與者基數）OK | Cxvc*l | Apply | fircms* |依數備又O.O0a.iO.nI.I1l.n1成齊步n許步 Abstract （抽象參與者）3參與者規范及應用3.1參與者規范-Relations標簽列出了參與者參與的所有關系。包括參與者與用例、參與者與其他參與者的一切關系 3.2參與者的操作-1）增加參與者-2）刪除參與者4用例規范及應用 4.1用例規范-General標簽-Diagrams才示簽一Relations

11、才示簽-Files標簽4用例規范及應用 4.1用例規范一Genera懷示簽 Name Package Stereotype Rank Abstract Documentation4用例規范及應用4.1用例規范一Diagrams標簽I 八。S* if*For Prtr用例所擁有的模型圖的信息，其中第一列(沒有標題)顯示模型圖的圖標，第二列(Title)顯示圖的名稱4.1用例規范-Relations標簽用例與其他用例或參與者之間存在的所有關聯關系 4.1用例規范-Files標簽4用例規范及應用42用例的操作-增加用例 將新的用例加入用例圖 將現有的用例加入用例圖-刪除用例 僅僅從一個用例圖中刪除一個用例 從整個模型中刪除用例-添加文件和鏈接URL-用例圖包含的內容 用例 參與者 用例與參與者之間的通信關系 用例之間的包含和擴展關系 參與者的泛化關系 用例圖 用例實現 順序圖 協作圖5用例視圖為(untitled)-QUseCaseViev!Main言Associations:o用例X參與者1二吳參與者2:用