文章目錄

• 引言
• CBM框架
• 業務構件
• 松耦合和高內聚
• 原文鏈接

引言

隨著Internet的流行，市場越來越趨向于網絡化，對于企業而言，其服務趨于專業化是必須的。企業之間傳統的邊界由于全球連接平臺而被打破，企業的利潤越來越取決于其在某些領域的絕對優勢，因此將企業核心競爭力建立在幾個核心的業務上市成功的關鍵，那么企業怎么樣實現服務的專業化呢？

企業可以使用CBM的原理來將企業內部、外部服務變得專業化。CBM讓企業評估整個企業的目標和策略，同時對企業的內部、外部服務實施專業化。在不增加系統復雜性的情況下，CBM模型可以允許組織不斷擴大、發展，同時降低風險，提高經營業績、提高生產力、降低成本和提升資本效率和財務的可預測性。

CBM框架

<CBM：組件化業務模型>

就像我們之前看到的那樣，業務構件可以將業務服務內聚成獨立的模塊，這些模塊可以在整個企業內部共享。但是，業務構件在整個業務模型的上下文環境中如何一起工作呢？就像在圖5中看到的那樣，CBM框架按照能力和可靠性級別將業務構件組織在一起。有了CBM，企業執行官們現在可以將現有業務想象成一些連在一起的模塊。

將業務構件按照能力分類，可以從它們為企業提供的價值角度有一個更高級別的視圖。不同行業的不同公司對業務能力建模的方式也不一樣，但是，不管怎樣，每項活動都會依據某種能力組織起來。

每項活動被分配到三個可靠性級別（決策，控制和執行）之一，可以幫助企業的執行官開始充實業務構件愿景。每一個業務構件的級別是憑直覺分配的，當然有些情況下也會出例外。

• 決策：這一層次的業務構件為其他業務構件提供戰略決策和企業政策，它們還簡化與其他業務構件之間的協作。
• 控制：這些中間層的業務構件在“決策”和“執行”層之間完成檢查和平衡的功能。他們監控工作執行情況、管理出現的異常、作為資產和信息的管理者。
• 執行：這些底層業務構件提供商業行動，這些行動為企業創造價值。它們處理資產和其他業務構件或者客戶用到的信息。

這三個層次的可靠性級別優先考慮的內容是不一樣的。比如在“執行”這一層，重點是保持員工的工作飽滿和富有成效。建立這一層的業務構件的目標是讓信息更容易的獲得。技術上來說，數據訪問的速度和及時性是關鍵。比如，當客戶使用ATM機時，他們希望它能通過簡單的界面、直接了當的方式提供準確的信息：我的帳戶中有多少錢？

把執行層和決策層對比一下，決策層中都是像處理新產品的推出這樣的高級活動，這些活動只涉及到少數對于股東價值有重大影響力的人，因此，這一層的設計思路和“執行層”的設計思路基本相反。處理新產品的推出需要很多部門的合作，包括市場、風險、財務、管理和信貸。這些部門提供的信息是保證活動成功的關鍵，因此，工作流程是關鍵特性。從技術角度來說，這些活動都需要人從保存在數據倉庫中的海量、多維度的信息中分析范例和趨勢。因此，決策層的系統設計不是關注于數據訪問的速度，而是為了分析的簡單、廣度和深度。實時的界面也不是必須的，因為數據通常都是幾個月前的而且被批處理。

業務構件

業務構件是一些標準的構件，他們經過裝配構成了專業的企業，每一個構件都可以從五個方面來解讀：

• 一個業務構件必須具備其需要實現的業務目標，它必須為其他業務構件提供服務。
• 每個業務構件都實現相互排斥的業務活動，以實現其特定的業務目標。
• 業務構件需要資源，人，知識和資產來支持他們實現的業務。
• 每個業務構件都可以作為一個獨立的實體，擁有自己獨立的治理模式。
• 和一個獨立的業務服務一樣，每個業務構件都對外提供業務服務或者使用其他業務服務。

比如，一家銀行決定將其客戶信用決策業務封裝成一個業務服務，為了提高效率，它需要將與此相關的人、流程、資產都集中起來，之前這些人、流程、資產可能由幾個業務單位管理，它同樣需要合并公司內部的所有金融數據庫，提高用來評估信用的信息的質量。把所有信息集中到一處額可以讓信用評估者在評估投資組合信息時作出更好的決策（比如：為客戶信用卡申請提供信用評估時）。通過對客戶信用風險有一個全面的認識，企業可以更加高效的交叉銷售它的金融產品。

