4.1 參與者之間的關系
參與者之間可以有泛化(Generalization)關系（或稱為"繼承"關系）。例如在需求分析中常見的權限控制問題（如下圖所示），一般的用戶只可以使用一些常規的操作，而管理員除了常規操作之外還需要進行一些系統管理工作，操作員既可以進行常規操作又可以進行一些配置操作。
在這個例子中我們會發現管理員和操作員都是一種特殊的用戶，他們擁有普通用戶所擁有的全部權限，此外他們還有自己獨有的權限。這里我們可進一步把普通用戶和管理員、操作員之間的關系抽象成泛化(Generalization)關系，管理員和操作員可以繼承普通用戶的全部特性（包括權限），他們又可以有自己獨有的特性（如操作、權限等）。這樣可以顯著減速少用例圖中通訊關聯的個數，簡化用例模型，使之更易于理解。
4.2 用例之間的關系
用例描述的是系統外部可見的行為，是系統為某一個或幾個參與者提供的一段完整的服務。從原則上來講，用例之間都是并列的，它們之間并不存在著包含從屬關系。但是從保證用例模型的可維護性和一致性角度來看，我們可以在用例之間抽象出包含(include)、擴展(extend)和泛化(generalization)這幾種關系。這幾種關系都是從現有的用例中抽取出公共的那部分信息，然后通后過不同的方法來重用這部公共信息，以減少模型維護的工作量。
4.2.1 包含(include)
包含關系是通過在關聯關系上應用<>構造型來表示的，如下圖所示。它所表示的語義是指基礎用例(Base)會用到被包含用例(Inclusion)，具體地講，就是將被包含用例的事件流插入到基礎用例的事件流中。
包含關系是UML1.3中的表述，在UML1.1中，同等語義的關系被表述為使用(uses)，如下圖。
在ATM機中，如果查詢、取現、轉帳這三個用例都需要打印一個回執給客戶，我們就可以把打印回執這一部分內容提取出來，抽象成為一個單獨的用例"打印回執"，而原有的查詢、取現、轉帳三個例都會包含這個用例。每當以后要對打印回執部分的需求進行修改時，就只需要改動一個用例，而不用在每一個用例都作相應修改，這樣就提高了用例模型的可維護性。
在基礎用例的事件流中，我們只需要引用被包含用例即可。
查詢-基本事件流
1. 用戶插入信用卡
2. 輸入密碼
3. 選擇查詢
4. 查看帳號余額
5. 包含用例"打印回執"
文章來源于領測軟件測試網 http://www.kjueaiud.com/
