用例圖是高層次系統需求的模型。用例圖主要用於視覺化用例、相應的部門及其互動。圖表本身不是一個用例，而是參與者和一組相關用例的視覺化視圖。用例的視覺化模型有助於理解業務流程，並有助於與利益相關者溝通。用例圖中顯示的用例規範和檔案構成了需求建模的關鍵。
UML图的4+1视图
考虑到UML图可以在系统生命周期的不同阶段使用，让我们来看看UML图的“4+1视图”。4+1 视图提供了一个不同的视角来分类和应用 UML 图。4+1 视图本质上是从软件生命周期的角度来看系统的方式。这些视图中的每一个都代表了如何对系统进行建模。这将使我们能够了解 UML 图的确切位置及其适用性。
不同的用戶使用任何真實世界的系統。用戶可以是開發人員、測試人員、業務人員、分析師等等。囙此，在設計一個系統之前，架構是以不同的角度考慮的。最重要的部分是從不同的觀察者的角度對系統進行視覺化。我們瞭解得越多，系統就越完善。這組視圖稱為軟件架構的4+1視圖。UML在定義系統的不同透視圖方面起著重要作用。這些觀點是：
用例視圖 (Use Case)
+4架構視圖:
- 邏輯 (Logial)
- 實施 (Implementation)
- 過程 (Process)
- 部署 (Deployment)
什麼是用例圖 (use cae diagram)？
用例模型根据用例描述系统的功能需求。它是系统预期功能（用例）及其环境（参与者）的模型。用例使您能够将您对系统的需求与系统如何满足这些需求相关联。它由用例、参与者及其关系组成。用例图用于高级设计以捕获系统的需求。它代表系统的功能及其流程。尽管用例图不是正向和逆向工程的良好候选者，但它们仍然以稍微不同的方式用于建模。
因为它是一个非常强大的规划工具，所以用例模型通常由所有团队成员在开发周期的所有阶段使用。
用例图示例
用例图
用例圖本質上是行為靜態的。這是因為它們幫助組織和評估問題空間中的系統需求。需求的行為方面在用例圖中不可見。因為兩個用例之間或者參與者和用例之間的關係並不代表時間的概念，所以用例圖被歸類為靜態圖。囙此，應注意將用例圖視為描述系統的流程或行為。流程流是用例和相應活動圖中文本檔案的一部分。
用例圖中的用例不能像資料流程圖（DFD）那樣分解。用例圖沒有層次或級別，它們在整個需求模型中都處於同一級別。用例檔案是識別最終生成類的業務實體的豐富來源。
java
程序员
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用。你还可以使用@来通知其他用户。