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