簡介

　　本文討論企業(yè)計劃和開發(fā)一個 CBS 支持策略，從傳統(tǒng)企業(yè)架構過渡到支持 CBS 的參考架構所需的步驟。我們將討論一些用于分析和評估企業(yè)架構是否遵守業(yè)務、應用程序、集成和技術、以及它們的相關關鍵參數(shù)的不同維度的方法。這將有利于我們理解企業(yè)是否準備好使用 Composite Business Services（CBS）構建解決方案，發(fā)現(xiàn)當前存在的差距，并滿足企業(yè)落后的每個維度中的要求。

　　多數(shù)組織已經(jīng)逐漸自動化了它們的業(yè)務流程要求，它們的方法是：將業(yè)務流程要求分割為應用用例，然后在預算之內基于需求將業(yè)務功能實現(xiàn)為 IT 應用程序。大多數(shù)這些應用程序在企業(yè)內的發(fā)展通常沒有計劃，有時，為了滿足新的業(yè)務流程要求，這些應用程序需要和其他程序集成。這些應用程序也許是內部應用程序，也可能是伙伴應用程序。這樣，對集成產(chǎn)品和技術的需求就越來越強烈。很多供應商都盯著這個市場，致力于成為 Enterprise Application Integration（EAI）領域的市場領袖。同時，不同的企業(yè)架構藍圖，比如 Zachman、TOGAF、TeA 和 IAF（請參見“參考資料”部分了解詳情），也在尋求消除業(yè)務需求和已實現(xiàn)的 IT 解決方案之間的差距。許多這些企業(yè)架構方法寄希望于通過這些應用程序的集成來滿足業(yè)務流程要求，這導致了人們更加關注集成工作，而不是在企業(yè)層面上提供一個清晰的業(yè)務流程全貌。當這些應用程序本身面臨變革以滿足新的業(yè)務需求時，應用程序集成就變得困難重重。人們對項目提出了額外的需求：以更少的開發(fā)成本、更短的交付時間交付解決方案。業(yè)務驅動的 SOA 開發(fā)以復合應用程序或復合業(yè)務服務的形式對這個問題提供了一種可行的解決方案。一個 Composite Business Service 是一個 Business Services 集合，這些業(yè)務服務相互協(xié)作，與客戶的現(xiàn)有應用程序一起提供一個特定的業(yè)務解決方案。CBS（基于一些松散耦合的分布式資產(chǎn)的合成）實現(xiàn)一個資產(chǎn)模型，從而提供靈活的可重用解決方案。CBS 可能包含遺留應用程序、打包應用程序和網(wǎng)絡交付服務。Composite Business Services 的架構、設計和開發(fā)方法學有助于我們構建可重用的業(yè)務服務，這些服務處于一個更高的功能級別，開辟了進行無編碼業(yè)務驅動開發(fā)的美好前景。

　　對于已經(jīng)采納了 SOA 的企業(yè)來說，可以通過采用可靠的行業(yè)內容模型輕松快速地遷移到復合應用程序開發(fā)。行業(yè)內容模型提供服務定義、可靠的數(shù)據(jù)模型以及基于行業(yè)標準和最佳實踐的公共服務。惟一需要完成的額外工作是使用這些可重用模型來重新遵循業(yè)務架構，針對適當?shù)姆纸夂土６人街匦略u估業(yè)務服務，以及根據(jù)調用它們的角色或通道增強或修改不同的功能特性。

　　如果一個企業(yè)還沒有采用業(yè)務驅動開發(fā)和 SOA,且它想要開發(fā)復合應用程序，那么該企業(yè)需要在實踐中研究和評估組織本身的企業(yè)架構，以便直接遷移到 CBS 參考架構。應用程序和數(shù)據(jù)架構以及它們的集成方法本身不足以評估企業(yè)的 SOA 成熟度，就像 Service Integration Maturity Models （SIMM） 通常所做的那樣。此外，評估時還需要考慮業(yè)務功能和技術架構的企業(yè)支持。

　　企業(yè)架構評估方法

