一.用例圖的作用

用例圖主要用來描述“用戶、需求、系統功能單元”之間的關係。

它展示了一個外部用戶能夠觀察到的系統功能模型圖。

【用途】：幫助開發團隊以一種可視化的方式理解系統的功能需求。

二.用例圖包含的元素

　1. 參與者(Actor)

　　表示與您的應用程序或系統進行交互的用戶、組織或外部系統。用一個小人表示。

　2. 用例(Use Case)

　　用例就是外部可見的系統功能，對系統提供的服務進行描述。用橢圓表示。

　3. 容器

代表着一個系統

　4. 關係

　　用例圖中涉及的關係有：關聯、泛化、包含、擴展。

　　如下表所示：

　a. 關聯(Association)

　　表示參與者與用例之間的通信，任何一方都可發送或接受消息。

　　【箭頭指向】：指向消息接收方

　b. 泛化(Inheritance)

　　就是通常理解的繼承關係，子用例和父用例相似，但表現出更特別的行爲；子用例將繼承父用例的所有結構、行爲和關係。子用例可以使用父用例的一段行爲，也可以重載它。父用例通常是抽象的。

　　【箭頭指向】：指向父用例

　c. 包含(Include)

　　包含關係用來把一個較複雜用例所表示的功能分解成較小的步驟。

　　【箭頭指向】：指向分解出來的功能用例

d. 擴展(Extend)

　　擴展關係是指用例功能的延伸，相當於爲基礎用例提供一個附加功能。

　　【箭頭指向】：指向基礎用例

e. 依賴(Dependency)

　　以上4種關係，是UML定義的標準關係。但VS2010的用例模型圖中，添加了依賴關系，用帶箭頭的虛線表示，表示源用例依賴於目標用例。

　　【箭頭指向】：指向被依賴項

一個用例圖示例：

感覺用例圖還不成熟，並不能很好地表達系統的需求，沒有UML背景的用戶幾乎不知道畫的是些什麼。

　　其次，包含關係、擴展關係的箭頭符號竟然是同樣的箭頭，僅靠上方寫個文字來加以區別，翻譯成其他語言的話，幾乎就不知道代表什麼意思。擴展關係的箭頭朝向也很難理解，爲何要指向基用例，而不指向擴展用例。

　　VS2010添加的“項目”元素，是個很好的創新，能夠在用例圖中關聯word, excel這些文檔。但爲什麼不把這些功能直接集成到用例裏面，雙擊用例就彈出一份文檔豈不更容易理解，非要畫蛇添足地加一個元件，僅僅爲了提供個鏈接功能。

　　用例描述表：

　　鑑於用列圖並不能清楚地表達功能需求，開發中大家通常用描述表來補充某些不易表達的用例，下圖的表給大家提供一個參考：