在UML中，需求模型又稱為用例模型，它主要用於描述系統的功能性需求，即軟體可以實現的功能，如登入、註冊、入庫、出庫、檢視庫存報表、增加員工資訊等。常規的用例建模一般包括兩個組成部分：繪製用例圖和編寫用例文件。

用例圖採用參與者和用例作為基本元素，以不同的視角展現系統的功能性需求。

一、業務用例檢視

說明：使用業務主角和業務用例展現業務建模。

1、業務主角視角

作用：從業務的角度展示業務主角在業務中使用用例達成業務目標。

借閱人在借書管理系統中有借閱圖書和辦理借閱證兩個業務目標。

2、業務模組視角

作用：從更高的層次上或者說角度上展現業務主角和業務用例，下圖完整的概況了借書業務的業務目標。

如果這項業務能被上圖中的業務主角和業務用例完整說明，則認為針對此業務模組的業務用例定義完成。

視角的選取不是固定的，在建模過程中可以將獲取到的業務主角和業務用例用用例圖靈活的展現出來，不要拘泥於某個固定的形式。

二、業務用例實現檢視

上面的業務用例是業務需求，而業務用例實現則是業務的實現途徑，在實際的工作中，一個業務用例只有一個實現途徑。

如上圖所示，借閱圖書的實現方式有兩種，一種是網上借閱圖書、另一種是圖書館借閱圖書。

三、概念用例檢視

概念用例檢視一般是以業務用例為單元展現的，用於展現從業務用例中經過分析分解出來的關鍵概念用例，並表示概念用例和業務用例之間的關係。一般來說這些關係有擴充套件、包含和精化。

如上圖，借閱圖書有可能有繳納借閱費，借閱圖書也隱含著借出圖書、歸還圖書、檢查借閱證。另外概念檢視不是必須的。

四、系統用例檢視

系統用例檢視展現系統範圍，系統用例檢視是以業務用例為單位展現的。

細心的朋友可能會發現上面檢視中沒有檢查借閱證用例，這是因為該檢視是系統用例檢視，檢查借閱證是手工工作，不屬於系統用例。