用例圖用於需求分析階段，描述了一個待開發系統的功能需求，用例檢視強調的是系統的功能，是軟體開發設計過程第一個設計的檢視。它從使用者的角度描述使用者的雪球，從而描述系統的功能，並指出各功能的執行者，以及執行者完成了哪些功能。

           用例圖是由用例、角色和關係三部分構成的。其中比較關鍵的是用例和角色，而關係是連線角色和用例之間的橋樑，表明用例的角色之間的關係。具體如下圖所示：

     一個系統怎樣尋找執行者呢？要看誰使用系統的這種功能，誰來維護這個系統，系統需要與哪些硬體互動，系統需要操作哪些硬體。而尋找功能的原則是把系統看成一個黑盒子，從外部執行者使用者的角度理解系統，不需要考慮功能是如何實現的，只需考慮系統需要有哪些功能，功能由誰互動和執行。

         要想成為一個良好的用例圖，如果用例過多，會導致系統過於複雜，而用例過少，會導致對系統的維護難度加大。這就需要控制好用例圖的粒度和範圍。從用例圖的屬性著手，準確的畫好用例圖。

    用例圖的好壞影響程式碼的實現難度和系統修補難度，用例圖要和後面的其他檢視相互關聯起來，所以要給出良好的用例的粒度。

用例圖的作用：由專門描述可被終端使用者，分析人員和測試人員看到的系統行為的用例組成，分析人員使用用例圖來描述使用者的需求，與使用者和設計人員交流，終端使用者使用用例檢視來理解要完成的系統的功能，確認是否符合自己的要求，測試人員根據用例圖來驗證實現後的系統是否符合使用者的需求。

用例圖還應注意清晰的定義系統邊界，從執行者的角度來命名用例，避免與執行者的名字不一致，避免與執行者之間的關係太複雜等。用例可以很好的描述系統需求，但是有些場合用例來描述是不適合的，這就需要用來文件描述，

通過做機房收費系統，其中的一張管理員角色的用例圖：

畫好用例圖是做好軟體架構的第一步，是需求分析以後的一個驅動，被分析人員、測試人員和終端使用者所用，是軟體開發的第一個檢視。軟體開發，有一個很好的起點才會有一個完美的軟體。