----------
第3章-定義企業流程
3.4-模擬CIM-1：定義企業流程
系統分析師備妥StarUML與MS Word的環境之後，便開始訪談企業人員，模擬對話如下：
系統分析師問：可不可以讓我知道，系統上線之後，主要會影響到公司哪幾條流程？
企業人員答：公司主要是希望系統可以儘可能減輕理專的工作量，同時可以為公司帶來更多的收益。所以，希望系統未來可以支援理專處理基金的申購與贖回業務，同時也希望投資人可以透過網路直接進行基金交易。
系統分析師問：目前聽起來，申購基金和贖回基金是兩條主要流程。
企業人員答：是的。
此時，系統分析師按照下列操作步驟，在StarUML的企業UC圖面上，新增了兩個企業UC：
1.點選工具箱(Toolbox)裡的橢圓UseCase(使用案例)圖示，如圖3-7所示。
圖3-7:點選UseCase
2.隨後，在圖面空白處再點一次，並為新增的企業UC更名為「申購基金」，如圖3-8所示。
圖3-8:新增企業UC
3.重複上述步驟1~2，新增另一個名為「贖回基金」的企業UC，如圖3-9所示。
圖3-9:新增兩個企業UC
系統分析師記下了兩個重要的企業UC之後，繼續如下的訪談：
系統分析師問：一般在什麼情況下，理專會開始執行申購基金的流程？
企業人員答：投資人會在銀行營業時間，親自到銀行櫃檯找理專，臨櫃申購基金。
系統分析師問：那贖回基金呢？
企業人員答：也是一樣啊！投資人會在銀行營業時間，親自到銀行櫃檯找理專，臨櫃辦理贖回基金。
系統分析師問：所以說，這兩條流程都是由投資人啟動的。
企業人員答：可以這麼說。
此時，系統分析師按照下列操作步驟，在StarUML的企業UC圖面上，新增了一個企業參與者，並且建立了企業UC與企業參與者之間的關係：
1.點選工具箱裡的人型Actor(參與者)圖示，如圖3-10所示。
圖3-10:點選Actor
2.隨後，在圖面空白處再點一次，並為新增的企業參與者更名為「投資人」，如圖3-11所示。
圖3-11:新增企業參與者
3.點選工具箱裡的實線DirectedAssociation(結合關係)圖示，如圖3-12所示。
圖3-12:點選DirectedAssociation
4.隨後，點選投資人並拖曳至申購基金放開，建立出兩者之間的關係，如圖3-13所示。
圖3-13:新增關係
5.重複上述步驟3~4，建立投資人與贖回基金之間的關係，如圖3-14所示。
圖3-14:建立另一條關係
系統分析師記錄了重要的企業參與者之後，繼續如下的訪談：
系統分析師問：除了申購與贖回基金之外，投資人還會引發其他的企業流程，而且是未來系統可以提供協助的？
企業人員答：有啊！很多投資人會來電找理專詢問投資現值，或者詢問基金的資料。
系統分析師問：詢問投資現值，以及詢問基金資料。還有嗎？
企業人員答：好像沒有了。
系統分析師問：有沒有什麼樣的流程是非現行流程，而是系統上線之後，新增的企業流程，有這種情況嗎？
企業人員答：啊，有喔！剛才不是提到以後投資人可以透過網路自行上網執行基金交易。那我們是想要求投資人臨櫃申辦網路下單的服務，之後才能夠執行網路下單的功能。
系統分析師問：所以，我們現在增加了詢問投資現值、詢問基金資料、申辦網路下單服務，這三條企業流程。還有嗎？
企業人員答：對了，原則上公司每個月會定時寄投資對帳單給投資人，可是有些投資人會來電要求補寄投資對帳單。大概是這樣。
系統分析師問：除了投資人之外，企業外部還有其他人士會參與企業流程嗎？
企業人員答：沒有。
系統分析師問：最後，請你用一兩句話簡單說明這幾個企業UC提供什麼樣的服務？
企業人員答：沒問題。
此時，系統分析師又增添了四個企業UC，同時假設已經沒有其他額外的企業參與者和企業UC，依照下列步驟彙整訪談記錄。
1.選擇主選單的【File->Export Diagram】，匯出如圖3-15的JPG圖檔。
圖3-15:銀行UC圖
2.系統分析師備妥MS Word之後，記錄企業UC簡述，如下：
3.系統分析師列印圖3-15的企業UC圖，以及步驟2的企業UC簡述，交與企業人員確認並修正，且以此做為訪談記錄。
CIM-1定義企業流程(企業UC模式)訪談結束後，系統分析師將立即產出下列兩項文檔：
1.企業UC圖(StarUML)
2.企業UC簡述(MS Word)
沒有留言:
張貼留言