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>>字樣，箭頭指向被擴展的用例(即基礎用例。
基礎用例提供了一組擴展點，在這些新的擴展點中可以添加新的行為，而擴展用例提供
了一組插入片段，這些片段能夠被插入到基礎用例的擴展點上?；A用例不必知道擴展用例
的任何細節，它僅為其提供擴展點。事實上，基礎用例即使沒有擴展用例也是完整的，這點
與包含關系有所不同。擴展關系為處理異?；驑嫿`活的系統框架提供了一種十分有效的方法。
4. 泛化關系(Generaliza苗。n)
一個用例可以被特別列舉為一個或多個子用例，這被稱作用例泛化。當父用例能夠被使
用時，任何子用例也可以被使用。在UML中，用例泛化與其他泛化關系的表示法相同，用
一個三角箭頭從子用例指向父用例。