5.1.1　用例圖的定義

由參與者（Actor）、用例（Use Case）以及它們之間的關系構成的用于描述系統功能的動態視圖稱為用例圖。其中用例和參與者之間的對應關系又叫作通信關聯（Communication Association），它表示參與者使用了系統中的哪些用例。用例圖是從軟件需求分析到最終實現的第一步，它顯示了系統的用戶和用戶希望提供的功能，這有利于用戶和軟件開發人員之間的溝通。

要在用例圖上顯示某個用例，可以繪制一個橢圓，然后將用例的名稱放在橢圓的中心或橢圓下面的中間位置。要在用例圖上繪制一個參與者（表示一個系統用戶），可繪制一個人形符號。參與者和用例之間的關系使用帶箭頭或者不帶箭頭的線段來描述，箭頭表示在這一關系中哪一方是對話的主動發起者，箭頭所指方是對話的被動接受者；如果不想強調對話中的主動與被動關系，可以使用不帶箭頭的線段。如圖5-1所示為銀行自動取款機（ATM）的用例圖。

進行用例建模時，所需要的用例圖數量是根據系統的復雜度來衡量的。在一個簡單的系統中往往只需要有一個用例圖就可以描述清楚所有的關系。但是對于復雜的系統，一張用例圖顯然是不夠的，這時候就需要用多個用例圖來共同描述復雜的系統。然而，一個系統的用例圖也不應該過多。

對于較復雜的大中型系統，用例模型中的參與者和用例會大大增加，這樣的系統往往會需要幾張甚至幾十張用例圖。為了有效地管理由于規模上升而造成的復雜度，對于復雜的系統還會使用包（Package）—UML中最常用的管理模型復雜度的機制。

在用例建模中，有時為了更加清楚地描述用例或者參與者，會用到注釋。如圖5-2所示，可以對參與者進行注釋。

圖5-1　ATM用例圖

圖5-2　銀行用戶注釋圖

要注意的是，不管是包（Package）還是注釋，都不是用例圖的基本組成元素，不過在用例建模過程中可能會用到這兩種附加元素。