首先看用例模型，用例模型用于需求分析，表明開發者和使用者對需求的共識，描述了待開發系統的功能需求。而用例模型是由用例圖來描述的。
用例圖是 從使用者的角度描述系統的功能，并指出各功能的操作者。用例圖要強調功能，從使用者角度分析功能。得出功能之後，還要分析各個功能的執行者是誰。強調是誰在使用系統，即角色和功能對應起來。
用例圖由3部分組成：用例，角色，關系。
1，用例：用例是對系統的使用者需求的描述，用例表達了系統的功能和所提供的服務 。如上圖，用橢圓表示。
如何識别用例：
識别用例最好的方法就是從分析系統的參與者開始，考慮每個參與者是怎樣使用系統的。
另外，還可以問自己以下問題，來幫助自己識别用例：
1，特定參與者希望系統提供什麼功能
2，系統是否存儲和檢索資訊，如果，這個行為由哪個參與者觸發；
3，當系統改變狀态時，通知參與者嗎
4，存在影響系統的外部事件嗎
5，是哪個參與者通知系統這些事件
2，角色
一種人員的角色，用來指明用例跟哪個角色相關。
需要注意的是，角色不僅僅使人，還可以是一些事物。
符号如上圖，actor.
3,關系
在UML視訊中，這裡的關系所說的是執行者和用例之間的關系，也就是指用例和角色存在什麼關系，但是，在這裡還應該存在用例和用例之間的關系。
在用例和用例之間，存在着包含關系，擴充關系，泛化關系，如圖：
如上圖，修改個人資訊，檢視個人資訊，删除個人資訊，都涉及到找到某個特定的人，用例找到特定的人被這3個用例所包含，這樣，在設計時，避免了很多重複的動作。
如圖，借書的人有還書，借書，讀書的用例，在還書的時候，如果超期，則超期這個用例處理他，如果沒超期，則正常處理。
很好了解，不解釋了，都吃過飯。
描述了用例執行時的一些條件等。主要屬性有：事件流（描述了在執行過程中，執行者和系統之間的互動過程）；
前置條件和後置條件描述了用例執行的條件；特殊要求；擴充點；問題說明；
如圖，用例是actor可以執行的功能，這個功能大小的劃分非常重要，如上圖，大緻可分為3級：概述級，使用者目标級，子功能級。
1，應該清晰的定義系統邊界
2，防止用例過多
3，應該從執行這的角度來命名用例
4，用例描述正規程度
5，避免執行者的名字不一緻
6，避免執行者和用例之間的關系太複雜
7，注意用例的大小是否恰當
8，避免用例描述混亂
9，區分用例分解和功能分解
10，避免客戶不能了解用例的情況發生
11，有些場合用用例來描述需求是不适合的。
如圖，在上面的倉庫管理系統中，先畫出其中的角色，即系統的是執行者：操作員，商品供應商，管理者，商品領料人。然後分别畫出每個角色所執行的功能。