【UML實戰智慧第5回】UML使用案例建模的第一步

從UML2規格書中對使用案例的英文定義中，可以看到使用案例有四項特色，如下：
1.規範一套動作：使用案例是一個規範（specification），規範了一套動作（a set of actions）。

2.系統所履行：使用案例所規範的一套動作，主要是由系統所履行／執行，說的更具體些，系統必須實作出使用案例所規範的這一套動作。正因為如此，在使用案例圖面上，如果有顯示出系統的大方框的話，使用案例的橢圓圖示一定會放在大方框內部。

3.產出顯著的結果：一旦，系統執行完畢某一個使用案例之後，應該會產出明確、顯著、可以辨識的結果。

4.有價於參與者或利益關係人：而且，這樣的結果是對參與者或利益關係人有價值，且可以讓他們評價的。也是因為這樣，所以在使用案例圖上，系統分析師會在參與者圖示和使用案例圖示之間畫上關係線，這樣除了可以知道是誰來啟動使用案例的，也可以知道系統是為誰提供使用案例的。

圖1 使用案例圖及敘述

因此，我們可以看到使用案例圖及敘述充分地突顯了，使用案例定義中的特色，如圖1所示。

現場的作業程序

圖2 業務流程建模的作業程序

還記得在業務流程建模的作業程序中，最後一個步驟是要產出初版的使用案例，如圖2所示。從業務流程圖導出初版的使用案例，步驟如下：

圖3 動作導出使用案例及參與者

Step1 首先，系統分析師可以查看業務流程圖中的動作，將可以資訊化的動作直接對應成一個使用案例。

Step2 至於，原先這個動作的負責人，則對應成可能啟動使用案例的參與者，如圖3所示。

圖4 判斷節點導出使用案例

Step3 接著，系統分析師需要再查看判斷節點是否有需要系統的支援。若有，也有可能得出其他的使用案例，如圖4所示。

Step4 判斷節點對應的使用案例有兩種情形，如下：

圖5 引發獨立的使用案例

●引發一個獨立的使用案例來進行判斷。若是在這種情形下，需要再進一步找出啟動使用案例的參與者，如圖5所示。

●另一種則是透過使用案例連接到另一個不能獨立存在的小使用案例。若是在這種情形下，需要再進一步決定兩個使用案例之間的關係，如圖6所示。

圖6 連接到另一個不能獨立存在的使用案例
使用案例建模的作業程序

有了初版的使用案例之後，系統分析師就可以按照圖7的作業程序，踏上第一步驟繪製功能架構圖和使用案例圖了。

圖7 使用案例建模的作業程序

如果，還沒有切分功能模組的話，系統分析師可以先跟使用者／客戶確認功能模組。這麼一來，系統分析師就可以將初步得出的使用案例，直接歸類到各個功能模組內，產出整個系統的功能架構圖，如圖8所示。接著還可以依照各個功能模組，分別繪製使用案例圖。請您看到圖9是基金帳戶申辦功能模組的使用案例圖，另一張圖10是基金資料查詢功能模組的使用案例圖。

圖8 功能架構圖

圖9 基金帳戶申辦功能模組的使用案例圖

圖10 基金資料查詢功能模組的使用案例圖

然後，系統分析師就可以開始動手撰寫使用案例敘述了。以查詢基金基本資料使用案例為例，其主要流程與替代流程如下：

查詢基金基本資料的主要流程：
1. 銀行客戶提供基金公司名稱、基金名稱或關鍵字給系統。

2. 系統查詢基金基本資料：
　　2.a.系統依據基金公司名稱，查出基金公司名下有在本銀行代售的所有基金。
　　2.b.系統依據基金名稱，查出一筆基金。
　　2.c.系統依據關鍵字，查出基金名稱中含有關鍵字的所有基金。

3. 系統回覆查詢結果，每一筆資料內容包含：
　　□基金：基金名稱、基金編號、目前淨值、幣別、經理人名稱、最低投資金額、手續費費率、管理費費率。
　　□基金公司：基金公司名稱、基金公司編號。

查詢基金基本資料的替代流程：
　　3.a系統匯出Excel查詢結果檔。