用例圖是一種 UML圖。以下是UML用例圖中支持的統一建模語言（UML）符號列表：
圖標
名稱
用例
用例表示可以通過訪問系統或軟件應用程序來實現的用戶目標。在 Visual Paradigm通過在用例下創建子序列圖，您可以利用子圖功能來描述用例與用戶之間的交互。您還可以使用“事件流”編輯器描述用例場景。
OMG UML規範
UML中的用例是什麼？根據OMG統一建模語言（OMG UML）規範（UML上層結構規範版本2.4.1，第606頁），用例是：
用例是由系統執行的一組動作的規範，其產生可觀察的結果，該結果通常對於系統的一個或多個參與者或其他利益相關者而言是有價值的。
協會
Actor 和用例可以關聯，以表明 actor 參與該用例。因此，關聯對應於之間的一系列動作 actor 用例來實現用例。
OMG UML規範
UML中的關聯是什麼？根據OMG統一建模語言（OMG UML）規範（UML上層建築規範版本2.4.1，第36頁），關聯是：
關聯描述了一組元組，其值指的是類型化實例。關聯的實例稱爲鏈接。鏈接是一個元組，每個結尾都有一個值，其中每個值都是結尾類型的一個實例。
…
關聯指定可在類型化實例之間發生的語義關係。它至少有兩個由屬性表示的末端，每個末尾都與末尾的類型相連。關聯的多個末端可能具有相同的類型。
由最終類擁有的關聯的結束屬性或者是關聯的可導航所擁有的結尾表示該關聯可從相反的兩端導航; 否則，該關聯不能從相反的兩端導航。
Actor
Actor是與系統交互的實體。雖然在大多數情況下，演員用於表示系統的用戶，但演員實際上可以是需要與系統交換信息的任何東西。所以，一個 actor 可能是人，計算機硬件，其他系統等。
注意 actor 表示用戶可以播放但不是特定用戶的角色。因此，在醫院信息系統中，您可能有醫生和患者作爲演員而不是約翰博士，布朗夫人作爲演員。
OMG UML規範
什麼是 actor 在UML？根據OMG統一建模語言（OMG UML）規範（UML上層建築規範版本2.4.1）， actor 是：
一個 actor 指定用戶或與主題交互的任何其他系統所扮演的角色。（術語“角色”在這裏非正式使用，並不一定意味着在本說明書的其他地方找到的該術語的技術定義。） … 一個 Actor 模擬由與主體交互的實體（例如，通過交換信號和數據）所扮演的角色類型，但是在主體外部（即，在某個實例中是 actor 不屬於其相應主題的實例）。演員可以代表人類用戶，外部硬件或其他主題所扮演的角色。注意一個 actor 不一定代表特定的物理實體，而僅僅代表與其相關用例的規範相關的某個實體的特定方面（即“角色”）。因此，單個物理實例可以扮演幾個不同角色的角色，相反，也可以扮演一個給定的角色 actor 可以由多個不同的實例播放。
系統
系統的範圍可以由系統（形狀）表示，或者有時稱爲系統邊界。系統的用例放在系統形狀內，而 actor 與系統交互的人員被置於系統之外。系統中的用例構成了系統的總體要求。
OMG UML規範
UML中的系統是什麼？根據OMG統一建模語言（OMG UML）規範（UML上層建築規範版本2.4.1，第608頁），系統是：
如果顯示主題（或系統邊界），則用例橢圓在視覺上位於系統邊界矩形內。請注意，這並不一定意味着主題分類器擁有所包含的用例，而僅僅是用例適用於該分類器。
包括
包含關係指定如何將包含用例的行爲插入到爲基本用例定義的行爲中。
OMG UML規範
UML包含什麼？根據OMG統一建模語言（OMG UML）規範（UML上層建築規範版本2.4.1，第604頁），包括：
包含關係定義用例包含在另一個用例中定義的行爲。
延伸
擴展關係指定如何將擴展用例的行爲插入到爲基本用例定義的行爲中。
OMG UML規範
UML有什麼擴展？根據OMG統一建模語言（OMG UML）規範（UML上層建築規範版本2.4.1，第601頁），extend是：
從擴展用例到擴展用例的關係，指定如何以及何時將擴展用例中定義的行爲插入到擴展用例中定義的行爲中。 … 此關係指定用例的行爲可以通過另一個（通常是補充的）用例的行爲來擴展。擴展發生在擴展用例中定義的一個或多個特定擴展點處。但是，請注意，擴展用例的定義與擴展用例無關，並且與擴展用例無關。另一方面，擴展用例通常定義可能不一定有意義的行爲。相反，擴展用例定義了一組模塊化行爲增量，這些增量在特定條件下增加了擴展用例的執行。
請注意，相同的擴展用例可以擴展多個用例。此外，擴展用例本身可以擴展。
依賴
依賴關係表示模型元素依賴於另一個模型元素來進行規範和/或實現。
OMG UML規範
UML中的依賴是什麼？根據OMG統一建模語言（OMG UML）規範（UML上層建築規範版本2.4.1，第61頁），依賴性是：
依賴關係是一種關係，表示單個或一組模型元素需要其他模型元素用於其規範或實現。這意味着依賴元素的完整語義在語義上或結構上依賴於供應商元素的定義。
概括
泛化關係用於表示相同類型的模型元素之間的繼承關係。更具體的模型元素與之共享相同的規範。模型元素越一般，但額外包含更多細節。
OMG UML規範
UML的概括是什麼？根據OMG統一建模語言（OMG UML）規範（UML上層建築規範版本2.4.1，第70頁），概括爲：
泛化是更通用的分類器和更具體的分類器之間的分類關係。特定分類器的每個實例也是一般分類器的間接實例。因此，特定分類器繼承了更通用的分類器的特徵。
實現
實現是規範與其實現之間的關係。
OMG UML規範
UML中的實現是什麼？根據OMG統一建模語言（OMG UML）規範（UML上層建築規範版本2.4.1，第131頁），實現是：
實現是兩組模型元素之間的專門抽象關係，一組代表規範（供應商），另一組代表後者（客戶端）的實現。實現可用於模擬逐步細化，優化，轉換，模板，模型合成，框架組合等。
合作
OMG UML規範
什麼是UML的合作？根據OMG統一建模語言（OMG UML）規範（UML上層建築規範版本2.4.1，第174頁），協作是：
協作描述了協作元素（角色）的結構，每個協作元素執行專門的功能，共同完成一些所需的功能。其主要目的是解釋系統如何工作，因此，它通常只包含那些被認爲與解釋相關的現實方面。因此，抑制了諸如實際參與實例的標識或精確類的細節。