本節(jié)和大家學(xué)習(xí)一下怎樣對(duì)服務(wù)體系進(jìn)行UML業(yè)務(wù)建模，從業(yè)務(wù)系統(tǒng)外部看來，一個(gè)業(yè)務(wù)系統(tǒng)對(duì)外提供的服務(wù)項(xiàng)目一般不是單一的，而是多項(xiàng)的，并且多個(gè)服務(wù)項(xiàng)目之間還存在一定的聯(lián)系。

怎樣對(duì)服務(wù)體系進(jìn)行UML業(yè)務(wù)建模

我們知道，客戶是從業(yè)務(wù)系統(tǒng)的外部啟動(dòng)并享用服務(wù)項(xiàng)目的人或機(jī)構(gòu)，在現(xiàn)代供應(yīng)鏈管理模式下，服務(wù)過程是客戶驅(qū)動(dòng)的，即，如果沒有客戶出現(xiàn)，服務(wù)項(xiàng)目的實(shí)例服務(wù)過程就不會(huì)被啟動(dòng)和執(zhí)行，否則，我們就找不到"誰讓你做這事的？"的答案，自然沒有人愿意來為你的勞動(dòng)買單。此外，客戶可以分為很多類型，不同類型的客戶，需要的服務(wù)項(xiàng)目可能有相同的部分，也可能有不同的部分。

從業(yè)務(wù)系統(tǒng)外部看來，一個(gè)業(yè)務(wù)系統(tǒng)對(duì)外提供的服務(wù)項(xiàng)目一般不是單一的，而是多項(xiàng)的，并且多個(gè)服務(wù)項(xiàng)目之間還存在一定的聯(lián)系。這些服務(wù)項(xiàng)目之間的聯(lián)系，也是客戶所知道和所需要的，所謂"一條龍"服務(wù)，就是系統(tǒng)性地為客戶提供全方位的服務(wù)，是最大限度地提高客戶的滿意度的，體系化的服務(wù)。
只有通過特定的客戶和服務(wù)項(xiàng)目之間的聯(lián)系，不同服務(wù)項(xiàng)目之間的聯(lián)系，業(yè)務(wù)系統(tǒng)才能把不同類型的客戶或供應(yīng)商集結(jié)起來，這就構(gòu)成了業(yè)務(wù)系統(tǒng)對(duì)外的服務(wù)體系。對(duì)于企業(yè)來說，只要能夠?qū)m當(dāng)?shù)目蛻羧禾峁┫到y(tǒng)性的、體系化的服務(wù)，一般就都具備了長(zhǎng)盛不衰的基礎(chǔ)。

我們已經(jīng)知道，對(duì)客戶和供應(yīng)商等業(yè)務(wù)系統(tǒng)外部的交互者，UML用"業(yè)務(wù)主角"的概念來建模，對(duì)業(yè)務(wù)系統(tǒng)對(duì)外提供的服務(wù)項(xiàng)目，UML用"業(yè)務(wù)用例"的概念來建模。對(duì)上述業(yè)務(wù)系統(tǒng)的對(duì)外服務(wù)體系，UML則運(yùn)用了最基本的模型-"業(yè)務(wù)用例模型"來表達(dá)。
一個(gè)組織面對(duì)什么客戶群，提供怎樣的服務(wù)體系，是決定一個(gè)組織業(yè)務(wù)架構(gòu)的基礎(chǔ)。比如：供電局和環(huán)保局的業(yè)務(wù)架構(gòu)就不同，學(xué)校和醫(yī)院的業(yè)務(wù)架構(gòu)也不同，商場(chǎng)和工廠的業(yè)務(wù)架構(gòu)也不同，原因就是他們各自對(duì)外提供的服務(wù)體系是非常不同的。

UML業(yè)務(wù)建模的用例模型用一個(gè)帶箭頭的線段來連接業(yè)務(wù)主角和業(yè)務(wù)用例，或連接一個(gè)業(yè)務(wù)用例到另一個(gè)業(yè)務(wù)用例。這樣就把分散獨(dú)立的業(yè)務(wù)主角和業(yè)務(wù)用例連接成了一個(gè)網(wǎng)絡(luò)關(guān)系的圖。也就是"業(yè)務(wù)用例圖"。業(yè)務(wù)用例圖是業(yè)務(wù)用例模型的圖示化的表達(dá)，能清晰、完整細(xì)致地表現(xiàn)業(yè)務(wù)系統(tǒng)對(duì)外的服務(wù)體系。

這個(gè)帶箭頭的線段，用于連接業(yè)務(wù)主角和業(yè)務(wù)用例的時(shí)候，表達(dá)了如下的含義：

◆這里有一個(gè)交互操作的過程，交互操作的發(fā)起者在線段的起始端，響應(yīng)者則在箭頭指向端；
◆這里有一個(gè)服務(wù)價(jià)值轉(zhuǎn)移的過程，服務(wù)的請(qǐng)求者、受益者和支付者在線段的起始端，服務(wù)的提供者、實(shí)現(xiàn)者和受酬者則在箭頭的指向端。
◆這里有一個(gè)信息流向的過程，在交互操作的過程中，雖然信息一般是雙向流動(dòng)的，但從總的信息流量和信息交換的主被動(dòng)關(guān)系來看，接受信息多的一方往往也是被動(dòng)交換信息的一方，因此，也是箭頭指向的一方。

