UML用例建模解析（一）

UML（統一建模語言）是當前軟體開發中使用最為廣泛的建模技術之一，通過使用UML可以構造軟體系統的需求模型（用例模型）、靜態模型、動態模型和架構模型。UML通過圖形和文字元號來描述一個系統，它是繪製軟體藍圖的標準語言。熟練掌握UML建模技術是一個優秀的軟體從業人員所必備的基本技能之一，越來越多的軟體企業在招聘中也需要應聘者具備一定的UML知識基礎和實踐經驗。

作為UML的初學者，很多人也在嘗試使用UML中的圖形來描述一個軟體系統，構造一個軟體系統的藍圖。然而，在使用UML的過程中，一部分人並沒有深入理解這些圖的作用，以及這些圖在繪製過程中的一些技巧。我將陸續通過幾篇文章來幫助大家更快更好地學習UML，在軟體專案中合理使用UML來提高軟體開發效率並規範軟體開發流程。

在本文中我將結合庫存管理系統來深入淺出地講述UML建模中的第一個模型——需求模型的構造，即用例建模，包括如何繪製規範的用例圖、如何編寫簡潔而又清晰的用例文件、以及怎樣通過用例圖和用例文件來構造軟體系統的需求模型。

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

1. 繪製用例圖

用例圖是UML中比較簡單的一種圖形，它包含兩個主要組成元素，分別是執行者(Actor)和用例(Use Case)。執行者又稱為參與者或角色，用例又稱為用況或案例。在用例圖中，執行者用一個“小人”符號表示，用例用一個“橢圓”符號表示，因此用例圖又有一個名字為“小人橢圓圖”。最簡單的用例圖如下：

在該用例圖中，“倉庫管理員”表示執行者，“入庫”表示一個用例，即系統的一個功能。

執行者是指直接和系統互動的一類事物，執行者主要有如下三類：

(1) 直接使用系統的人，如使用一個庫存管理系統的倉庫管理員、倉儲部經理等使用者，倉庫管理員可以通過系統進行入庫和出庫操作，倉儲部經理可以通過系統檢視各種報表，如庫存報表、財務報表等；

(2) 與該系統相關的其他系統，如在庫存管理系統中如果涉及到付款操作，需要使用另一個軟體——支付系統，此時支付系統就是庫存管理的執行者之一；

(3) 自動發生的事件，如時間、溫度等自動事件，如果庫存管理系統要求每晚零點執行一個資料彙總操作，此時時間就成為該操作的執行者。

識別一個系統的執行者是用例建模的第一步，在識別出一個系統的執行者後，需要尋找系統的用例，即功能需求。用例是執行者對系統操作的一個動作序列，每一個用例對應執行者對系統的一個完整操作流程。如庫存管理系統中，倉庫管理員可以登入系統，可以進行入庫、出庫等操作，在這裡登入、入庫、出庫都是用例，它們都對應系統所提供的一個功能。執行者通過執行用例來完成相應的工作。用例體現了執行者和軟體系統的互動過程，因此只用一個簡單的“橢圓”來表示用例太過簡單，對於每一個用例，需要編寫一個詳細的用例文件，在下一節將介紹如何編寫用例文件。

【作者：劉偉 http://blog.csdn.net/lovelion】