1) 用例圖包含6個元素，分別是：參與者(Actor)、用例(UseCase)、關聯關系(Association) 、
包含關系(Include)、擴展關系(Extend) 以及泛化關系(Generalization)。
2) 參與者有三大類:系統用戶、與所建造的系統交互的其他系統和一些可以運行的進程。
第一類參與者是真實的人，即用戶，是最常用的參與者，幾乎存在于每一個系統中。命
名這類參與者時，應當按照業務而不是位置命名，因為一個人可能有很多業務。例如汽車租
賃公司的客戶服務代表，通常情況下是客戶服務代表，但是如果他(她)自己要租車的時候，
就變成了客戶，所以，按照業務而不是位置命名可以獲得更穩定的參與者。
第二類參與者是其他的系統.例如汽車租賃系統可能需要與外部應用程序建立聯系，驗
證信用卡以便付款。 其中，外部信用卡應用程序是一個參與者，是另一個系統。因此在當前
項目的范圍之外，需要建立與其他系統的接口。這類位于程序邊界之外的系統也是參與者。
第三類參與者是一些可以運行的進程，如時間。當經過一定時間出發系統中的某個事件
時，時間就成了參與者。例如，在汽軍租賃系統中，到了還車的時間客戶還沒有歸還汽車，
系統會提醒客戶服務代表致電客戶。 由于時間不在人的控制之內，因此它也是一個參與者。
注意：參與者之間，還存在著一般化與特殊化的關系。一般用泛化關系來表示。具體表示法
同類的泛化關系相同。
3) 用例是外部可見的系統功能單元，這些功能由系統單元所提供，并通過-系列系統單元
與一個或多個參與者之間交換的消息所表達。用例的用途是，在不揭示系統內部構造的前提
下定義連貫的行為。
在系統層，用例表示整個系統對外部用戶可見的行為。-個用例就像外部用戶可以使用
的系統操作。但是，它又與操作不同，用例可以在執行過程中持續接受參與者的輸入信息。
4) 識別用例
識別用例最好的方法就是從分析系統的參與者開始，考慮每個參與者是如何使用系統
的。使用這種策略的過程中可能會發現新的參與者，這對完善整個系統的建模有很大的幫助。
用例建模的過程就是一個法代和逐步精華的過程，系統分析者首先從用例的名稱開始，然后
添加用例的細節信息。這些信息由簡短的描述組成，它們被精華成完整的規格說明。
在識別用例的過程中，通過回答以下的兒個問題，系統分析者可以獲得幫助。
(1)特定參與者希望系統提供什么功能。
(2)系統是否存儲和檢索信息，如果是，由哪個參與者觸發。
(3)當系統改變狀態時，是否通知參與者。
(4) 是否存在影響系統的外部事件。
(5) 哪個參與者通知系統這些事件。
5) 用例間的關系
用例除了與其參與者發生關聯外，還可以具有系統中的多個關系，這些關系包括關聯關系、
包含關系、擴展關系和泛化關系。應用這些關系的目的是為了從系統中抽取出公共行為和
其變體。
1 關聯關系(Association )
關聯關系表示參與者用例之間的通信。
2 包含關系(Include )
雖然每個用例的實例都是獨立的，但是一個用例可以用其他的更簡單的用例來描述。這
有點像通過繼承父類并增加附加描述來定義一個類。 個用例可以簡單地包含其他用例具有
的行為，并把它所包含的用例行為作為自身行為的一部分，這被稱作包含關系。在這種情況
下，新用例不是初始用例的一個特殊例子，并且不能被初始用例所代替。在m伍中，包含
關系表示為虛線箭頭加<<include> >字樣，箭頭指向被包含的用例。
包含關系使-個用例的功能可以在另一個用例中使用，如下所述。
(1)如果兩個以上用例有大量一致的功能，則可以將這個功能分解到另 個用例中o 其
他用例可以和這個用例建立包含關系。
(2) 一個用例的功能太多時，可以用包含關系建模兩個小用例。
3 擴展關系(Extend )
一個用例也可以被定義為基礎用例的增量擴展，這稱作擴展關系，擴展關系是把新的行
為插入到已有用例中的方法。同一個基礎用例的幾個擴展用例可以在一起應用。擴
展關系表示為虛線箭頭加<<extend>>字樣，箭頭指向被擴展的用例(即基礎用例。
基礎用例提供了一組擴展點，在這些新的擴展點中可以添加新的行為，而擴展用例提供
了一組插入片段，這些片段能夠被插入到基礎用例的擴展點上。基礎用例不必知道擴展用例
的任何細節，它僅為其提供擴展點。事實上，基礎用例即使沒有擴展用例也是完整的，這點
與包含關系有所不同。擴展關系為處理異常或構建靈活的系統框架提供了一種十分有效的方法。
4. 泛化關系(Generaliza苗。n)
一個用例可以被特別列舉為一個或多個子用例，這被稱作用例泛化。當父用例能夠被使
用時，任何子用例也可以被使用。在UML中，用例泛化與其他泛化關系的表示法相同，用
一個三角箭頭從子用例指向父用例。