以上三層含義就分別表達(dá)了對(duì)外服務(wù)體系中的三層關(guān)系，即有形的操作交換關(guān)系以及無形的價(jià)值交換和信息交換關(guān)系。這三層關(guān)系組合結(jié)果，可能出現(xiàn)的情況如下：
這三層的關(guān)系的方向指向在絕大多數(shù)情況下，可以認(rèn)為是一致，不出現(xiàn)矛盾的情況，這種情況下，箭頭方向選擇沒有任何疑問；
在某些情況下，某層關(guān)系可能不明顯和直接，但總有某一層關(guān)系是明顯的；這時(shí)，箭頭方向表達(dá)最明確的層次關(guān)系。
當(dāng)實(shí)際的三個(gè)表達(dá)層次出現(xiàn)矛盾的時(shí)候，則可以取最希望表達(dá)的層次來理解，這時(shí)，箭頭方向的選擇代表了建模者在特定場(chǎng)景下主觀意圖上對(duì)某個(gè)層次的重視。

當(dāng)箭頭線用于連接兩個(gè)不同的UML業(yè)務(wù)建模用例的時(shí)候，表示在兩個(gè)業(yè)務(wù)用例所表達(dá)的服務(wù)項(xiàng)目之間存在某種關(guān)聯(lián)關(guān)系，可能的關(guān)系含義包括但不限于如下幾種：

◆箭頭的起始端業(yè)務(wù)用例與其業(yè)務(wù)主角的關(guān)系，可以順著箭頭線，"傳導(dǎo)"到箭頭指向的業(yè)務(wù)用例。也就是說，箭頭線起始端業(yè)務(wù)用例的主角，同樣是箭頭線指向端業(yè)務(wù)用例的主角。
◆業(yè)務(wù)主角在享受一個(gè)服務(wù)項(xiàng)目的價(jià)值的過程中，一定會(huì)要享受另一個(gè)服務(wù)項(xiàng)目的價(jià)值；
◆業(yè)務(wù)主角在享受一個(gè)服務(wù)項(xiàng)目的價(jià)值的基礎(chǔ)上，還可以享受更多的別的具有衍生價(jià)值的項(xiàng)目服務(wù)；
◆業(yè)務(wù)主角在享受一個(gè)服務(wù)項(xiàng)目之前，依賴于先前享受過另一個(gè)服務(wù)項(xiàng)目的服務(wù)；
◆一項(xiàng)總的服務(wù)項(xiàng)目和組成這個(gè)總服務(wù)項(xiàng)目中的某個(gè)分項(xiàng)目；
◆一種服務(wù)項(xiàng)目的操作模式和按這種操作模式實(shí)現(xiàn)的具體的服務(wù)項(xiàng)目；
◆一個(gè)粗略的服務(wù)項(xiàng)目可具體化為一個(gè)精細(xì)的服務(wù)項(xiàng)目；
◆一個(gè)服務(wù)項(xiàng)目的意圖過程和實(shí)現(xiàn)這個(gè)意圖過程的具體的服務(wù)項(xiàng)目。

用來表達(dá)以上多種業(yè)務(wù)用例關(guān)系的箭頭線有不同的畫法，為了能區(qū)分到底表達(dá)的是哪種用例的關(guān)系，可能在線的旁邊用文字來標(biāo)識(shí)，也可能用不同的箭頭形狀，線型表示不同的關(guān)系類型。詳細(xì)的表達(dá)方法我們?cè)谟懻摼唧w的用例關(guān)系表達(dá)時(shí)做專題討論。

最后需要強(qiáng)調(diào)的是：業(yè)務(wù)用例模型只需要表達(dá)一個(gè)業(yè)務(wù)系統(tǒng)對(duì)外界的服務(wù)體系，不需要對(duì)業(yè)務(wù)系統(tǒng)內(nèi)部的服務(wù)和協(xié)作關(guān)系進(jìn)行表達(dá)。對(duì)于后者，UML業(yè)務(wù)建模會(huì)用"業(yè)務(wù)對(duì)象模型"這種更適合表達(dá)協(xié)作過程的模型來表達(dá)，這是UML業(yè)務(wù)建模的最基本的模型分工。這樣分工帶來的好處是：一方面可以讓我們?cè)诮I(yè)務(wù)用例模型的時(shí)候，把主要精力集中到要滿足的客戶業(yè)務(wù)需求上面來；另一方面使得模型的表達(dá)內(nèi)外有別，內(nèi)外呼應(yīng)，使模型信息的組織更加具有系統(tǒng)性，并符合我們認(rèn)識(shí)事物由遠(yuǎn)而進(jìn)，由外向內(nèi)的一般規(guī)律。

【編輯推薦】

1. 對(duì)服務(wù)項(xiàng)目進(jìn)行UML業(yè)務(wù)建模方法揭秘 
2. 名師引導(dǎo) 如何對(duì)客戶進(jìn)行UML業(yè)務(wù)建模
3. UML應(yīng)用實(shí)作細(xì)節(jié)——UML業(yè)務(wù)建模
4. UML建模時(shí)需要注意的四大問題
5. UML業(yè)務(wù)建模實(shí)例中如何作需求分析