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

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

點(diǎn)擊下載Visual Paradigm最新試用版

用例圖

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

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

用例圖通常很簡(jiǎn)單。它沒有顯示用例的詳細(xì)信息：

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

它沒有顯示執(zhí)行步驟以實(shí)現(xiàn)每個(gè)用例目標(biāo)的順序。

 如前所述，用例圖應(yīng)該很簡(jiǎn)單，并且只包含一些形狀。如果您的案例包含20個(gè)以上的用例，則可能是您濫用了用例圖。

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

用例圖符號(hào)指南

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

用例

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

OMG UML規(guī)范

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

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

Association

Actor和用例可以關(guān)聯(lián)以指示Actor參與該用例。 因此，關(guān)聯(lián)對(duì)應(yīng)于實(shí)現(xiàn)用例時(shí)，參與者與用例之間的一系列動(dòng)作。

OMG UML規(guī)范

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

關(guān)聯(lián)描述一組元組，其值引用類型化的實(shí)例。 關(guān)聯(lián)的實(shí)例稱為鏈接。 鏈接是一個(gè)元組，在關(guān)聯(lián)的每個(gè)末端都有一個(gè)值，其中每個(gè)值都是末端類型的一個(gè)實(shí)例。

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

關(guān)聯(lián)的終端屬性由某個(gè)端類擁有，或者是該關(guān)聯(lián)的可導(dǎo)航擁有的端，則表明該關(guān)聯(lián)可從相反的端進(jìn)行導(dǎo)航； 否則，該關(guān)聯(lián)不能從相對(duì)的兩端導(dǎo)航。

Actor

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

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

OMG UML規(guī)范

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

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

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

System

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

OMG UML規(guī)范

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

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

Include

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

OMG UML規(guī)范

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

包含關(guān)系定義一個(gè)用例包含另一個(gè)用例中定義的行為。

Extend

擴(kuò)展關(guān)系指定如何將擴(kuò)展用例的行為插入為基本用例定義的行為。

OMG UML規(guī)范

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

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

請(qǐng)注意，相同的擴(kuò)展用例可以擴(kuò)展多個(gè)用例。 此外，擴(kuò)展用例本身可以擴(kuò)展。

Dependency

依賴關(guān)系表示模型元素依賴另一個(gè)模型元素進(jìn)行規(guī)范和/或?qū)崿F(xiàn)。

OMG UML規(guī)范

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

依賴關(guān)系是一種關(guān)系，表示單個(gè)或一組模型元素需要其他模型元素來進(jìn)行規(guī)范或?qū)崿F(xiàn)。 這意味著從屬元素的完整語義在語義上或結(jié)構(gòu)上取決于供應(yīng)商元素的定義。

Generalization

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

OMG UML規(guī)范

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

概括是更一般的分類器和更具體的分類器之間的分類關(guān)系。 特定分類器的每個(gè)實(shí)例也是通用分類器的間接實(shí)例。 因此，特定分類器繼承了更通用分類器的特征。

Realization

實(shí)現(xiàn)是規(guī)范與其實(shí)現(xiàn)之間的關(guān)系。

OMG UML規(guī)范

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

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

Collaboration

OMG UML規(guī)范

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

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

想要購買Visual Paradigm正版授權(quán)的朋友可以。