UML是用來描述模型的，用模型來描述系統的結構或靜態特徵，以及行為或動態特徵。從不同的視角為系統的構架建模，形成系統的不同檢視（View）。

        用例在需求分析階段有很重要的作用，它是作為參與者的外部使用者所能觀察到的系統功能的模型圖。整個開發過程都是圍繞需求分析階段的用例進行的。

         用例檢視強調從使用者的角度看到的或需要的系統功能，是被稱為參與者的外部使用者所能觀察到的系統功能的模型圖。

確定參與者（Actor）

       參與者是系統的主體，表示提供或接收系統資訊的人或系統，他們是與系統有互動作用的人或事物。通常情況下代表了一個系統的使用者或外部通訊的目標。參與者有下面大類。

即一般使用者、操作員和管理員。

本系統的功能大概分為以下幾個部分。

（1）使用者登入：驗證使用者身份的合法性，判斷是否允許進入本系統。

（2）學生檢視餘額

（3）學生檢視上機記錄

（4）學生充值記錄

（5）學生上機狀態查詢

（6）修改密碼：修改使用者的密碼

（7）註冊：為新學生註冊新的卡號

（8）充值：為學生卡進行充值

（9）退卡：將不用的卡登出

（10）收取金額查詢

（11）金額返還金額查詢

（12）學生資訊基本維護

（13）學生上機統計資訊查詢

（14）操作員工作記錄

（15）結賬

（16）刪除和新增使用者

（17）基本資料設定

（18）正在值班教師

（19）日結賬單和月結賬單

從以上的分析中，可以建立以下參與者：

（1）一般使用者

（2）操作員

（3）管理員

確定系統用例

       用例是系統參與者與系統互動過程中所需要完成的事務，也是系統和參與者之間的對話，它表示系統提供的功能塊，即系統給操作者提供什麼樣的使用操作。

       建立用例的第一規則是：Use Case典型地描繪了系統功能中從開始到結束的大部分作用。基於這樣的考慮，機房收費系統根據業務流程可以分為以下幾個用例：

（1）使用者登入

（2）根據許可權進入

（3）資訊查詢

（4）修改密碼

（5）註冊

（6）充值

（7）退卡

（8）基本資訊維護

（9）結賬

（10）刪除和新增使用者

（11）基本資料設定

（12）日結、月結賬單

（13）報表列印

建立用例圖

下面就為系統用例建立用例圖。一般使用者的用例圖如圖所示：

操作員的用例圖如圖所示

系統管理員的用例圖如圖所示