在所有的UML圖中，最容易理解的是用例圖，也是元素最少的一種UML圖，也是產品經理最拿手的一種圖。

一： 用途

用例圖常用來描述需求，讓用戶***時間了解系統所具有的功能，可能有人就會問，幾個圖怎么可能讓人一下就了解系統

所具有的功能的?其實在產品經理的prd中都是“圖文相依”的形式展現，這里的“文”也就是“用例描述”。

二：基本元素

用例圖中的所有元素都是初級概念，所以所有的元素都是我們常用的，首先我們還是看看工具箱中的元素。

1：參與者，泛化

<1>參與者：   我們知道用例圖是展示系統功能的，以后這個成型的系統給誰用，這個系統以后要跟誰進行交互，那么“參與者”就是那個“誰”， 這里要注意的就是“參與者“不光指人，還可以指一切的虛擬參與者。

<2> 泛化：     泛化這個太簡單了，也就是面向對象中的繼承，我相信可以一筆帶過了。   

2：用例，關聯

<1> 用例：  這個是用例圖中最核心的，顧名思義也就是要展示的功能點。

<2> 關聯：  在”參與者“和”用例“之間，我們必須要用”關聯關系“進行連接。

3：包含，擴展

<1> 包含：  包含的意思還是比較好理解的，比如我要跟你說：”用戶信息管理“應該具有哪些功能，那么你的***反應肯定就是CURD， 是的，CURD對”用戶信息管理“來說是一個不可分割的基本單元。

<2> 擴展：   相對”包含“來說，擴展算是基本功能單元的邊緣功能，也就是說可有可無，關鍵在于”參與者“是否需要此功能。

4：子系統

正如它的名字一樣，如果你的系統有很多子系統，或者說你的系統有很多功能模塊，你想用類似“命名空間”的形式組織這些功能，那么此時“子系統”就非常適合，比如上圖中的“用戶信息管理“算是一個大的功能模塊，此時我可以用”子系統“代替這個”用例“。

5： 項目，依賴項

<1> 項目：    剛才我們也說了，實際應用中用例圖采用的是”圖文相依“的形式，那么這里的項目就起到了“文”的作用。

<2>依賴項：  用例和項目之間的連線，我們采用的是”依賴項“的形式。

在“項目”中有一個Hyperlink屬性，當我們點擊右上角時，就可以順利的進入我們設置的link鏈接文檔。

原文鏈接：http://www.cnblogs.com/huangxincheng/archive/2012/09/26/2704885.html