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/