統一建模語言UML是用一組檢視反應系統的各個方面，以完整地描述系統，每個檢視代表系統描述中的一個抽象，顯示系統中一個特定的方面。

UML中有四種關係：依賴、關聯、泛化和實現：

• 依賴（dependency）：依賴是兩個事物間的語義關係，其中一個事物（獨立事務）發生變化會影響另一個事務（依賴事務）的語義。在圖形上，把一個依賴畫成一條可能有方向的虛線。
• 關聯（association）：關聯是一種結構關係，它描述了一組鏈，鏈是物件之間的連線。聚集（aggregation）是一種頁數型別的關聯，它描述了整體和部分之間的結構關係。在關聯上可以標準重複度（multiplicity）和角色（role）。
• 泛化（generalization）：泛化是一種特殊/一般關係，特殊元素（子元素）的物件可代替一般元素（父元素）的物件。用這種方法，子元素共享了父元素的結構和行為。
• 實現（realization）：實現是類元之間的語義關係，其中一個類元指定了由另一個類元保證執行的契約。

UML設計檢視包含了類、介面和協作，其中設計檢視的靜態方面由類圖和物件圖表現；動態圖方面由互動圖、狀態圖和互動圖表現。

UML提供了九種不同的圖：

(1) 用例圖(Use Case Diagram)，描述系統功能；

(2) 類圖(Class Diagram)，描述系統的靜態結構；

(3) 物件圖(Object Diagram)，描述系統在某個時刻的靜態結構；

(4) 元件圖(Component Diagram)，描述了實現系統的元素的組織；

(5) 配置圖(Deployment Diagram)，描述了環境元素的配置，並把實現系統的元素對映到配置上；

(6) 狀態圖(State Diagram)，描述了系統元素的狀態條件和響應；

(7) 時序圖(Sequence Diagram)，按時間順序描述系統元素間的互動；

(8) 協作圖(Collaboration Diagram)，按照時間和空間順序描述系統元素間的互動和它們之間的關係；

(9) 活動圖(Activity Diagram)，描述了系統元素的活動；

在軟體資格考試中，通常下午考試第三道答題都是涉及用例圖和類圖，因此，這裡我們重點分析類圖和用例圖。、

UML用例圖
用例圖是指由參與者（Actor）、用例（Use Case）以及它們之間的關係構成的用於描述系統功能的靜態檢視。用例圖（UserCase）是被稱為參與者的外部使用者所能觀察到的系統功能的模型圖，呈現了一些參與者和一些用例，以及它們之間的關係，主要用於對系統、子系統或類的功能行為進行建模。
用例圖由參與者（Actor）、用例（Use Case）、系統邊界、箭頭組成，用畫圖的方法來完成。參與者不是特指人，是指系統以外的，在使用系統或與系統互動中所扮演的角色。因此參與者可以是人，可以是事物，也可以是時間或其他系統等等。