說先說明下：? 都是從現有的用例中抽取出公共的那部分信息，作為一個單獨的用例，然后通后過不同的方法來重用這個公共的用例，以減少模型維護的工作量。

?

??1? 、包含 ( include )

?? ?

?? ???? 包含關系：使用包含（ Inclusion ?）用例來封裝一組跨越多個用例的相似動作（行為片斷），以便多個基（ Base ?）用例復用。基用例控制與包含用例的 關系，以及被包含用例的事件流是否會插入到基用例的事件流中。基用例可以依賴包含用例執行的結果，但是雙方都不能訪問對方的屬性。
??
????? 包含關系對典型的應用就是復用，也就是定義中說的情景。但是有時當某用例的事件流過于復雜時，為了簡化用例的描述，我們也可以把某一段事件流抽象成為一個被包含的用例；相反，用例劃分太細時，也可以抽象出一個基用例，來包含這些細顆粒的用例。 這種情況類似于在過程設計語言中，將程序的某一段算法封裝成一個子過程，然后再從主程序中調用這一子過程。 ?　

?? ??? 例如：業務中，總是存在著維護某某信息的功能，如果將它作為一個用例，那新建、編輯以及修改都要在用例詳述中描述，過于復雜；如果分成新建用例、編輯用例和刪除用例，則劃分太細。這時包含關系可以用來理清關系。

??

?

?? 2 ? 、擴展 ( extend )

?? 擴展關系：將基用例中一段相對獨立并且可選的動作，用擴展（ Extension ?）用例加以封裝，再讓它從基用例中聲明的擴展點（ Extension Point ?）上進行擴展，從而使基用例行為更簡練和目標更集中。擴展用例為基用例添加新的行為。擴展用例可以訪問基用例的屬性，因此它能根據基用例中擴展點的當前狀態來判斷是否執行自己。 但是擴展用例對基用例不可見。

?

?? 對于一個擴展用例，可以在基用例上有幾個擴展點。 ???
??
?? 例如，系統中允許用戶對查詢的結果進行導出、打印。對于查詢而言，能不能導出、打印查詢都是一樣的，導出、打印是不可見的。導入、打印和查詢相對獨立，而且為查詢添加了新行為。因此可以采用擴展關系來描述：
??
??

?? 4 ? 、泛化 (generalization)

?? ?

?? 泛化關系：子用例和父用例相似，但表現出更特別的行為； 子用例將繼承父用例的所有結構、行為和關系。 ?子用例可以使用父用例的一段行為，也可以重載它。父用例通常是抽象的。在實際應用中很少使用泛化關系，子用例中的特殊行為都可以作為父用例中的備選流存在。

?? 例如，業務中可能存在許多需要部門領導審批的事情，但是領導審批的流程是很相似的，這時可以做成泛化關系表示：
??
??

?

??

?? 上面是我參考的一篇文章，覺得將三種關系的區別講得很清晰，在此基礎上結合自己的系統，對項目 ( ?在線購物系統 ) ?的用例做了整體的描繪。
??
????? *****************************************************************
??
????? (1) ?系統整體用例圖
??
??

??

??

??

?

?? 按照先整體用例，后子系統用例來進行描繪的，歡迎大家提出好的建議 !

??
?? 轉： UML ?中擴展和泛化的區別 ?
??
??????????? 泛化表示類似于 OO ?術語 “ ?繼承 ” ?或 “ ?多態 ” ?。 UML ?中的 Use Case ?泛化過程是將不同 Use Case ?之間的可合并部分抽象成獨立的父 Use Case ?，并將不可合并部分單獨成各自的子 Use Case ?；包含以及擴展過程與泛化過程類似，但三者對用例關系的優化側重點是不同的。如下：
??????????? ● ?泛化側重表示子用例間的互斥性；
??????????? ● ?包含側重表示被包含用例對 Actor ?提供服務的間接性；
??????????? ● ?擴展側重表示擴展用例的觸發不定性；詳述如下：

??
?????????? 既然用例是系統提供服務的 UML ?表述，那么服務這個過程在所有用例場景中是必然發生的，但發生按照發生條件可分為如下兩種情況：
?????????? ⒈ ?無條件發生：肯定發生的；
?????????? ⒉ ?有條件發生：未必發生，發生與否取決于系統狀態；

?? ????????? 因此，針對用例的三種關系結合系統狀態考慮，泛化與包含用例屬于無條件發生的用例，而擴展屬于有條件發生的用例。進一步，用例的存在是為 Actor ?提供服 務，但用例提供服務的方式可分為間接和直接兩種，依據于此，泛化中的子用例提供的是直接服務，而包含中的被包含用例提供的是間接服務。同樣，擴展用例提供的也是直接服務，但擴展用例的發生是有條件的。

UML幾種常見用例詳解