學習指導 對服務體系進行UML業務建模
本節和大家學習一下怎樣對服務體系進行UML業務建模，從業務系統外部看來，一個業務系統對外提供的服務項目一般不是單一的，而是多項的，并且多個服務項目之間還存在一定的聯系。
怎樣對服務體系進行UML業務建模
我們知道，客戶是從業務系統的外部啟動并享用服務項目的人或機構，在現代供應鏈管理模式下，服務過程是客戶驅動的，即，如果沒有客戶出現，服務項目的實例服務過程就不會被啟動和執行，否則，我們就找不到"誰讓你做這事的？"的答案，自然沒有人愿意來為你的勞動買單。此外，客戶可以分為很多類型，不同類型的客戶，需要的服務項目可能有相同的部分，也可能有不同的部分。
從業務系統外部看來，一個業務系統對外提供的服務項目一般不是單一的，而是多項的，并且多個服務項目之間還存在一定的聯系。這些服務項目之間的聯系，也是客戶所知道和所需要的，所謂"一條龍"服務，就是系統性地為客戶提供全方位的服務，是最大限度地提高客戶的滿意度的，體系化的服務。
只有通過特定的客戶和服務項目之間的聯系，不同服務項目之間的聯系，業務系統才能把不同類型的客戶或供應商集結起來，這就構成了業務系統對外的服務體系。對于企業來說，只要能夠對適當的客戶群提供系統性的、體系化的服務，一般就都具備了長盛不衰的基礎。
我們已經知道，對客戶和供應商等業務系統外部的交互者，UML用"業務主角"的概念來建模，對業務系統對外提供的服務項目，UML用"業務用例"的概念來建模。對上述業務系統的對外服務體系，UML則運用了最基本的模型-"業務用例模型"來表達。
一個組織面對什么客戶群，提供怎樣的服務體系，是決定一個組織業務架構的基礎。比如：供電局和環保局的業務架構就不同，學校和醫院的業務架構也不同，商場和工廠的業務架構也不同，原因就是他們各自對外提供的服務體系是非常不同的。
UML業務建模的用例模型用一個帶箭頭的線段來連接業務主角和業務用例，或連接一個業務用例到另一個業務用例。這樣就把分散獨立的業務主角和業務用例連接成了一個網絡關系的圖。也就是"業務用例圖"。業務用例圖是業務用例模型的圖示化的表達，能清晰、完整細致地表現業務系統對外的服務體系。
這個帶箭頭的線段，用于連接業務主角和業務用例的時候，表達了如下的含義：
◆這里有一個交互操作的過程，交互操作的發起者在線段的起始端，響應者則在箭頭指向端；
◆這里有一個服務價值轉移的過程，服務的請求者、受益者和支付者在線段的起始端，服務的提供者、實現者和受酬者則在箭頭的指向端。
◆這里有一個信息流向的過程，在交互操作的過程中，雖然信息一般是雙向流動的，但從總的信息流量和信息交換的主被動關系來看，接受信息多的一方往往也是被動交換信息的一方，因此，也是箭頭指向的一方。
以上三層含義就分別表達了對外服務體系中的三層關系，即有形的操作交換關系以及無形的價值交換和信息交換關系。這三層關系組合結果，可能出現的情況如下：
這三層的關系的方向指向在絕大多數情況下，可以認為是一致，不出現矛盾的情況，這種情況下，箭頭方向選擇沒有任何疑問；
在某些情況下，某層關系可能不明顯和直接，但總有某一層關系是明顯的；這時，箭頭方向表達最明確的層次關系。
當實際的三個表達層次出現矛盾的時候，則可以取最希望表達的層次來理解，這時，箭頭方向的選擇代表了建模者在特定場景下主觀意圖上對某個層次的重視。
當箭頭線用于連接兩個不同的UML業務建模用例的時候，表示在兩個業務用例所表達的服務項目之間存在某種關聯關系，可能的關系含義包括但不限于如下幾種：
◆箭頭的起始端業務用例與其業務主角的關系，可以順著箭頭線，"傳導"到箭頭指向的業務用例。也就是說，箭頭線起始端業務用例的主角，同樣是箭頭線指向端業務用例的主角。
◆業務主角在享受一個服務項目的價值的過程中，一定會要享受另一個服務項目的價值；
◆業務主角在享受一個服務項目的價值的基礎上，還可以享受更多的別的具有衍生價值的項目服務；
◆業務主角在享受一個服務項目之前，依賴于先前享受過另一個服務項目的服務；
◆一項總的服務項目和組成這個總服務項目中的某個分項目；
◆一種服務項目的操作模式和按這種操作模式實現的具體的服務項目；
◆一個粗略的服務項目可具體化為一個精細的服務項目；
◆一個服務項目的意圖過程和實現這個意圖過程的具體的服務項目。
用來表達以上多種業務用例關系的箭頭線有不同的畫法，為了能區分到底表達的是哪種用例的關系，可能在線的旁邊用文字來標識，也可能用不同的箭頭形狀，線型表示不同的關系類型。詳細的表達方法我們在討論具體的用例關系表達時做專題討論。
最后需要強調的是：業務用例模型只需要表達一個業務系統對外界的服務體系，不需要對業務系統內部的服務和協作關系進行表達。對于后者，UML業務建模會用"業務對象模型"這種更適合表達協作過程的模型來表達，這是UML業務建模的最基本的模型分工。這樣分工帶來的好處是：一方面可以讓我們在建立業務用例模型的時候，把主要精力集中到要滿足的客戶業務需求上面來；另一方面使得模型的表達內外有別，內外呼應，使模型信息的組織更加具有系統性，并符合我們認識事物由遠而進，由外向內的一般規律。
【編輯推薦】
