UML使用案例圖之泛化(generalization)、擴充(extend)和包含(include)關係

在畫使用案例圖的時候，理清用例之間的關係是重點。用例的關係有泛化(generalization)、擴充(extend)和包含(include)。其中include和extend最易混淆。下面我們結合執行個體徹底理清三者的關係。

基本概念

使用案例圖（Use Case Diagram）:使用案例圖顯示誰是相關的使用者，使用者希望系統提供什麼服務（用例），以及用例之間的關係圖。使用案例圖主要的作用是擷取需求、指導測試。

 

使用案例圖的4個基本組件：參與者(Actor)、用例(Use
Case)、關係(Relationship)和系統。

泛化(generalization)：泛化關係是一種繼承關係，子用例將繼承基用例的所有行為，關係和通訊關係，也就是說在任何使用基用例的地方都可以用子用例來代替。泛化關係在使用案例圖中使用空心的箭頭表示，箭頭方向從子用例指向基用例。

 

擴充(extend)： extend關係是對基用例的擴充，基用例是一個完整的用例，即使沒有子用例的參與，也可以完成一個完整的功能。extend的基用例中將存在一個擴充點，只有當擴充點被啟用時，子用例才會被執行。
extend關係在使用案例圖中使用帶箭頭的虛線表示(線上上標註<<extend>>)，箭頭從子用例指向基用例。

 

包含(include)： include為內含項目關聯性，當兩個或多個用例中共用一組相同的動作，這時可以將這組相同的動作抽出來作為一個獨立的子用例，供多個基用例所共用。因為子用例被抽出，基用例並非一個完整的用例，所以include關係中的基用例必須和子用例一起使用才夠完整，子用例也必然被執行。include關係在使用案例圖中使用帶箭頭的虛線表示(線上上標註<<include>>)，箭頭從基用例指向子用例。

執行個體需求情境

聯通客戶響應OSS。系統有故障單、業務開通、資源核查、割接、業務重保、網路品質效能等功能模組。現在我們抽出部分需求做為例子講解。

 

需求1：客戶響應使用者和國際客服可以進行割接通知查詢，在頁面上有骨幹割接查詢、省間割接查詢、省級割接查詢的Tab。

分析：可以很容易看出割接查詢和不同的割接子查詢Tab之間是繼承的關係，所以此處用泛化。使用者和客戶響應、國際客服也是繼承的Actor關係。

 

需求2：客戶響應使用者和國際客服可以查看某條割接通知資訊，可以在頁面上匯出割接資訊Excel格式，可以查詢和該條割接相關聯的故障單資訊。

分析：因為匯出割接和查看相關聯的故障單資訊都是可選的，就是說我查看割接的時候，也可以不進行這些操作，所以這裡用extend關係。也就是匯出割接和查看故障單資訊擴充了查看割接資訊。

 

需求3：客戶響應使用者可以以網管系統為來源建立割接通知，在建立割接通知時可以儲存為草稿，也可以直接發布割接通知。

分析：由於建立割接通知時，發布割接通知可以同時進行，也可以先存為草稿，所以發布割接是可選的，用extend就比較合適。也就是發布割接擴充了建立割接通知。

 

需求4：使用者在進行業務開通、發布割接通知、發布重保通知及相關跨省的業務時需要進行資料分發。

分析：由於業務開通、重保、割接及其它跨省的業務都需要用到資料分發用例，我們可以將資料分發用例單獨抽出來，供各業務使用，這裡用include就比較合適。實際的系統中資料分發也是單獨抽出來用jms和webservice實現的介面服務。

 

其它需求：可以看到刪除割接通知和查看割接明細也可以做為割接通知查詢用例的擴充，因查詢列表時，一般可以選擇繼續查看明細或者刪除操作。但在實際化圖中，這兩個extend可以不畫，這裡只是為了讓大家理解概念。

 

使用案例圖：大家可以參照著圖，好好理解。

 

 

加深理解

我們再用另外一個情境的用例說明一下include和extend,因為就這兩個玩意比較容易搞混。

銷戶：因為銷戶必需先進行賬戶結算，所以這裡用include

停機提醒：有兩個可選項，簡訊提醒和寄件提醒，所以用extend.

 

 

 

經過以上的分析，相信大家對三種關係已經有比較好的理解了。大家有什麼其它想法或好的見解，歡迎拍磚。

PS：以上使用案例圖用Enterprise Architect 7.5所畫，在此推薦一下EA,非常不錯。可以替代Visio和Rose了。Visio功能不夠強大，Rose太重。唯有EA比較合

                                              作者資訊（詳見網易http://hanhan2010.blog.163.com/）