Visual Paradigm是包含設計共享、線框圖和數據庫設計新特性的企業(yè)項目設計工具。現在你只需要這樣單獨的一款模型軟件Visual Paradigm就可以完成用UML設計軟件，用BPMN去執(zhí)行業(yè)務流程分析，用ERD企業(yè)設計數據庫的任務。（Visual Paradigm現已加入在線訂購，現在搶購立享優(yōu)惠！）

Visual Paradigm最新版本16.1發(fā)布，新增智能電子表格編輯器多個功能，查看更新詳情請戳此處>>

點擊下載Visual Paradigm最新試用版

用例圖

用例圖最簡單的一種表示是用戶與系統(tǒng)的交互，它顯示了用戶與用戶所涉及的不同用例之間的關系。 UML用例圖是正在開發(fā)的新軟件程序的系統(tǒng)/軟件需求的主要形式。用例指定預期的行為（是什么），而不是使它發(fā)生的確切方法（如何）。一旦指定了用例，就可以用文本和視覺表示（例如UML）表示。用例建模的一個關鍵概念是，它可以幫助我們從最終用戶的角度設計系統(tǒng)。通過指定所有外部可見的系統(tǒng)行為，這是一種以用戶的方式傳達系統(tǒng)行為的有效技術。因此，用例圖是系統(tǒng)的藍圖，它提供了系統(tǒng)必須實際執(zhí)行的簡化和圖形表示。

用例本身可能會深入探討每種可能性的詳細信息，而用例圖則可以幫助提供系統(tǒng)的更高級視圖。它僅總結了用例，參與者和系統(tǒng)之間的一些關系。特別是，該圖沒有顯示執(zhí)行步驟以實現每個用例目標的順序。您可以在其他圖表和文檔中描述這些細節(jié)，您可以將其鏈接到每個用例。

用例圖通常很簡單。它沒有顯示用例的詳細信息：

它僅總結了用例，參與者和系統(tǒng)之間的一些關系。

它沒有顯示執(zhí)行步驟以實現每個用例目標的順序。

 如前所述，用例圖應該很簡單，并且只包含一些形狀。如果您的案例包含20個以上的用例，則可能是您濫用了用例圖。

下圖顯示了UML圖層次結構和UML用例圖的位置。如您所見，用例圖屬于行為圖家族。

用例圖符號指南

用例圖是一種UML圖。 這是UML用例圖中支持的統(tǒng)一建模語言（UML）標記的列表：

用例

用例代表可以通過訪問系統(tǒng)或軟件應用程序來實現的用戶目標。 在Visual Paradigm中，可以通過在用例下創(chuàng)建子序列圖來使用子圖功能來描述用例內用戶與系統(tǒng)之間的交互。 您還可以使用“事件流”編輯器描述用例場景。

OMG UML規(guī)范

UML中的用例是什么？ 根據OMG統(tǒng)一建模語言（OMG UML）規(guī)范，用例為：

用例是由系統(tǒng)執(zhí)行的一組動作的規(guī)范，它產生可觀察的結果，通常對于系統(tǒng)的一個或多個參與者或其他利益相關者來說具有價值。

Association

Actor和用例可以關聯以指示Actor參與該用例。 因此，關聯對應于實現用例時，參與者與用例之間的一系列動作。

OMG UML規(guī)范

UML中的關聯是什么？ 根據OMG統(tǒng)一建模語言（OMG UML）規(guī)范，關聯為：

關聯描述一組元組，其值引用類型化的實例。 關聯的實例稱為鏈接。 鏈接是一個元組，在關聯的每個末端都有一個值，其中每個值都是末端類型的一個實例。

關聯指定可能在類型化實例之間發(fā)生的語義關系。 它具有至少兩個由屬性表示的末端，每個末端都與末端的類型相關。 關聯的一個以上末端可能具有相同的類型。

關聯的終端屬性由某個端類擁有，或者是該關聯的可導航擁有的端，則表明該關聯可從相反的端進行導航； 否則，該關聯不能從相對的兩端導航。

Actor

參與者是與系統(tǒng)交互的實體。 盡管在大多數情況下，參與者是用來表示系統(tǒng)的用戶，但參與者實際上可以是需要與系統(tǒng)交換信息的任何事物。 因此，演員可能是人，計算機硬件，其他系統(tǒng)等。

請注意，actor代表用戶可以扮演的角色，而不是特定用戶。 因此，在醫(yī)院信息系統(tǒng)中，您可能讓醫(yī)生和患者擔任演員，但沒有John博士，Brown太太擔任演員。

OMG UML規(guī)范

UML中的角色是什么？ 根據OMG統(tǒng)一建模語言（OMG UML）規(guī)范參與者是：

