1.4.11-企業UC與系統UC

寫給SA的UML/MDA實務手冊
----------
第1章-Why系統分析師需要學習UML
1.4-重要的OO及UML概念

1.4.11-企業UC與系統UC

使用案例可以用來表達使用者與資訊系統(System)的互動過程，也可以用來表達顧客與企業組織(Business)的互動過程，為區分兩者，特將前者稱為「系統UC」(System Use Case)，後者稱為「企業UC」(Business Use Case)。想當然爾，參與者也跟著區分為「系統參與者」(System Actor)與「企業參與者」(Business Actor)。


圖1-13: 企業UC圖

在基金模擬個案中，有些投資人不會使用電腦，所以不可能使用網路基金系統申購基金。這些投資人會到銀行櫃檯，委託理財專員代為申購基金，其間的互動就是一項企業UC。請看圖1-13裡的申購基金(企業UC)，表達了投資人(企業參與者)為了申購基金，與銀行(企業)互動的過程。

在系統開發初期，系統分析師將定義並描述企業UC，不過不是全部的企業UC，而是日後系統會涉及到的企業UC。接著，系統分析師進一步分析每一個企業UC內部的執行活動，從中圈選出可以交給系統執行的活動，並將這些可自動化的活動定義成系統UC。

接著，這些系統UC將引導整個開發程序。通常，專案會從中挑選一批系統UC做為首次釋出(Release)的範圍，隨後系統分析師才針對這些系統UC進行深度訪談，釐清需求細節且編寫文件，遞交給其他開發人員進行後續的系統設計及編碼工作。