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