UML用例圖中包含(include)、擴(kuò)展(extend)和泛化(generalization）三種關(guān)系詳解

共性： 都是從現(xiàn)有的用例中抽取出公共的那部分信息，作為一個(gè)單獨(dú)的用例，然后通后過不同的方法來重用這個(gè)公共的用例，以減少模型維護(hù)的工作量。

1 、包含 (include)

? ??? ? 包含關(guān)系：使用包含（ Inclusion ）用例來 封裝一組跨越多個(gè)用例的 相似動(dòng)作（行為片斷） ，以便多個(gè)基（ Base ）用例 復(fù)用 。基用例控制與包含用例的關(guān)系，以及被包含用例的事件流是否會(huì)插入到基用例的事件流中。 基用例可以依賴包含用例執(zhí)行的結(jié)果 ，但是雙方都不能訪問對(duì)方的屬性。

?? ? 包含關(guān)系對(duì)典型的應(yīng)用就是 復(fù)用 ，也就是定義中說的情景。但是 有時(shí)當(dāng)某用例的事件流過于復(fù)雜時(shí)，為了簡(jiǎn)化用例的描述，我們也可以把某一段事件流抽象成為一個(gè)被包含的用例；相反，用例劃分太細(xì)時(shí)，也可以抽象出一個(gè)基用例，來包含這些細(xì)顆粒的用例。 這種情況類似于在過程設(shè)計(jì)語言中，將程序的某一段算法封裝成一個(gè)子過程，然后再?gòu)闹鞒绦蛑姓{(diào)用這一子過程。

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

2 、擴(kuò)展 (extend)

擴(kuò)展關(guān)系： 將基用例中一段相對(duì) 獨(dú)立并且可選 的動(dòng)作，用擴(kuò)展（ Extension ）用例加以封裝，再讓它從基用例中聲明的 擴(kuò)展點(diǎn)（ Extension Point ） 上進(jìn)行擴(kuò)展，從而使基用例行為更簡(jiǎn)練和目標(biāo)更集中 。擴(kuò)展用例為基用例添加新的行為。 擴(kuò)展用例可以訪問基用例的屬性 ，因此它能根據(jù)基用例中擴(kuò)展點(diǎn)的當(dāng)前狀態(tài)來判斷是否執(zhí)行自己。 但是擴(kuò)展用例對(duì)基用例不可見。

? 對(duì)于一個(gè)擴(kuò)展用例，可以在基用例上有幾個(gè)擴(kuò)展點(diǎn)。 ???
例如，系統(tǒng)中允許用戶對(duì)查詢的結(jié)果進(jìn)行導(dǎo)出、打印。對(duì)于查詢而言，能不能導(dǎo)出、打印查詢都是一樣的，導(dǎo)出、打印是不可見的。導(dǎo)入、打印和查詢相對(duì)獨(dú)立，而且為查詢添加了新行為。因此可以采用擴(kuò)展關(guān)系來描述：

?

3 、泛化 (generalization)

? 泛化關(guān)系：子用例和父用例相似，但表現(xiàn)出更特別的行為； 子用例將繼承父用例的所有結(jié)構(gòu)、行為和關(guān)系。 子用例可以使用父用例的一段行為，也可以重載它。父用例 通常是抽象 的。在實(shí)際應(yīng)用中很少使用泛化關(guān)系，子用例中的特殊行為都可以作為父用例中的備選流存在。

例如，業(yè)務(wù)中可能存在許多需要部門領(lǐng)導(dǎo)審批的事情，但是領(lǐng)導(dǎo)審批的流程是很相似的，這時(shí)可以做成泛化關(guān)系表示： ?

?

上面是我參考的一篇文章，覺得將三種關(guān)系的區(qū)別講得很清晰，在此基礎(chǔ)上結(jié)合自己的系統(tǒng)，對(duì)項(xiàng)目 ( 在線購(gòu)物系統(tǒng) ) 的用例做了整體的描繪。

??? *****************************************************************

??? (1) 系統(tǒng)整體用例圖

?

按照先整體用例，后子系統(tǒng)用例來進(jìn)行描繪的，歡迎大家提出好的建議 !

?

轉(zhuǎn)： UML 中擴(kuò)展和泛化的區(qū)別 ?
????? 泛化表示類似于 OO 術(shù)語 “ 繼承 ” 或 “ 多態(tài) ” 。 UML 中的 Use Case 泛化過程是將不同 Use Case 之間的可合并部分抽象成獨(dú)立的父 Use Case ，并將不可合并部分單獨(dú)成各自的子 Use Case ；包含以及擴(kuò)展過程與泛化過程類似，但三者對(duì)用例關(guān)系的優(yōu)化側(cè)重點(diǎn)是不同的。如下：
???????? ● 泛化側(cè)重表示子用例間的互斥性；
????????? ● 包含側(cè)重表示被包含用例對(duì) Actor 提供服務(wù)的間接性；
????????? ● 擴(kuò)展側(cè)重表示擴(kuò)展用例的觸發(fā)不定性；

詳述如下：

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

????? 因此，針對(duì)用例的三種關(guān)系結(jié)合系統(tǒng)狀態(tài)考慮，泛化與包含用例屬于無條件發(fā)生的用例，而擴(kuò)展屬于有條件發(fā)生的用例。進(jìn)一步，用例的存在是為 Actor 提供服務(wù)，但用例提供服務(wù)的方式可分為間接和直接兩種，依據(jù)于此， 泛化中的子用例提供的是直接服務(wù)，而包含中的被包含用例提供的是間接服務(wù) 。同樣， 擴(kuò)展用例提供的也是直接服務(wù)，但擴(kuò)展用例的發(fā)生是有條件的 。

???????? ? 另外一點(diǎn)需要提及的是：泛化中的子用例和擴(kuò)展中的擴(kuò)展用例均可以作為基本用例事件的備選擇流而存在。

轉(zhuǎn)自： http://www.cnblogs.com/fan0136/archive/2008/12/14/1354730.html

UML用例圖中包含(include)、擴(kuò)展(extend)和泛化(generalization）三種關(guān)系詳解