【UML實戰智慧第4回】使用案例最好和功能架構同步產出

在UML專案現場，運用UML著名的使用案例圖（Use Case Diagram）以及使用案例敘述（Use Case Narrative），可以呈現出使用者與系統互動以獲取產品或服務的過程。系統分析師會發現使用案例的來源可能有下列三處，分別為從業務流程圖推導出使用案例、從功能架構圖推導出使用案例，以及其他來源，如未直接支援業務流程，或者未列入功能架構的其他使用案例。

很多使用者／客戶（甲方）不懂使用案例，但是卻懂得功能架構，而且也很會使用一般的樹狀結構圖來呈現功能架構，如圖1所示。

圖1. 樹狀結構的功能架構圖

特別是，有些大型的專案，使用者／客戶（甲方）在專案建置之前，就先提出詳盡的徵求建議書（RFP，Request for Proposal），文件裡頭就已經明確列出期望的功能架構。在這種情況下，系統分析師幾乎只要稍微加工一下，就可以產出初步的使用案例圖了，如圖2所示。

圖2. 從功能架構圖導出使用案例

功能架構

由於系統功能繁多，所以使用者／客戶一般都會習慣使用功能架構圖來分類整理這些系統功能。而另一方面，使用者／客戶之所以不習慣使用業務流程圖來尋找及分類使用案例，或許是因為下列兩項原因：

1. 大部分的使用者／客戶只知道自己份內的工作項目，很難得知延伸到其他同仁或部門的工作項目，對於整條業務流程只有見樹不見林的局部認知。

2. 另外，同樣一個工作項目（動作）可能出現在不同的業務流程中，必須不斷彙整，才不至於得出重複的使用案例。

所以，最佳的作法或許是，同步產出使用案例圖和功能架構圖。至於，在功能架構圖的表現上，系統分析師大可採用使用者／客戶熟悉的樹狀結構圖。若是，系統分析師有意要使用UML圖的話，最簡單的表達方法是混用類別和使用案例的圖示，形成另一個新款的功能架構圖，如圖3所示。

圖3. UML 基底的功能架構圖

此外，在功能模組的規畫上，經常會切開功能模組之間的相依性，但是有時還是不免有些相依性時，系統分析師可以把功能模組的圖示加到使用案例圖中，展現出功能模組之間的相依性，如圖4所示。

圖4. 使用功能模組概念的使用案例圖