為了從業務組件中獲取最大限度的好處，公司在選擇業務構件時需要謹慎的選擇那些具備“高可結合度”的業務活動，也就是那些需要相似的人、流程和技術基礎架構的業務活動。當確定業務構件的邊界時，公司也要綜合考慮這三個因素，而不是其中的某一個或者兩個因素。

之前，該公司有5個不同的群體處理信用評估，經過業務構件化后，信貸管理構件現在可以為所有和潛在客戶的信用評估相關的業務構件提供服務，比如應用流程的管理、分配信貸資源以及信用政策的調整。

信貸管理構件有自己的管理結構和治理模型，因此具有很高的自治性。原則上來說，它可以作為一個獨立的業務為整個企業提供服務，在新的業務產生時，它也可以為其他的企業提供服務。

當新的業務構件運行時，它可以和公司內部或者外部的其他業務服務實現高度協作。這種協作通過業務構件之間的服務交換、輸入、輸出得到實現，當業務構件需要輸入以便完成特定的業務活動時，信用管理構件通過訪問其他業務構件的服務來獲得。這樣它就可以獲得輸入的全部信息（比如客戶信息和賬戶恢復）。與此相反，當其他業務構件需要信用管理服務時，比如需要信用評估或者信用活動報告，信用管理構件可以將這些信息作為輸出。預先設定的服務等級協議，包括格式轉換、時效、數量、質量、費用以及交付等，將為這些服務訪問提供執行標準。

這種面向服務的處理可以讓信用管理構件保持它的唯一性，同時它又通過松耦合和其他業務構件進行協作。當業務環境發生變化時，每個業務構件可以終止這種耦合性并且更容易的完成新的耦合。

松耦合和高內聚

業務構件獲得的好處源于兩種相關但是截然不同的特征： 業務構件之間的松耦合提供了靈活性、適應性和靈敏度，同時，每一個業務構件內部的高內聚提供了高效率和更高的質量。

業務構件之間是松耦合的，而不是基于私有的或者定制的“硬”連接，業務構件之間有清晰定義的服務邊界，在他們初始化、響應請求的時候形成、斷開連接。松耦合同樣依賴于一些互相都能理解的通訊語言，這樣，異種系統之間也可以按照需要連接在一起。比如： 互聯網銀行可能允許通過電話亭和網絡門戶同時訪問它的CallCenter功能。業務構件的這種特性讓企業提供的服務具備更好的擴展性，同時，獲得了更多的靈活性，保證企業可以獲得為內部或者外部客戶提供更多服務的潛在能力。與此相反，業務構件要求服務和服務的實現是分開的。事實上，從外部看一個業務構件，它就是一個黑盒子，它的內部運作是透明的。

在業務構件內部，業務構件將企業內部類似的業務服務聚合為一個簡單的邏輯模塊，提供了模塊化和高效率。在這個意義上來說，構建一個業務構件最重要的就是將類似的業務放在一起。為了獲得內聚性，業務構件內的每個服務都是唯一的，而且不會和其他構件內的服務重復。

把這些類似的業務放在一起有一個額外的好處，就是暴露真正的專家和那些做得不好的人之間執行服務時的差異。在整合業務過程中推薦專家級的實踐，整合后的業務構件將有效提升對業務和客戶的服務質量。實際上，這也是在企業內部共享最佳實踐的一種很好的方式。

許多公司都努力去實現高內聚。當互聯網作為一種服務交付渠道一出現，一些企業就建立直接的Web網站作為一條新的業務線，獨立完成服務、交叉銷售和市場活動。這種方式讓企業給用戶的體驗式混亂和復雜的。一個通過網站看到的市場信息和產品和另一個走進賣場、或者通過CallCenter和企業交互的用戶看到的東西不一樣。這些公司沒有實現在服務、銷售和市場之間共享高內聚的活動，不考慮任何和渠道相關的因素。

更加聰明和優雅的方式是一次性的創建這種服務能力，然后再不同的渠道之間去共享它，只是針對不同的環境調整用戶界面。這樣，對待用戶的方式、用戶可選的服務和產品、對用戶公布的市場信息都是一致的。不考慮這種跨越人、流程和技術的高內聚的活動讓很多企業環境更加復雜。

原文鏈接

• 《構件化業務模型(1) - 框架》
• 《構件化業務模型(2) - 什么是業務構件》
• 《構件化業務模型(3) - 松耦合和高內聚》

總結

以上是生活随笔為你收集整理的【软件工程】构件化业务模型CBM的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。