演員指定由用戶或與主體交互的任何其他系統(tǒng)扮演的角色。 （術語“角色”在這里非正式地使用，并不一定暗示該術語在本說明書中的技術定義。）

演員對實體所扮演的一種類型的角色進行建模，該實體與對象進行交互（例如，通過交換信號和數據），但是在對象外部（即，在某種意義上，演員的實例不是實例的一部分） 的相應主題）。 演員可以代表人類用戶，外部硬件或其他主題扮演的角色。 請注意，參與者不一定代表特定的物理實體，而僅代表某個實體的特定方面（即“角色”），與它的相關用例的規(guī)范有關。 因此，單個物理實例可以扮演幾個不同角色的角色，相反，給定的角色可以由多個不同實例扮演。

System

系統(tǒng)的范圍可以由系統(tǒng)（形狀）表示，有時也稱為系統(tǒng)邊界。 系統(tǒng)的用例放置在系統(tǒng)形狀內部，而與系統(tǒng)交互的參與者放置在系統(tǒng)外部。 系統(tǒng)中的用例構成了系統(tǒng)的總需求。

OMG UML規(guī)范

UML中的系統(tǒng)是什么？ 根據OMG統(tǒng)一建模語言（OMG UML）規(guī)范，系統(tǒng)為：

如果顯示主題（或系統(tǒng)邊界），則用例橢圓在視覺上位于系統(tǒng)邊界矩形內。 注意，這并不一定意味著主題分類器擁有所包含的用例，而僅僅是該用例適用于該分類器。

Include

包含關系指定如何將包含用例的行為插入為基本用例定義的行為。

OMG UML規(guī)范

UML中包含什么？ 根據OMG統(tǒng)一建模語言（OMG UML）規(guī)范，包括：

包含關系定義一個用例包含另一個用例中定義的行為。

Extend

擴展關系指定如何將擴展用例的行為插入為基本用例定義的行為。

OMG UML規(guī)范

UML的擴展是什么？ 根據OMG統(tǒng)一建模語言（OMG UML）規(guī)范（UML上層結構規(guī)范版本2.4.1，第601頁），擴展為：
從擴展用例到擴展用例的關系，該關系指定了如何以及何時將擴展用例中定義的行為插入擴展用例中定義的行為。

此關系指定用例的行為可以通過另一個（通常是補充）用例的行為擴展。 擴展發(fā)生在擴展用例中定義的一個或多個特定擴展點。 但是請注意，擴展用例的定義與擴展用例無關，并且有意義，與擴展用例無關。 另一方面，擴展用例通常定義本身不一定有意義的行為。 而是，擴展用例定義了一組模塊化行為增量，以增加在特定條件下擴展用例的執(zhí)行。

請注意，相同的擴展用例可以擴展多個用例。 此外，擴展用例本身可以擴展。

Dependency

依賴關系表示模型元素依賴另一個模型元素進行規(guī)范和/或實現。

OMG UML規(guī)范

UML中的依賴項是什么？ 根據OMG統(tǒng)一建模語言（OMG UML）規(guī)范，依賴性為：

依賴關系是一種關系，表示單個或一組模型元素需要其他模型元素來進行規(guī)范或實現。 這意味著從屬元素的完整語義在語義上或結構上取決于供應商元素的定義。

Generalization

泛化關系用于表示相同類型的模型元素之間的繼承關系。 更具體的模型元素具有相同的規(guī)格。 模型元素越籠統(tǒng)，但會攜帶更多細節(jié)。

OMG UML規(guī)范

什么是UML的概括？ 根據OMG統(tǒng)一建模語言（OMG UML）規(guī)范，概括為：

概括是更一般的分類器和更具體的分類器之間的分類關系。 特定分類器的每個實例也是通用分類器的間接實例。 因此，特定分類器繼承了更通用分類器的特征。

Realization

實現是規(guī)范與其實現之間的關系。

OMG UML規(guī)范

UML中的實現是什么？ 根據OMG統(tǒng)一建模語言（OMG UML）規(guī)范，實現為：

實現是兩組模型元素之間的一種特殊的抽象關系，一組代表規(guī)范（供應商），另一組代表規(guī)范的實現（客戶）。 實現可用于建模逐步優(yōu)化，優(yōu)化，轉換，模板，模型綜合，框架組成等。

Collaboration

OMG UML規(guī)范

UML中的協作是什么？ 根據OMG統(tǒng)一建模語言（OMG UML）規(guī)范，協作為：

協作描述了協作元素（角色）的結構，每個元素都執(zhí)行專門的功能，共同完成一些所需的功能。 它的主要目的是解釋系統(tǒng)的工作原理，因此，它通常僅包含被認為與解釋相關的現實方面。 因此，抑制了諸如實際參與實例的身份或精確類別之類的細節(jié)。

想要購買Visual Paradigm正版授權的朋友可以。