在學習UML建模語言的過程中，你可能會遇到UML業(yè)務建模問題，UML業(yè)務建模的產出工件，最實用的是--業(yè)務詞匯表、業(yè)務用例模型和業(yè)務分析模型。請看本節(jié)詳細介紹。

公司主營業(yè)務：成都網站設計、做網站、移動網站開發(fā)等業(yè)務。幫助企業(yè)客戶真正實現(xiàn)互聯(lián)網宣傳，提高企業(yè)的競爭能力。成都創(chuàng)新互聯(lián)公司是一支青春激揚、勤奮敬業(yè)、活力青春激揚、勤奮敬業(yè)、活力澎湃、和諧高效的團隊。公司秉承以“開放、自由、嚴謹、自律”為核心的企業(yè)文化，感謝他們對我們的高要求，感謝他們從不同領域給我們帶來的挑戰(zhàn)，讓我們激情的團隊有機會用頭腦與智慧不斷的給客戶帶來驚喜。成都創(chuàng)新互聯(lián)公司推出大城免費做網站回饋大家。

 初纏之UML業(yè)務建模

業(yè)務建模是整個RUP四段式還沒開始前一個可選的序章：

1.開發(fā)團隊對目標組織的業(yè)務非常白癡，沒法開展系統(tǒng)用例需求。

2.尋求業(yè)務流程改造(BPR)和自動化。

這兩個可能的原因，層次上相差甚遠，但目標都是端平客戶與開發(fā)團隊的視線。對于小團隊，可以只對--與待開發(fā)軟件系統(tǒng)相關的，最不清晰，最重要的一小部分業(yè)務進行建模。

RUP很聰明的把用例建模的很多概念和流程復用到了業(yè)務建模中。IBMDW中文站有一個很好的教程《理解需要解決的問題:業(yè)務建模技術簡介》（需免費注冊DW帳號)，看完就差不多了，業(yè)務建模已超出了軟件范疇，RUP的細節(jié)描述和那本《UML業(yè)務建模》都未必絕對正確，所以RUP文檔里的種種細節(jié)都不必深究細看。

簡單說來，UML業(yè)務建模的產出工件，最實用的是--業(yè)務詞匯表、業(yè)務用例模型和業(yè)務分析模型。
業(yè)務用例和系統(tǒng)用例是同胞兄弟，只不過后者的主角是待開發(fā)的軟件系統(tǒng)及其提供的功能，而前者的主角轉向了整個目標組織，及其核心業(yè)務和支撐、管理的業(yè)務，而且通常組織里不止你一個系統(tǒng)。

分析模型表達了組織內部如何的實現(xiàn)業(yè)務用例。為了照顧閱讀者的水平，使用比較直觀易懂的泳道活動圖而不是分析模型常用的順序圖來表達。我通常在用例底下直接添加活動圖，而不是新建一個UseCaseRealize。

這兩個圖里一般有四種圖元：

◆BussinessUseCase，業(yè)務用例。
◆BussinessActor，目標組織外的客戶或合作伙伴，系統(tǒng)。
◆BussinessWorker，目標組織內的員工和系統(tǒng)。
◆BussinessEntity，業(yè)務實體，適合那些對數(shù)據(jù)對象盯得很緊的信息系統(tǒng)。

可以很簡單的從業(yè)務分析模型轉換出系統(tǒng)用例模型來。業(yè)務用例中待開發(fā)系統(tǒng)參與的活動就是用例，活動前后的BussienessActor或Worker就是Actor。
 

【編輯推薦】

1. 對服務項目的關系進行UML業(yè)務建模行之有效的辦法
2. 學習指導 對服務體系進行UML業(yè)務建模
3. UML業(yè)務建模實例中如何作需求分析
4. UML建模時需要注意的四大問題
5. UML應用實作細節(jié)——UML業(yè)務建模

新聞標題：初纏之UML業(yè)務建模
本文地址：http://uogjgqi.cn/article/dhedgpg.html