定義：用例圖是用於描述系統的行爲及各種功能之間的關係，是描述參與者（actor）與用例以及用例與用例之間關係的圖
表達方式：Use Case Diagram=Actor +Use Case+Relationship
用例圖=參與者+用例+關係
表示方法：
1.參與者：是用例的啓動者，參與者處於用例的外部並且能夠初始化一個用例，但它不是所描述的系統的一部分，可能是人或者其他外界系統。畫圖中用小人表示。用例：是對一組動作序列的描述，系統執行該動作序列爲系統的參與者產生一個可觀察的結果。這個動作序列就是業務流程圖。
2. 用例反映用戶的需求，而不是反映開發人員的願望，找到參與這之後就可以根據參與者來確定系統的用例，主要通過考察系統的各個參與者需要系統提供什麼樣的服務或者說參與者是如何使用系統的。UML兩種方式表達用例：一種是一個橢圓加上一個放置在中心的用例名稱來表達用例；另一種是用分欄的矩形框表達用例，第一欄標明用例名稱，第二欄放置有關細節。關係：參與者和用例，參與者和參與者，用例和用例都可以產生關係。
3. 用例建模提供了三種關係：泛化、包含、擴展。
① 泛化關係是兩個用例或兩個參與者之間的關係。子用例師傅用了的一種特殊形式，繼承了父用例所有的結構、行爲和關係。圖形化用實線加上空心的箭頭的表示。舉例：
②.擴展關係是兩個用例之間的關係。每個用例可以通過擴展用例向基用例中添加額外的行爲來擴展基用例的功能。圖形化表示用虛線加開箭頭虛線處添加《extend》。舉例：
③ 包含關係是兩個用例了之間的關係。當多個用例需要同一段行爲時，可以把這段共同行爲單獨抽象成一個用例，然後讓其他用例來包含這一用例。圖形化表示用虛線加開箭頭虛線處添加《include》。舉例：
擴展和包含的區別：對於包含關係而言，子用例中的事件流是一定插入到基用例中去的，並且插入點只有一個，而擴展關係可以根據一定的條件決定是否將擴展用例的事件流插入到基用例的事件流中，並且插入點可以有多個。包含關係是無條件的，擴展關係是有條件的。【個人理解:包含關係的例子中比較完存貨清單之後可以選擇創建購買合同，或者出庫外銷，是可以有多種擴展點選擇的條件判斷關係；而包含關係中要創建新訂單必須先選擇產品，要創建查詢也必須選擇要查詢產品，基用例的完成必須有包含用例作爲其中的一個部分。】
下面是我對機房的用例圖的個人認識：
