對服務項目進行UML業務建模方法揭秘
本節和大家學習一下UML業務建模的應用，主要向大家描述一下如何對服務項目進行UML業務建模，一個服務項目是一個業務系統對外提供的一項有價值的服務過程。
如何對服務項目進行UML業務建模
一個服務項目是一個業務系統對外提供的一項有價值的服務過程。每個組織或企業（業務系統）存在的理由都是因為它們能夠對外界提供這些服務項目。
需要辨析的是，服務項目不是籠統的價值描述，而是對應確實可行的一系列的行為過程的指稱，也就是說，提到一個服務項目的名稱，我們就知道意味著可以啟動執行的一個具體的事例。比如說，暢享網列舉的主要服務如下：
◆結識全球各地的管理、信息化、投融資等領域的人脈。
◆發起、加入自己感興趣的圈子，創建同好、校友、同事聯絡區，組織線上線下活動。
◆發布、獲取、討論商業機會，招聘人才、獲取工作，進行服務及物品的交易。
◆在最早、最豐富、最權威的管理和信息化知識庫里獲取專業實用的理論研究、實踐經驗、案例探討、解決方案、可用資源。
◆同專業人士分享您在管理和信息化領域的思考、心得、經歷、體驗。
◆第一時間獲取業內知名企業、企業家、專家的新聞動態。
◆創建個人博客，記錄人生感悟、展示自我風采，用拖拉方式DIY博客，完全個性化。
其中談到了很多暢享網可以提供的服務項目，也談到了暢享網能提供的價值。如：同專業人士分享您在管理和信息化領域的思考、心得、經歷、體驗。就是對服務價值的描述，而創建個人博客，記錄人生感悟、展示自我風采，用拖拉方式DIY博客，完全個性化。則是一個具體的服務項目。服務價值是通過提供服務項目來實現的。進行這樣的區分是非常重要的，因為建模的關鍵之一就是要仔細辨識一些概念的微妙關系與區別，只有這樣，我們才能真正認清事物的關鍵部分和本質部分。
UML業務建模正是通過對服務項目的建模來體現業務系統的價值的。UML使用"業務用例"（BusinessUsecase）一詞來稱呼服務項目。很多初學者對"用例"這個名字感覺很不習慣，為什么要取這么個怪名字呢？我想，主要還是為了突出服務項目的動態交互性和價值的明確性。
Usecase這個名字首先告訴我們這是一單Case，什么叫Case？Case就是當回事，當回事就是有開始、有過程、有結尾、有收獲，還可以做了一回又做一回，即可重復。
Use有兩層含義：
◆可用：說明這是一件可以操作的具體的事；
◆有用：說明這是一項有價值的事。
UseCase合起來，就是"可用的和有用的事例"，簡稱"用例"，還是蠻講得通的。BusinessUseCase就是"業務系統提供的可用的和有用的事例"的意思了，其實，這不就是"服務項目"這個名稱的含義嗎？
我們常說，要做有用的人，要做有價值的企業。什么是有用的人，有價值的企業呢？有用的人，是通過這個人能做有用的幾件事來體現的，有價值的企業，也是通過企業能提供有價值的服務來表現的。價值是人的根本需求，"用例"則是對實現和表達需求的肢體語言的描述，是一個過程。可以說，用戶的需求是很少變化的，變化的是用戶實現需求的過程。在對業務系統的分析中，發現業務需求與業務用例（業務價值與業務過程）的映射關系是非常重要的。我們通過表達業務系統可用和有用的事，就能間接地表達業務系統有什么價值。
為了說明需求與用例的關系，我再舉一個簡單的例子。
比如問，水果刀有什么用（價值）？
我們一般會馬上回答：可以用來削皮，切開水果。
我們回答的實際上是"用水果刀能做什么事？"這個問題，得到了"削皮"和"切果"兩個答案，也就是兩個"用例"。
那么，真正的需求是什么呢？也就是"水果刀有什么用（價值）？"這個問題的真實答案應該是什么呢？應該是：1.使水果吃起來更衛生；2.使水果吃起來更方便。這才是真正的水果刀的價值。
我們可以看到，實現水果刀價值的過程，不一定只有"削皮"和"切果"這兩個過程，也不一定只有水果刀能提供這些過程，比如削皮機，果汁機等都可以用不同或相同的過程來滿足兩項需求。用例是滿足需求的過程，而需求則是過程背后所實現的價值。這正是UML業務建模的核心思想。
【編輯推薦】
