初纏之UML業(yè)務(wù)建模
在學(xué)習(xí)UML建模語言的過程中，你可能會遇到UML業(yè)務(wù)建模問題，UML業(yè)務(wù)建模的產(chǎn)出工件，最實用的是--業(yè)務(wù)詞匯表、業(yè)務(wù)用例模型和業(yè)務(wù)分析模型。請看本節(jié)詳細介紹。
初纏之UML業(yè)務(wù)建模
業(yè)務(wù)建模是整個RUP四段式還沒開始前一個可選的序章：
1.開發(fā)團隊對目標組織的業(yè)務(wù)非常白癡，沒法開展系統(tǒng)用例需求。
2.尋求業(yè)務(wù)流程改造(BPR)和自動化。
這兩個可能的原因，層次上相差甚遠，但目標都是端平客戶與開發(fā)團隊的視線。對于小團隊，可以只對--與待開發(fā)軟件系統(tǒng)相關(guān)的，最不清晰，最重要的一小部分業(yè)務(wù)進行建模。
RUP很聰明的把用例建模的很多概念和流程復(fù)用到了業(yè)務(wù)建模中。IBMDW中文站有一個很好的教程《理解需要解決的問題:業(yè)務(wù)建模技術(shù)簡介》（需免費注冊DW帳號)，看完就差不多了，業(yè)務(wù)建模已超出了軟件范疇，RUP的細節(jié)描述和那本《UML業(yè)務(wù)建模》都未必絕對正確，所以RUP文檔里的種種細節(jié)都不必深究細看。
簡單說來，UML業(yè)務(wù)建模的產(chǎn)出工件，最實用的是--業(yè)務(wù)詞匯表、業(yè)務(wù)用例模型和業(yè)務(wù)分析模型。
業(yè)務(wù)用例和系統(tǒng)用例是同胞兄弟，只不過后者的主角是待開發(fā)的軟件系統(tǒng)及其提供的功能，而前者的主角轉(zhuǎn)向了整個目標組織，及其核心業(yè)務(wù)和支撐、管理的業(yè)務(wù)，而且通常組織里不止你一個系統(tǒng)。
分析模型表達了組織內(nèi)部如何的實現(xiàn)業(yè)務(wù)用例。為了照顧閱讀者的水平，使用比較直觀易懂的泳道活動圖而不是分析模型常用的順序圖來表達。我通常在用例底下直接添加活動圖，而不是新建一個UseCaseRealize。
這兩個圖里一般有四種圖元：
◆BussinessUseCase，業(yè)務(wù)用例。
◆BussinessActor，目標組織外的客戶或合作伙伴，系統(tǒng)。
◆BussinessWorker，目標組織內(nèi)的員工和系統(tǒng)。
◆BussinessEntity，業(yè)務(wù)實體，適合那些對數(shù)據(jù)對象盯得很緊的信息系統(tǒng)。
可以很簡單的從業(yè)務(wù)分析模型轉(zhuǎn)換出系統(tǒng)用例模型來。業(yè)務(wù)用例中待開發(fā)系統(tǒng)參與的活動就是用例，活動前后的BussienessActor或Worker就是Actor。
【編輯推薦】
- 對服務(wù)項目的關(guān)系進行UML業(yè)務(wù)建模行之有效的辦法
- 學(xué)習(xí)指導(dǎo) 對服務(wù)體系進行UML業(yè)務(wù)建模
- UML業(yè)務(wù)建模實例中如何作需求分析
- UML建模時需要注意的四大問題
- UML應(yīng)用實作細節(jié)——UML業(yè)務(wù)建模