　　有一些可靠的定性和定量方法可用于評估實踐中存在的企業(yè)架構。定性方法試圖通過檢查設計周期中的架構決策來幫助評估企業(yè)架構處理提出的要求的能力。這種評估的結果派生出關于評價目標的定性結論。定量方法是更具追溯能力的方法，它們基于在實現(xiàn)階段執(zhí)行的數(shù)量測量。下面詳細介紹：

　　定性方法

　　定性評估一個解決方案的架構的方法是借助基于調查問卷和檢查表技術來檢查系統(tǒng)，這些方法適用于軟件開發(fā)周期（SDLC）中原型模型構建之前的早期階段。架構的定性評估方法也可以稱為預測性評估方法。它們試圖通過檢查 SDLC 早期階段做出的架構設計（決策）來評估架構處理提出的要求的能力。這種評估的結果提供關于評價目標的定性結論。類似的方法也可以應用于現(xiàn)有的企業(yè)軟件架構，這只需檢查基于調查問卷和檢查表的方法，無需任何定量測量。

　　基于調查問卷的方法：如果軟件系統(tǒng)的目標很容易識別并定性，則可以定義一個問題列表，這些問題可以應用到軟件系統(tǒng)的總體架構。這些問題構成用于評估架構的調查問卷，可以處理架構定義的各個不同方面。

　　基于檢查表的方法：這種方法類似于基于調查問卷的方法，但是，它通常關注架構將解決的特定特性。與基于調查問卷的方法相比，基于檢查表的方法需要一個更成熟的評估實踐。

　　定量方法

　　一個解決方案的架構的定量評估方法是在現(xiàn)有系統(tǒng)上執(zhí)行一些實驗。這些方法更具追溯能力，它們基于在實現(xiàn)階段執(zhí)行的數(shù)量測量。原型模型在 SDLC 早期階段構建，在這些模型上執(zhí)行定量測量，然后根據(jù)這些結果對架構進行定量評估。

　　基于指標的方法：這種方法是基于架構組件的測量的定量分析。這種測量的目的是發(fā)現(xiàn)總體架構中存在問題的地方，以便引入一些更改來改進設計。

　　基于概念證明（Proof-of-Concept,PoC）的方法：采用這種方法時，用于實驗和模擬的原型是開發(fā)過程生成的工件。在這種方法中，我們通過考慮一個表示架構的模型的復雜應用程序用例來實際測試一個實現(xiàn)。在設計和開發(fā)在大量用例中發(fā)生前，這些原型結果用于回答一些關鍵的架構問題。

　　根據(jù)可用時間和組織對評估的支持，我們可以遵循定性方法和定量方法中的一種，或者同時使用兩種方法來評估企業(yè)架構及其開發(fā)復合應用程序的可行性。圖 1 展示了一個明確定義的聯(lián)合評估方法。

　　圖 1. 評估過程方法

　　CBS 的維度

　　為了適應 IBM 的 CBS 基礎參考架構，需要設計一個評估過程來評估企業(yè)架構。CBS 有 4 個維度，下面逐一介紹。

　　業(yè)務架構

　　這個維度解決用戶、規(guī)劃人員和業(yè)務經(jīng)理關注的問題，主要從用戶角度考察系統(tǒng)功能。它主要關注業(yè)務性能、功能和可用性。它擁有以下幾個子視圖（請參見 “參考資料” 部分獲取一個 Open Group 鏈接，可以從該鏈接鏈接到以下子視圖）：

　　人員視圖 關注系統(tǒng)的人力資源方面，它檢查系統(tǒng)中的人類角色。

　　業(yè)務流程視圖 處理系統(tǒng)中涉及的用戶流程。

　　業(yè)務功能視圖 處理支持流程所需的功能。

　　業(yè)務信息視圖 處理支持流程所需的信息。

　　可用性視圖 考慮系統(tǒng)及其環(huán)境的可用性。

　　業(yè)務性能視圖 考慮系統(tǒng)及其環(huán)境的性能方面。