UML用例圖關系是什么

這篇文章主要為大家展示了“UML用例圖關系是什么”，內容簡而易懂，條理清晰，希望能夠幫助大家解決疑惑，下面讓小編帶領大家一起研究并學習一下“UML用例圖關系是什么”這篇文章吧。

UML用例圖關系

主要用來圖示化系統(tǒng)的主事件流程，它主要用來描述客戶的需求，即用戶希望系統(tǒng)具備的完成一定功能的動作，通俗地理解用例就是軟件的功能模塊，所以是設計系統(tǒng)分析階段的起點，設計人員根據客戶的需求來創(chuàng)建和解釋用例圖，用來描述軟件應具備哪些功能模塊以及這些模塊之間的調用關系，用例圖包含了用例和參與者，用例之間用關聯(lián)來連接以求把系統(tǒng)的整個結構和功能反映給非技術人員（通常是軟件的用戶），對應的是軟件的結構和功能分解。

用例是從系統(tǒng)外部可見的行為，是系統(tǒng)為某一個或幾個參與者（Actor）提供的一段完整的服務。從原則上來講，用例之間都是獨立、并列的，它們之間并不存在著包含從屬關系。但是為了體現(xiàn)一些用例之間的業(yè)務關系，提高可維護性和一致性，用例之間可以抽象出包含(include)、擴展(extend)和泛(generalization)幾種關系。
共性：都是從現(xiàn)有的用例中抽取出公共的那部分信息，作為一個單獨的用例，然后通后過不同的方法來重用這個公共的用例，以減少模型維護的工作量。

1、包含(include)

包含關系：使用包含（Inclusion）用例來封裝一組跨越多個用例的相似動作（行為片斷），以便多個基（Base）用例復用。基用例控制與包含用例的關系，以及被包含用例的事件流是否會插入到基用例的事件流中?；美梢砸蕾嚢美龍?zhí)行的結果，但是雙方都不能訪問對方的屬性。

UML用例圖關系中包含關系對典型的應用就是復用，也就是定義中說的情景。但是有時當某用例的事件流過于復雜時，為了簡化用例的描述，我們也可以把某一段事件流抽象成為一個被包含的用例；相反，用例劃分太細時，也可以抽象出一個基用例，來包含這些細顆粒的用例。這種情況類似于在過程設計語言中，將程序的某一段算法封裝成一個子過程，然后再從主程序中調用這一子過程?！?br/>例如：業(yè)務中，總是存在著維護某某信息的功能，如果將它作為一個用例，那新建、編輯以及修改都要在用例詳述中描述，過于復雜；如果分成新建用例、編輯用例和刪除用例，則劃分太細。這時包含關系可以用來理清關系。

2、擴展(extend)

擴展關系：將基用例中一段相對獨立并且可選的動作，UML用例圖關系中用擴展（Extension）用例加以封裝，再讓它從基用例中聲明的擴展點（ExtensionPoint）上進行擴展，從而使基用例行為更簡練和目標更集中。擴展用例為基用例添加新的行為。擴展用例可以訪問基用例的屬性，因此它能根據基用例中擴展點的當前狀態(tài)來判斷是否執(zhí)行自己。但是擴展用例對基用例不可見。
對于一個擴展用例，可以在基用例上有幾個擴展點。
例如，系統(tǒng)中允許用戶對查詢的結果進行導出、打印。對于查詢而言，能不能導出、打印查詢都是一樣的，導出、打印是不可見的。導入、打印和查詢相對獨立，而且為查詢添加了新行為。因此可以采用擴展關系來描述：

3、泛化(generalization)

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

以上是“UML用例圖關系是什么”這篇文章的所有內容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內容對大家有所幫助，如果還想學習更多知識，歡迎關注億速云行業(yè)資訊頻道！