UML基礎與應用--UML用例圖
本節和大家學習一下UML基礎與應用中的UML用例圖的知識 ，UML用例圖的概念，構成和屬性等內容，希望本節的介紹對你有所啟發。下面讓我們一起看一下UML用例圖的詳細介紹吧。
UML基礎與應用--UML用例圖
UML視圖：設計視圖、實現視圖、用例視圖、進程視圖、部署視圖。
一、什么是用例圖
用例模型：需求分析階段，描述了待開發系統的功能需求；看成黑盒子，僅從外部執行者的角度來理解系統（從用戶角度），不需要考慮功能是怎樣實現的；驅動了需求分析后的各個階段的開發。
用例圖：描述用戶的需求，從用戶角度描述系統的功能，并指出各功能的執行者，強調誰在用系統，系統為執行者完成那些功能。
功能的描述、角色；角色和功能對應起來。
二、UML用例圖的構成（基本元素）：用例；角色；關系。
（1）用例（usecase）：功能的描述
（2）角色（actor）：actor是一些人或事
--可以激活系統交互信息；
--可以對系統進行輸入；
--可以從系統被動的接受信息。
角色：角色既可以是人也可以是物
尋找執行者的幾個原則：
-誰使用系統的功能；
-誰需要系統支持日常工作；
-誰來維護關系系統；
-系統需要操縱那些硬件-需要與系統交互的其他系統；
-對系統產生的結果感興趣的人或事物。
（3）關系（assosciation）：執行者與用例之間的關系，包括依賴、泛化、關聯。用例和角色都可以有關系。下面再看一下UML基礎與應用中UML用例圖的主要屬性。
三、用例的主要屬性：事件流、前置條件、后置條件。
事件流：一個用例在執行時執行者與系統之間的交互過程。
--基本流--對用例中常規和預期路徑的描述
--備選流--由于受到其他因素影響，用例執行了其他的路徑。
前置條件：該用例執行的前提條件，用來描述條件下可以開始執行一個事件流。
后置條件：說明用力結束時系統的狀態。
四、UML用例圖的粒度與范圍：用例的多少
概述級、用戶目標級、子功能級
設計時要重要考慮的方面，一開始粗略的設計用例圖，然后慢慢細化。用例圖的粒度不應太粗或太細。
描述文檔：事件流、前置條件和后置條件。
例子：功能角色：資源管理者；項目（工程）管理員；系統管理員（數據庫信息、日志信息）每個用例都和一個角色發生關聯。UML基礎與應用中UML用例圖需要注意哪些問題呢？
五、用例注意點：
◆應該清晰的定義系統邊界
◆防止用例過多
◆應該從執行者的角度來命名用例
◆用例描述的正規程度
◆避免執行者的名字不一致
◆避免執行者和用例之間的關系
◆注意用例的大小是否恰當（粒度）
◆避免用例描述混亂
◆區分用力分解和功能分解
◆避免客戶不能理解用例的情況
◆有些場合，用用例來描述不適合
小結：
◆用例圖的基本組成（繪制）
◆用例圖的作用：
--重在應用
--重在交流
--重在事件流的描述
--用例粒度和角色
我的理解：用例就是功能，用例圖就是對功能的圖示描述；也就是功能模塊的表示。同時用例圖是對用戶的需求進行描述，所以，從用例圖中能看出現實的功能需求，貌似是對現實世界想要完成某件事情的物理結構進行畫圖表示。用例圖的粒度是第一次聽說，經過老師的講解，感覺粒度就是個數的意思，搞不懂為什么翻譯為粒度（granularity）。也就是一個軟件劃分為多少個模塊。這就涉及到模塊的耦合和內聚了。模塊太少不能把用戶的需求功能描述清楚，太多了，又過于冗雜，同樣不能把功能描述清楚。
用例圖是開發一個軟件時用到的第一個圖，所以，UML用例圖畫好了，對后面的開發至關重要。用例圖就是對現實需求的第一步抽象，把功能用圖表述出來。在畫用例圖的時候就應該把用各個用例之間的關系表達清楚。
【編輯推薦】
