什么是企業架構（EA）？(2008-09-2711:24:20)標簽：

分類：企業架構企業架構（EA，EnterpriseArchitecture）作為將組織戰略目標映射到IT總體目標的藍圖設計，是西方發達國家政府廣泛使用的頂層設計方法。

1．企業架構的發展史1987年，JohnZachman在IBMSystemsJournal上發表名為Aframeworkforinformationsystemsarchitecture的文章，提出企業架構的初步概念。Zachman理論發展到今天，稱之為“企業架構框架”（EAF，EnterpriseArchitectureFramework），簡稱為“Zachman框架”，Zachman也被公認為企業架構領域的理論開拓者，現有的企業架構框架大都由Zachman框架派生而來。1996年，美國國會通過“Clinger/Cohen法案（又稱信息技術管理改革法案）。該法案指出政府部門缺乏展現、協調和管理整個信息系統建設、使用、維護的總體框架，授予行政管理和預算局（OMB）很大權力來強制實行一些標準，以“分析、跟蹤和評估行政機構在信息系統方面進行的所有大規模投資的風險和成效”。盡管“Clinger/Cohen法案”從未提及企業架構的概念，OMB還是將此法案解釋為對整個美國政府采納企業架構的強制性要求。1999年，美國聯邦CIO委員會發布了FEAF（FederalEnterpriseArchitectureFramework）。“Clinger/Cohen法案”所使用的術語“IT架構”（ITArchitecture），現在被解釋為企業架構（EnterpriseArchitecture）。如今，OMB已要求每個政府機構都要開發一個企業架構框架，并要證明如何使該企業架構框架與FEAF保持一致。如美國國防部開發了DoDAF，美國財政部開發了TEAF，美國環保署開發了EPAF，等等。歐洲國家政府在企業架構推廣方面則另辟蹊徑。2005年3月，英國內閣辦公室發布了英國電子政務互操作框架（E-GIF，E-Government

Interoperability

Framework）v6.1。歐盟則推出了泛歐電子政務服務互操作框架（EIF，EuropeanInteroperability

Framework）v2.0。在商業領域，企業架構也得到了廣泛關注，研究機構、咨詢公司和大企業也在大力推進企業架構的應用。1996年，凱捷公司（CapGemini）發布了IAF（IntegratedArchitectureFramework）。2002年，開放組織（OpenGroup）發布TOGAF（TheOpenGroupArchitectureFramework）。2003年，企業架構開發研究所（IFEAD）發布了E2AF（ExtendedEnterpriseArchitectureFramework）。企業架構的發展歷程如下：

圖1.企業架構的發展歷程綜上所述，企業架構獲得快速發展源于三個因素：（1）Zachman奠定了企業架構的概念體系和理論基礎（2）美國政府的推動和西方發達國家政府的效仿（3）研究機構、咨詢公司和大企業的大力推廣2．企業架構的概念EnterpriseArchitecture一般譯作企業架構，也有譯作企業體系結構或企業總體架構。架構（Architecture）包含業務和技術兩個層面，一個是軟件體系結構，一個業務參考模型。按照MetaGroup（已被Gartner收購）的定義，企業架構是一個自頂向下、業務戰略驅動的過程，它整合了并行的、內在的、一致的業務、信息和技術架構的開發，也就是企業解決方案架構。按照美國2002年《電子政務法案》的定義，企業架構意味著：（1）一個戰略信息資產庫，它定義了使命（2）執行使命所必需的信息（3）執行使命所必需的技術（4）為了響應使命不斷變化的需求，而實施新技術的變遷過程并包括：（1）一個基線（當前）架構（2）一個目標架構

（3）一個（實施）計劃3．企業架構的原理企業架構的原理是從現狀向目標的遷移過程。因此，企業架構包括：當前架構、目標架構、遷移計劃和IT路線圖。：

圖2企業架構的原理企業架構的組成分為業務和技術兩個層面，業務層面包括業務架構和信息架構，技術層面包括應用架構和技術架構。

圖3企業架構的原理（1）企業業務架構（EBA，EnterpriseBusinessArchitecture）

企業業務架構主要是指組織結構、崗位職能和業務流程。（2）企業信息架構（EIA，nterpriseInformationArchitecture）

企業信息架構主要是指業務信息原始記錄和展現形式。（3）企業應用架構（EAA，EnterpriseApplicationArchitecture）

企業系統架構主要是指應用系統。（4）企業技術架構（ETA，EnterpriseTechnicalArchitecture）

企業技術架構主要是指基礎設施。Zachman框架JohnZachman是公認的企業架構領域的理論開拓者，現有的企業架構框架大都由Zachman框架派生而來。Zachman框架起源于JohnZachman的題為“信息系統開發框架”（AFrameworkforInformationSystemsDevelopment）的學術論文，文中闡述了在信息系統開發工作中對軟件體系結構的看法：系統開發是由具有不同關注視點的若干層面人員共同完成的這與認識到系統開發是由不同階段完成的同等重要；在系統開發中，考察對象不應僅限于數據和功能，還應包括地點。Zachman給出了一個矩陣，將關注視點放在列上，角色層面放在行上。此矩陣最初有是什么（What）、如何做（How）和在哪里（Where）三列。后來，Zachman又增加了是誰（Who）、什么時間（When）時間和為什么（Why）三列。Zachman框架可以用來指導信息化建設過程，并管理此過程中的設計產物。Zachman框架如下圖所示：

圖4Zachman框架

Zacnman框架的矩陣式表格如下所示：

做什么（What）如何做（How）在哪里（Where）誰

（Who）何時（When）為什么（Why）數據功能網絡人員時間動機范圍（背景）規劃者

業務模型（概念）所有者

系統模型（邏輯）設計者

技術模型（物理）承建者

詳細表示（背景之外）分包者

最終用戶

表1Zachman框架的矩陣式表格Zachman框架是一個6×6矩陣：縱向從規劃者、所有者、設計者、承建者、分包者和最終用戶六個視角來劃分，建立目標/范圍、業務模型、系統模型、技術模型、詳細表達、運行功能等模型；橫向從數據（What）、功能（How）、網絡（Where）、人員（Who）、時間（When）、動機（Why）等6個方面的模型，并分別由實體－關系模型（Entity-Relationship）、流程－I/O模型（Input-Process-Output）、節點－鏈接模型（Node-Link）、人員－工作模型（People-Work）、時間－周期模型（Time-Cycle）、目標－手段模型（Ends-Means）來表達。Zachman框架具有容易理解、描述全面、獨立于各種工具與方法學等優點，因而得到了廣泛的認可，很多咨詢和研究方法都從Zachman框架中獲得借鑒。Zanman框架完全可以作為電子政務頂層設計方法論的理論基礎，是一個非常適合于本課題的思考框架和研究模式。FEAF框架1999年，美國政府組建美國聯邦CIO委員會，發布了聯邦企業架構框架（FEAF，FederalEnterpriseArchitectureFramework），此后美國政府機構也相繼基于FEAF發布了各自的部門級企業架構框架。這是企業架構在政府領域的首次應用，帶動了企業架構在西方發達國家政府的大范圍推廣。2001年，美國聯邦CIO委員會發布《FEAF實踐指南》（APracticalGuidetoFEA）。之后，又發布了由績效參考模型（PRM）、業務參考模型（BRM）、服務參考模型（SRM）、技術參考模型（TRM）、數據參考模型（DRM）等五個參考模型。FEAF由當前架構、目標架構、轉換流程（標準）組成，當前架構和目標架構分解為業務架構、數據架構、應用架構和技術架構，后來又增加了績效架構。

圖5FEAFv1.1，LevelIII美國聯邦企業架構（Federal

Enterprise

Architecture，FEA）由績效參考模型、業務參考模型、服務參考模型、技術參考模型、數據參考模型構成。

圖6FEA的組成（1）績效參考模型

績效參考模型由輸入、輸出、結果3個部分組成，由測量域、測量類、測量組和測量指標4個層次構成。輸入包括人力資本、技術和其他固定資產，輸出包括一系列過程和活動，結果包括任務和業務結果以及客戶結果。

（2）業務參考模型

業務參考模型包含4個業務域，39條業務線和153項子功能。其中4個業務域分別是公民服務、服務分發模式、服務的支持分發和政府資源管理。

公民服務是政府的目的，包括國防和國家安全、本土安全、情報運行、法律保障、國際事務和商務、立法及公正活動、矯正活動、教育、能源、健康、交通、收入安全、環境管理、自然資源、災害管理、社區和社會服務、經濟發展、勞動力管理、通用科學與創新19條業務線。

服務分發模式是實現政府目的的機制，包括為公民的直接服務、知識創造和管理、公共物品創建和管理、法規、聯邦財政支持、信用和保險、傳輸給州和地方政府7條業務線。

服務的支持分發是政府運行支持功能，包括立法關聯、公共事務、法規發展、規劃和預算、控制和監督、征稅、內部風險管理和減少、通用政府8條業務線。

政府資源管理為資源管理功能，包括供應鏈管理、人力資源管理、財政管理、行政管理、信息和技術管理5條業務線。

（3）服務參考模型

服務參考模型由7個服務域、30項服務類和168項服務組件構成，其中7個服務域分別是客戶服務、過程自動服務、業務管理服務、數字資產服務、業務分析服務、內勤服務和支持服務。

客戶服務包括客戶關系管理、客戶喜好、客戶初始幫助3項服務類，過程自動服務包括跟蹤和工作流、路由和進度2項服務類，業務管理服務包括過程管理、組織管理、投資管理、供應鏈管理4項服務類，數字資產服務包括內容管理、文件管理、知識管理、記錄管理4項服務類，業務分析服務包括分析與統計、可視化、知識發現、業務智能、報告5項服務類，內勤服務包括數據管理、人力資源、財政管理、資產管理、開發與集成、人力資本/勞動力管理6項服務類，支持服務包括安全管理、協作、搜索、通信、系統管理、表格管理6項服務類。

（4）技術參考模型

技術參考模型由4個服務域、17個服務類和51個服務標準構成，其中4個服務域是服務訪問和分發、服務平臺和基礎設施、組件框架、服務接口與集成。

（5）數據參考模型

數據參考模型由數據共享、數據描述和數據環境（Context）三個標準化域構成。數據共享是指一個用戶使用其他用戶提供的信息資源，數據共享標準化域用“數據提供者-用戶矩陣”來描述。數據描述標準化域提供了一個在數據結構（語法）和含義（語義）方面達成一致的方法，可以為數據發現、數據重用、數據共享、數據實體一致化、語義互操作提供支持。數據環境標準化域為數據提供與數據創建和使用有關的附加信息。2007年6月澳大利亞政府借鑒美國FEAF開發了了澳大利亞政府架構（AGA，Australian

Government

Architecture），同樣包含了五個參考模型。

圖7AGAAGA包括5個參考模型以及原則、模式、標準、SOA知識庫和服務目錄。與FEA一樣，AGA參考模型包括績效參考模型、業務參考模型、服務參考模型、數據參考模型、技術參考模型。SOA咨詢方法論研究-SOA咨詢路線圖(2009-05-0712:25:36)標簽：

分類：

SOA咨詢路線圖用于描述SOA咨詢的一般流程和方法，是SOA咨詢方法論的核心。SOA咨詢路線圖基于通用IT咨詢方法和SOA項目生命周期對SOA咨詢方法論進行闡述，并且對SOA咨詢的關鍵成功要素進行分析，對SOA咨詢方法論與SOA實施方法論之間的關系進行界定。1.SOA咨詢路線圖在SOA項目生命周期的不同階段，SOA咨詢方法也隨之不同。因此，針對SOA項目生命周期的不同階段，分別建立相應的SOA咨詢方法。SOA項目生命周期可劃分為前期評估、總體規劃（包括戰略規劃、業務規劃和技術規劃）、項目實施和后期評價四個階段。SOA咨詢的服務對象根據SOA項目生命周期進行劃分。按照每個階段咨詢服務的主要需求來源的不同，來確定核心的服務對象。在前期評估、總體規劃和后期評價階段，服務對象主要是項目業主（中央和地方各級政府機構）；在項目實施階段，服務對象主要是IT廠商（平臺廠商、獨立軟件廠商和系統集成商）。SOA咨詢方法論同樣根據SOA項目生命周期進行劃分，由SOA項目生命周期各個階段的SOA咨詢方法組成，形成一個完整的方法體系。建立SOA咨詢方法論的基本方法是：針對SOA項目生命周期的不同階段，在通用IT咨詢方法基礎上，結合軟件架構咨詢的特點，按照適用性、可信性和可操作性的原則，從概念和定義、范圍和內容、意義和作用、目標和任務、流程和步驟、方法和規則等六個方面，建立相應的SOA咨詢方法。SOA咨詢路線圖如下圖所示：

圖1SOA咨詢路線圖1.1SOA項目生命周期SOA項目生命周期包括前期評估、總體規劃、項目實施和后期評價四個階段。

其中，總體規劃階段起到SOA藍圖的作用，是SOA咨詢的重點階段。1.2SOA咨詢服務對象SOA項目生命周期的四個階段中，除了項目實施階段的SOA咨詢服務對象是IT企業（包括平臺軟件廠商、獨立軟件開發商和系統集成商）之外，其余三個階段的SOA咨詢服務對象都是政府機構（包括中央和地方各級政府機構、非政府組織和大型國有企業等）。因此，政府機構是SOA咨詢的重點服務對象。1.3通用IT咨詢方法通用IT咨詢方法是SOA咨詢方法的實踐基礎，具有重要的借鑒意義。從“As-Is（現狀）”到“To-Be（未來）”是一種經典的IT咨詢模式，通過對現狀的深入分析評估、對目標的逐步論證分解、對問題和差距的全面診斷等，建立從現狀到目標的切實可行的遷移路線圖和整體解決方案。（1）As-Is（現狀）

建立現狀模型，進行現狀分析和評估，發現問題和診斷原因；跟蹤發展趨勢，選定標桿學習對象，進行差距分析。（2）To-Be（目標）

建立目標模型，根據組織內外部的約束條件（環境、資源和能力等），定義和論證目標，并對目標進行分解和細化。（3）Roadmap（路線圖）

建立從現狀模型到目標模型的遷移路線圖，定義行動列表，界定任務優先級，制定策略和選擇路線。（4）Solution（解決方案）針對選定路線開發解決方案，從技術、管理和商業等角度，對具體項目進行總體設計乃至初步設計。1.4SOA咨詢方法按照SOA項目生命周期的階段劃分，結合通用IT咨詢方法，形成按階段分解的SOA咨詢方法。（1）前期評估

對SOA投資的必要性和可行性進行評估，確定現狀和目標，分析差距和風險，幫助客戶最終決定是否采用SOA。（2）總體規劃從戰略、業務和技術三個層面自頂向下地對SOA投資進行總體規劃，從業務梳理、服務建模、應用規劃和平臺規劃等多個角度對SOA項目進行總體設計。（3）項目實施從技術、管理和商業三個方面對SOA項目實施進行指導，幫助軟件開發商和系統集成商成功實施SOA項目。（4）后期評價

對SOA項目的實施效果（直接回報和間接回報等）和存在問題等進行評估，幫助客戶總結經驗和教訓，提出持續優化和改進方面的建議。2.SOA咨詢關鍵要素SOA咨詢關鍵要素（CSF，CriticalSuccessFactor）是指決定SOA咨詢成敗的核心要素，主要包括以下五個方面：

圖2SOA咨詢的關鍵要素（1）人員識別SOA項目的利益相關者，對不同人員對SOA的明確需求和潛在期望進行平衡，最終達成共識。（2）流程

識別SOA項目的關鍵業務流程，確定業務流程之間的關聯關系；對業務流程可能發生的變更進行評估，將變更控制在技術條件允許的范圍之內。（3）信息

識別SOA項目的基礎信息服務，確定基礎信息的邏輯結構；對基礎信息可能發生的變更進行評估，將變更控制在技術條件允許的范圍之內。（4）系統互操作

識別SOA項目相關的應用系統，對應用系統之間的互操作進行評估，最終來確定系統互操作的目標、范圍和方法等。（5）IT資產重用

識別SOA項目相關的IT資產，對重用的可行性進行評估，確定重用的范圍、方法和風險等。3.與SOA實施方法論的關系SOA實施方法論與SOA咨詢方法論具有密切的關系，是SOA咨詢方法論的一個重要的組成部分。SOA實施方法論與SOA咨詢方法論的區別在于兩者的服務對象不同，SOA實施方法論主要面向負責實施SOA項目的IT廠商，包括軟件開發商和系統集成商等；SOA咨詢方法論主要面向SOA項目業主，包括中央和地方等政府客戶。由于SOA咨詢跨越SOA項目生命周期的全部階段，而實施只是其中的一個階段，因此項目實施前期的SOA咨詢服務是SOA項目實施的重要輸入條件；同時，SOA項目實施也是項目實施后期的SOA咨詢服務的重要輸入條件。因此，SOA咨詢方法論和SOA實施方法論在階段劃分上應該緊密銜接、相互參照，以保證體系結構的完整性。SOA咨詢方法論研究-SOA咨詢概述（1）(2009-03-3114:32:38)標簽：

分類：本章節對SOA咨詢的概念和定義、目標和對象、范圍和內容進行界定，對其必要性和可行性進行分析，并進行現狀分析和前景展望。1.1概念和定義

SOA（Service-OrientedArchitecture，面向服務的架構）是一種分布式環境下的軟件架構模式。它將應用系統的功能模塊封裝為服務，服務的接口和實現相互獨立，以實現業務和技術的分離；并通過服務之間的通訊和服務組裝來構建復合應用系統，以提高靈活性和可重用性。目前，國內電子政務建設中大規模的應用系統開發和整合尚處在起步階段，引入SOA具有重大的戰略意義。為了促進SOA在電子政務行業的推廣，在信息化建設中引入SOA咨詢就顯得尤為必要。對于電子政務領域而言，SOA咨詢方法論是一個全新事物，必須首先澄清其概念和定義。1．SOA咨詢SOA咨詢屬于IT（InformationTechnology，信息技術）咨詢中架構咨詢的范疇。從2005年以來，SOA開始進入實用化推廣階段，從而推動了SOA咨詢的興起。根據Wikipedia百科全書的定義，IT咨詢是這樣一個領域：向組織提出建議，幫助其利用信息技術來實現組織目標；除此之外，IT咨詢還常常從業務的角度，幫助組織實施、部署和管理信息系統。IT咨詢是在信息化建設和互聯網發展的大背景下出現的，是一個新興的咨詢領域，其內涵和外延、范圍和內容處在不斷變化之中。IT咨詢最初起源于IT應用咨詢，主要是相對成熟的企業級應用，如：ERP、CRM、SCM。隨著信息化建設的規模和范圍的逐漸擴大，IT對管理的支撐從作業層上升到戰術層和戰略層，與管理之間的關系日益緊密。這造成IT咨詢與管理咨詢的邊界日益模糊，IT咨詢開始擴展到IT規劃、架構、安全、運營和治理等領域，與管理咨詢開始逐漸融合。進入IT咨詢業這一市場的，有兩種類型的機構：傳統的管理咨詢公司和IT廠商（平臺廠商、獨立開發商和集成商）。根據IDC的市場調查，IBM、埃森哲和惠普是2006年位居國內前三位的IT咨詢公司。2006年，國內IT咨詢業的市場規模已經接近100億元，以超過10％的年平均增長率快速增長，但是相對管理咨詢業來說還不成熟。2.方法論按照Merriam-Webster詞典的解釋，方法論（Methodology）是指從事某一學科或進行某項研究所采用的一整套步驟、方法和規則。因此，SOA咨詢方法論是指用于SOA咨詢的一整套的方法、步驟和規則，它融合管理過程和技術過程，以文檔化的方式，以一致的、協調的、可解釋的、可重復的方法來指導SOA咨詢的具體實踐。簡而言之，SOA咨詢方法論就是說明如何做SOA咨詢的規范性文檔。3.電子政務領域的SOA咨詢電信和金融行業由于信息化程度較高，是IT咨詢最大的兩個細分市場，占據60％以上的市場份額。政府行業的信息化建設起步較晚，其市場規模略小于制造、能源和交通行業，僅占據大約5％的市場份額。但是，從2002年以來，隨著電子政務建設的深入開展，政府機構對IT咨詢的市場需求正在快速增長。在各級政府機構中，大量的應用系統正在開發或者已經上線運行，系統規模、范圍日益擴大，復雜程度日益提高，需要在內部統一架構，對跨機構的系統進行整合。SOA的出現，契合了這種需求，得到了政府客戶的認同。但是由于SOA市場正處在啟蒙期到增長期的分界點，無論是SOA平臺還是應用，無論是SOA項目規劃還是實施，都還不夠成熟，需要認識論、方法論和最佳實踐方面的指導，對SOA咨詢的需求日益升溫。1.2目標和對象SOA咨詢的主要目標是：面向電子政務行業的SOA咨詢，旨在為政府客戶在整個SOA項目生命周期中提供全方位的咨詢服務，使得SOA能夠支持政府機構的使命和戰略的實現。SOA咨詢的主要對象包括：1.政府客戶對于電子政務領域而言，客戶主要包括中央政府（含垂直機構）和地方政府。SOA對于地理分布廣泛、組織結構龐大、業務流程復雜的政府機構的信息化建設具有重大意義，可以大大提高其信息系統的靈活性和適應性。因此，有意向實施基于SOA的信息系統的政府客戶是SOA咨詢的目標服務對象。SOA咨詢服務的主要對象如下圖所示：

圖1.1

SOA咨詢的主要對象（1）高層管理者高層管理者是指負責整個政府部門中資源運用及經營成效的高級管理人員，是由政府高級領導人員組成的管理集團，是政府部門的決策層者。政府是否要實施SOA是由高層管理者進行決策的，他們對項目的支持程度，直接影響到SOA項目的成敗。同時，政務部門的實施SOA對政府發展戰略路線的影響、組織機構部門的結構等是高層管理者最關心的事情。因此，SOA咨詢的服務對象首先是高層管理者，高層管理者為了在組織實施SOA，有必要了解SOA的實施對組織機構的戰略意義及其重要作用，以及是否在實施后能達到政府的期望水平，提高政府部門的工作效率、業務溝通能力和有效的降低成本等。由于大部分的高層領導人不懂具體的技術環節，他們大都重視具體的產出結果，SOA咨詢最重要的是讓高層領導者明確政府實施SOA所產生的重要意義，提出相關的建議和意見，為政務高層領導者決策提供依據。（2）信息主管信息主管是負責政府機構信息技術和系統所有領域的高級官員。他們通過指導對信息技術的利用來支持公司的目標，他們通常具備技術和業務過程兩方面的知識，具有多功能的概念，常常是將組織的技術調配戰略與業務戰略緊密結合在一起的最佳人選。信息主管是實施SOA的主要技術負責人，他們更關心的是SOA實施過程中的具體的IT影響和技術環節，包括：（1）

實施SOA以及實施SOA所擬采用的技術路線和方案；（2）實施SOA過程的服務設計和部署的可管理性、可靠性和可用性；（3）實施SOA后IT環境下服務容量的性能和可擴展性；（4）SOA實施過程中是否有全面的共享服務安全方案；（5）SOA項目中構件模塊是否共享的應用和基礎結構服務及各種服務標準的兼容性；（6）能否通過重復使用以往開發的共享服務提高應用/項目開發和交付的效率；（7）可否通過重復使用服務的方式充分利用遺留應用從而降低維護和集成成本，使IT組織反應更加靈敏等具體的問題。因此，政府信息管理者的主要咨詢角度主要集中在企業實施SOA過程中的技術問題，咨詢的方式則主要從技術領域闡述SOA技術的可行性，全方位的從各個角度進行技術性的分析，以便于政府信息主管人員了解SOA技術，明確SOA實施的技術要素，實施過程等，對信息主管考慮采用何種技術手段實施SOA提供參考意見或建議。（3）財務主管財務主管是指政府部門中管理財務的重要角色，他們控制每一項資金的運用，是現代政府機構中最重要、最有價值的高層管理人員之一，是掌握著政府的神經系統（財務信息）和血液系統（現金資源）靈魂人物。他們的重要作用是監督政府部門的重大業務計劃、方案以及利潤分配、彌補虧損方案的制訂；監督經營活動中的產權變動、資產重組及轉讓等重大決策活動，以及政府部門財產清查、重大經營計劃、方案的執行情況；督促政府部門執行報告和備案制度，并及時反饋情況等等。政府在咨詢是否實施SOA的過程中，考慮ROI（投資預算與收益）是很重要的一個環節，只有得到有效的預算支持才可能在企業中成功的引入新技術和標準。首先，預算需要為一個或多個啟動項目（作為SOA的試點應用程序）提供財政支持。其次，預算需要補償應用SOA的初始開銷。因此，明確SOA投資，做好預算評估，定量分析SOA的收益有益于政府財務主管的決策。同時，如何有效的控制成本、有效的資金運用、SOA項目實施后的經濟效益等都是財務主管所關心的重要問題。SOA咨詢的主要目的是為了明確政府在實施過程中的的投資、風險和收益問題，有效的分析政府實施SOA的投資規模，以及在實施過程中的投資風險，對后期的投資回報率分析對財務主管的決策有及其重要的意義。（4）業務主管業務主管主要負責組織開展政府的日常業務工作，并根據工作重點調整進行職責范圍調整，不斷為政府部門行政績效改進進一步發展思路提供設計建議。在SOA實施過程中，業務部門起到了關鍵性的作用，業務驅動的項目將實現和使用服務功能，如果提供業務功能和使用業務功能的部門不支持SOA，SOA將喪失基礎。業務主管最關注的是SOA實施對業務的影響。如：（1）能否提高對主要機構的服務水平—客戶、員工、合作伙伴；（2）能否實現快速交付和變革業務服務從而更好地滿足客戶需要；（3）能否以較低的復雜程度和較少的工作量在政府部門實施更有效的變革；（4）能否充分利用共享服務提高政府及相關部門的效率等。因此，在SOA咨詢過程中要重點分析政府機構目前的業務流程以及實施SOA后能否實現跨整個政府機構部門間布署的共享業務服務和關鍵業務流程，達到提高這個政府部門間的工作效率的目的，為業務主管評估目前的業務以及后續實施SOA過程中的業務相關問題提出建議和解決的方案。2.IT廠商IT廠商主要包括平臺廠商、獨立軟件開發商（ISV）和系統集成商（SI）。SOA促進了軟件業的分工和合作，有助于形成軟件產業價值鏈的上下游關系。因此，對軟件開發商和集成商提供技術、管理和商業咨詢，幫助其向基于SOA的軟件生產模式轉型，實現跨越組織邊界的、基于Web服務的產業分工和協作，也是SOA咨詢的主要方向之一。1.3范圍和內容SOA咨詢的主要范圍如下圖所示：

圖1.2SOA咨詢的主要范圍1.項目型（一次性）咨詢向基于SOA的信息系統開發和整合項目，提供可行性評估、總體規劃、項目實施、成熟度評價等方面的咨詢服務。2.非項目型（持續性）咨詢向基于SOA的已上線運行的信息系統，提供SOA治理、運維、外包等方面的咨詢服務。由于目前SOA處于初期推廣階段，大部分SOA咨詢屬于項目型咨詢。因此，項目型咨詢是本階段SOA咨詢的重點，其中SOA總體規劃咨詢尤為重要。在SOA項目上線之后，SOA作為IT公用基礎設施投入持續運營和優化，非項目型咨詢也將提上議事日程，因此，SOA治理、運維和外包等方面的咨詢將成為新的熱點。SOA咨詢的主要內容如下圖所示：

圖1.3SOA咨詢服務的主要內容（1）概念導入引入實施SOA的相關概念，使政府部門中相關人員了解SOA，并且根據政府部門中不同的人員、角色分析SOA對政府部門產生的各種作用。

政府高層管理人員主要關注實施SOA的戰略目標，可以產生的有效的結果，他們對SOA的理解只停留在概念層面，只需要讓其了解SOA的初步概念，以及SOA可以提高政府基礎結構的靈活性、可重用性和IT系統的敏捷性，可以提高政府目前的工作效率的結果即可。信息主管則主要關注實施SOA相關的技術問題。必須讓CIO們了解實施SOA目前企業現有IT基礎結構向SOA遷移所需要的技術、方案等。架構師更關注建立SOA的結構、流程和可重用問題，必須讓架構師了解SOA應用架構，相關流程與所采用的技術問題。SOA項目經理關心的是實施SOA項目的規模大小、周期長短、實施風險、開發難題等，所以在SOA概念引入階段對于項目經理則主要針對SOA開發方法、管理程序、風險分析等。開發人員看中的是整個SOA的開發過程。因此有必要讓相關開發人員了解SOA開發過程的技術需要、測試要求、相關責任等。（2）條件評估條件評估階段主要是對政府機構實施SOA進行可行性評估，分析政府政府機構目前現有的組織管理、IT基礎架構、技術基礎、業務目標和挑戰、時間、資金、風險等。明確政府機構實施SOA的現有架構、技術以及向SOA遷移所需要的各種元素。（3）總體規劃總體規劃就是從組織機構的整體、全局的角度出發，正確分析客戶需求與業務流程、技術路線、實施SOA的性質和范圍、風險評估和產出目標，形成從需求分析到詳細設計到實施，最后到測試、驗收過程的總體規劃藍圖，以保證在實施SOA時能得到總體路線方針的指導，把握全局。（4）項目實施項目實施過程是政府機構實施SOA的主體部分，項目實施的過程政府機構實現SOA的最終目標和途徑。在項目實施過程中要分析實施SOA過程中采用的各種技術、目前現有IT基礎架構的重用整合、新的系統環境的更新等具體問題。（5）效果評價效果評估主要側重于實施SOA后期的成熟度評估過程，分析政府機構在實施SOA后所獲得的收益、效果等。1.4必要性和可行性SOA咨詢對于電子政務行業而言，契合信息系統集成和整合的迫切需求，而且各方面的條件已經成熟，是完全必要而且可行的。1．SOA咨詢的必要性無論是在微觀層次上（相對軟件項目業主、開發商和集成商等而言），還是在宏觀層次（軟件產業結構升級、分工和協作）上，SOA都具有重大意義。Gartner最早提出SOA的概念，并且指出SOA是“現代應用開發領域最重要的課題”。預計到2008年，SOA將成為占有絕對優勢的軟件工程實踐方法，SOA讓IT變得更有彈性，以更快地響應業務單元的需求，實現實時企業。同時預測到2010年時，SOA將成為創建和交付軟件的主導架構，應用軟件收入增長的80%將來自基于SOA的方案。SOA的出現，對軟件業來說是個巨大的發展機遇。與傳統制造業相比，軟件業對已有成果的利用程度低，重復投入高，導致業績水平差。軟件業應該借鑒制造業的規模經濟原理，倡導和實踐有效重用的軟件生產模式。而且，軟件業的專業分工和協作水平低，整體競爭力低。軟件業應該借鑒制造業的產業集群效應，抓住產業結構升級的關鍵機遇，倡導和實踐專業化分工和協作。SOA使得規模經濟原理在軟件業中得以實現，它除了使傳統的應用軟件廠商分化成服務供應方、需求方和中介者三方之外，還將促使獨立的SOA咨詢商的出現。SOA對軟件產業專業化分工和協作的促進如下圖所示：

圖1.4

SOA對軟件產業專業化分工和協作的促進目前，SOA正處于從市場啟蒙階段向大規模實施的臨界階段，對客戶和IT廠商來說都是一個新領域，有必要通過SOA咨詢來提高客戶的認識，建立客戶的信心；同時，也由于在SOA工程化實施方面的不完善，必須通過SOA咨詢來建立組織的商業、技術和管理流程，保證項目實施的成功。因此，引入SOA咨詢，對于說服組織客戶采納SOA乃至指導其成功實施SOA至關重要。2．SOA咨詢的可行性進入2000年以來，在主流IT廠商的紛紛跟進和大力推動下，SOA已經走出概念導入期，正處在從小規模試點到大規模推廣的臨界點。在下個十年，SOA將成為軟件工程方法的主流。SOA在上技術日益成熟，從第一代Web服務標準（WSDL、SOAP和UDDI）發展到第二代Web服務標準（WS-*），已經較好地解決了應用系統互操作的問題。由主流IT廠商（IBM、BEA、SUN、Oracle等）組成的OSOA（開放SOA聯盟）在2006年底發布了基于服務構件技術的SCA1.0/SDO2.1標準，在聯盟廠商的中間件產品線中得到了良好支持，加上OASIS、W3C和WS-I等SOA標準化組織的推動，基于SOA的應用系統的開發工具和部署環境也日益完善。在基于SOA的開發工具、部署環境和系統整合產品方面，客戶已經有豐富的產品可供選擇。大量的SOA項目投入實施和運營，例如IBM已經有1700個SOA的成功案例，給后續SOA項目提供了良好的經驗積累和借鑒。SOA咨詢方法論研究-SOA咨詢概述（2）(2009-03-3114:44:29)標簽：

分類：1.5現狀分析在主流IT廠商的推動下，許多發達國家政府和世界500強企業開始認同SOA的商業價值，開始在信息化建設中采納和實施SOA，這將催生容量巨大的新興市場，導致競爭者的大批涌入。根據WinterGreen的市場調查，2005年全球SOA市場總量為4.5億美元，IBM市場份額居第一，為46％，BEA居第二，為13％。2005年全球SOA市場份額如下圖所示：

圖1.52005年全球SOA市場份額（來源：WinterGreenResearchInc.）許多IT廠商和咨詢公司看到了SOA帶來的商業機會，也注意到SOA咨詢的必要性和重要性，把SOA咨詢作為啟動市場和實施項目的關鍵成功要素。2006年，許多主流IT廠商都發布了SOA咨詢服務，SOA咨詢服務市場開始快速升溫。目前，IBM、BEA、SAP、HP、SUN、Oracle等主流IT廠商已經開始為全球客戶提供基于行業的SOA解決方案，并建立SOA解決方案中心，力求為各行業實施SOA方案提供專業的咨詢服務。以下將分別介紹國際IT企業SOA咨詢服務的主要內容：1．IBM（1）SOA全球方案中心與一站式服務2006年11月，IBM在北京與印度普納成立了兩個IBMSOA全球方案中心，用于開發、管理和交付深入行業的SOA解決方案。印度的中心將主要為保險業和醫療保健業提供服務，而中國則會專注于銀行業和政府部門。同時，新的IBMSOA全球方案中心將依托IBM在SOA軟件、硬件、咨詢、研究和開發領域的全面領先優勢，汲取IBM在各行業實施SOA的豐富實踐經驗，與IBM全球企業咨詢服務部及IBM全球服務執行中心展開緊密合作，構成一站式的IBMSOA行業服務模式，以更快速、更經濟、更有效的方式為企業提供基于SOA的業務解決方案。（2）IBM針對SOA服務采用的方法IBM以業務為中心的觀點來看待SOAIBM倡導以項目為基礎采用SOA，幫助客戶建立SOA目標，通過一系列相互關聯、有巨大投資回報和商業價值的項目，采取層層深入的步驟達到這一目標，從而掃除實施SOA的障礙。IBM采用演進策略實現SOAIBM擁有SOA功能的軟件、硬件或服務這三個領域的廠商，可以幫助客戶開發用實時業務信息改善其決策流程的業務模型，以保持競爭力。（3）SOA五個切入點以人員為中心的SOA切入點為企業提供綜合信息以及在業務流程中交互的視圖，提升人員生產力。以流程為中心SOA切入點重新利用和優化流程，快速部署創新。以信息為中心的SOA切入點以嵌入式或現場的方法提供可靠信息服務，提高企業業務洞察力，從而降低風險。以SOA聯系性切入點將連接作為基礎以支持以業務為中心的SOA。它通過具備任意互連的新型業務渠道提供服務，實現安全、一致的用戶體驗。同時相比定制集成或FTP可節省2～4倍的費用。以SOA創建和再利用服務的切入點能夠輕松實現SOA管理的再利用。通過再利用可降低成本、縮減周期、拓展核心應用，同時再利用現有應用的費用只是重新編寫新應用所需費用的1/5。（4）基于SOA應用的全面軟件工具IBM軟件五大品牌Lotus、DB2、WebSphere、Rational、Tivoli均支持SOA架構。2．惠普（HP）（1）惠普全球SOA能力中心

惠普公司提出一整套全面的面向服務的體系結構（SOA）咨詢服務，同時在全球設立能力中心，旨在為客戶在整個SOA流程（從設想、評估、開發到治理）提供幫助。（2）惠普新的SOA服務SOA規劃服務（EnvisioningService）幫助大型企業理解SOA概念、優勢以及SOA對其企業的潛在影響；SOA評估服務（AssessmentService）使用HPSOA靈活性評估（AgilityAssessment）方法，來幫助客戶制定在其企業采用SOA的整體發展藍圖；SOA治理與體系架構服務（GovernanceandArchitectureService）在企業進行轉換時，建立SOA體系結構項目機構來監控企業體系結構和SOA管理模式；SOA準備服務（EnablementService）基于治理與體系結構服務知識，為SOA實施準備所需的基礎設施；SOA服務開發（ServiceDevelopment）幫助客戶在整個企業、業務線、部門或在項目級，定義、開發和部署SOA業務與IT服務；SOA軟件開發服務（SoftwareDevelopmentService）在SOA的實施過程中，進行大量的業務與IT服務開發與交付。我們一流的軟件開發能力能夠幫助客戶團隊提高開發水平；SOA管理服務（ManagementService）幫助企業掌控其SOA實施過程，包括：生命周期管理、服務管理、監控、檢查、分析、服務等級協議與策略。（3）基于SOA的創新軟件產品HP在2005年6月，推出了兩個創新的軟件產品：HPOpenViewComplianceManager軟件HPOpenViewSOA軟件HPOpenViewSOAManager創建并維護一個加強企業基于SOA服務的安全、供給、版本控制、監控和報告的模型。該方案通過即插即用架構，很容易實現和其它管理性能的整合，確保從現有工具的投資中取得最大回報。4）遺留系統市場在遺留系統市場，惠普推出了HPApplicationModernizationServices。它把應用性能診斷工具與咨詢服務結合到了一個程序中，對遺留環境的各個部分進行優先級后，指出那些部分值得留到SOA而那些部分需要淘汰。3．BEA（1）BEASOA服務內容BEASOA服務內容包括：SOA發現探討、SOA評估、轉型規劃服務、培訓需求分析服務、BEASOA概念和設計原理、SOA企業架構師認證、BEASOA組織和管理規劃服務、BEASOA集成服務、BEASOA參考架構規劃服務、BEA客戶架構師及卓越計劃中心。（2）平臺SOA360o以SOA為基礎，涵蓋Tuxedo、WebLogic和AquaLogic三個產品系，以及BEA最新推出的SOA協作工具環境——BEAWorkSpace360o，它是把業務和IT置于同一工作環境中的SOA工具，旨在從根本上改變業務人員和IT專業人士跨擴展型企業的協作和單獨工作的方式。利用BEASOA360o平臺，廣大用戶將能夠更有效地部署SOA，實現業務轉型和優化，改進成本結構，增加新的收入流。（3）ThinkLiquid理念BEA推出了全新的“ThinkLiquid”理念，該理念旨在讓IT系統脫離業務孤島狀態和老式的軟件垂直集成模式，建立以水平集成“服務網絡”為基礎的新世界，由于這些“網絡服務”能夠快速交付給企業、IT、個人和專業服務，從而能夠提高企業的生產力。AquaLogic平臺是BEA“ThinkLiquid”理念的架構主干，它和WebLogic系列產品共同構成了“ThinkLiquid”理念的基礎。AquaLogic旨在幫助企業全面解凍孤立的或“凍結”的IT資產，以實現應用的快速配置、重用和組合，來滿足不斷變化的業務需求。AquaLogic為在異構計算環境中開發、部署、管理和運行完整的SOA提供了一個開放和獨立的平臺，這些異構環境可以包括.Net、Java或遺留系統。作為BEA整體產品系列的組成部分，AquaLogic在BEA實施“混合”應用戰略的過程中發揮著重要作用，這一戰略旨在使用戶能夠以有效的方式來把開源和商業軟件融合起來，從根本上提高開發人員的生產力。（4）服務基礎架構BEA推出全新的“服務基礎架構（ServiceInfrastructure）”，它提供了在SOA的整個生命周期里部署、配置、保護和管理異構服務所需的全部功能，是真正實現IT與業務同步的關鍵。目的就在于幫助企業用戶快速構建、配置和重復使用技術資產，更有效地滿足業務需求。（5）BEA的SOA自我評估工具這是一個基于Web的工具，用來定量測試公司的SOA實施準備狀態，反映了BEA的SOA實踐方法，提供在關鍵領域內與同類公司的IT成熟度比較情況。6）BEASOA產品BEA發布了多款產品，繼續為推動SOA在全球的發展提供強大動力，新發布的產品包括BEAAquaLogicUserInteraction產品線、新版本的AquaLogicEnterpriseSecurity和新版本的AquaLogicServiceBus，還有一些AquaLogic產品。4．SUN（1）SOA理念Sun公司基于Java技術，力求構建更好的SOA服務。（2）SOA路徑Sun公司發布了一個新的專業化的名為“SOAPath”（SOA路徑）的服務導向架構的實際執行方式。SOA實際執行方式與Sun為市場提出的服務導向架構（SOA）解決方案計劃組成完整的體系。同時，SOA實際執行方式允許客戶在SOA技術的整個生命周期內從概念論證、準備階段，到實際執行等各個關鍵時刻，采用Sun的Java平臺和SOA執行經驗Sun的這一新的SOA實際執行方式強化了“支持SunJavaES平臺、基于SOA和Web服務標準，以及運行于獲獎的Solaris10操作系統”的產品和服務的提供。SUNSOA產品包括：SunJavaSystemApplicationPlatformSuite（Java系統應用平臺套件）SunJavaWebInfrastructureSuite（JavaWeb基礎架構套）SunJavaIdentityManagementSuite（Java身份識別管理套件）SunJavaStudioEnterprise7SunJavaStudioCreatoSUNSOA服務包括：SOAJumpstartWorkshop（SOA起步工作室）這是一項可以幫助客戶對其業務系統具體執行SOA方式的服務；SOAOpportunityAssessment（SOA機會評估）這是對關鍵業務過程和企業架構校準的一項分析評估服務，最后給出一套綜合性的推薦意見和最適用的SOA計劃藍圖；SOAProofofConcept（SOA概念驗證）此項服務對主要的具有極大的業務服務重用潛力的備選項目進行分辯和評估，并為這些項目的概念驗證提供服務備選架構。SOACenterofExcellence（SOA卓越中心）這是強化和促進SOA被推薦原則，重用現行過程、步驟、架構、標準和依順性的重中之重。5．Oracle（1）OracleSOA方法論Oracle從方法論角度提出了SOA構成的三個維度：企業文化、方法論和實施平臺，并提出了使SOA從理論走向現實的所謂“SOA五步走”方法論。第一步：試點。第二步：集成。第三步：部門業務流程自動化。第四步：企業架構。優勢的能力。第五步：行業/工業標準化應用。（2）Oracle插座式SOA套件產品甲骨文公司于2006年1月推出一組全面的、基于標準的中間件產品，融合了易構建、易配置、易管理且遵循SOA等多個特性的OracleSOA套件，該套件具備的“插座式”能力使客戶在利用現有中間件技術的同時可充分享受到服務導向架構（SOA）的種種益處。Oracle

BPEL

流程管理器第一個用于協調Web服務的原始業務流程執行語言（BPEL）引擎，可以設計、定義并執行業務流程；Oracle企業服務總線（Oracle

Enterprise

Service

Bus）將現有IT系統與業務伙伴連接成一組服務的標準化產品；Oracle

Web

服務管理器（Oracle

Web

Services

Manager）提供定義并執行Web服務政策的單一控制臺；Oracle

業務規則引擎（Oracle

Business

Rules

Engine）提供定義并管理業務規則的設備；Oracle

業務活動監測（Oracle

Business

Activity

Monitoring）

展現業務操作的實時性；Oracle

企業管理器（Oracle

Enterprise

Manager）配置并管理操作環境中服務導向應用；Oracle

JDeveloper

10g一個創建并構成應用的集成開發環境，同時也是Oracle

SOA套件中所有組件的統一工具包。同時，Oracle還推出了一系列實踐培訓指導，為獨立軟件開發商（ISV）提供工具和技能，最終使他們協助客戶構建、實施和利用服務導向架構。6．SAPSAP以NetWeaver平臺為核心，描繪了下一代企業服務架構ESA（EnterpriseServicesArchitecture）的藍圖。SAPNetWeaver是開放性的整合與應用平臺，能支持現今市場中所有的開放性標準，并讓企業能以服務導向的方式建構組合式應用，是mySAP業務套件解決方案、SAPxApps組合應用、合作伙伴解決方案以及客戶定制應用的技術基礎。（1）SAPESA（EnterpriseServicesArchitecture）SAP企業服務架構ESA（EnterpriseServicesArchitecture）的面向服務架構（SOA）以其中間件NetWeaver為核心。（2）SAPNetWeaverSAPNetWeaver采用互聯網標準，是mySAP業務套件解決方案、SAPxApps組合應用、合作伙伴解決方案以及客戶定制應用的技術基礎。7．Microsoft微軟推出了代號為Indigo的技術，這項技術據稱為合作伙伴建立新一代連接系統SOA鋪平了道路。Indigo既是.NetFramework2.0的擴展，也是微軟公司推進SOA的最新舉措。1.6前景展望SOA咨詢是SOA領域的一個細分市場，也是IT咨詢服務的一個分支。根據KenndyInformation公司發布的ITConsultingMarcketplace2006:KeyData,TrendsandForecats研究報告，SOA咨詢是在2006年新出現的一種IT咨詢形態，其市場增長高于IT咨詢的平均市場增長。2006年IT咨詢市場格局如下圖所示：

圖1.62006年IT咨詢市場格局（來源：Kennedyinformation）在2005年，SOA咨詢與系統整合僅占全球咨詢與系統整合市場的3%。不過，根據IDC（InternationalDataCorp）的觀點，預計在2010年SOA咨詢與系統整合的市場份額將提高到20%左右。因此，SOA咨詢具有巨大的市場空間，是許多IT廠商密切關注并已經介入的一個熱點領域。根據專注于軟件行業咨詢的Zapthink公司的研究報告，全球SOA的市場規模將會由2005年的44億美元猛增到2010年的430億美元，5年的時間里將有近10倍的增長。根據WinterGreen公司發布的ServicesOrientedArchitecture（SOA）Market－Opportunities,Strategies,andForecasts,2006to2012，到2010年，SOA服務組件和平臺軟件的市場總量將達到13.9905億美元。2005年-2012年世界SOA平臺市場預測如下圖所示：

圖1.72005年-2012年世界SOA平臺市場預測（來源：WinterGreenResearchInc.）因此，不難預測，SOA咨詢的市場總量和份額也將大幅度增長，成為IT咨詢中一個重要的領域。SOA咨詢方法論研究-SOA咨詢理論基礎（1）(2009-04-1011:18:40)標簽：

分類：

本章節介紹SOA咨詢的理論基礎，主要包括Zachman框架、服務架構模型和軟件架構設計，對其在SOA咨詢中的意義和作用進行闡述。1.1Zachman框架Zachman框架起源于JohnZachman的題為“信息系統開發框架”（AFrameworkforInformationSystemsDevelopment）的學術論文，文中闡述了在信息系統開發工作中對軟件體系結構的看法：系統開發是由具有不同關注視點的若干層面人員共同完成的，這與認識到系統開發是由不同階段完成的同等重要；在系統開發中，考察對象不應僅限于數據和功能，還應包括地點。Zachman給出了一個矩陣，將關注視點放在列上，角色層面放在行上。此矩陣最初有是什么（What）、如何做（How）和在哪里（Where）三列。后來，Zachman又增加了是誰（Who）、什么時間（When）時間和為什么（Why）三列。Zachman框架可以用來指導信息化建設過程，并管理此過程中的設計產物。Zachman框架如下圖所示：

圖2.1Zachman框架

Zacnman框架的矩陣式表格如下所示：

做什么（What）如何做（How）在哪里（Where）誰

（Who）何時（When）為什么（Why）數據功能網絡人員時間動機范圍（背景）規劃者

業務模型（概念）所有者

系統模型（邏輯）設計者

技術模型（物理）承建者

詳細表示（背景之外）分包者

最終用戶

Zachman框架是一個6×6矩陣：縱向從規劃者、所有者、設計者、承建者、分包者和最終用戶六個視角來劃分，建立目標/范圍、業務模型、系統模型、技術模型、詳細表達、運行功能等模型；橫向從數據（What）、功能（How）、網絡（Where）、人員（Who）、時間（When）、動機（Why）等6個方面的模型，并分別由實體－關系模型（Entity-Relationship）、流程－I/O模型（Input-Process-Output）、節點－鏈接模型（Node-Link）、人員－工作模型（People-Work）、時間－周期模型（Time-Cycle）、目標－手段模型（Ends-Means）來表達。Zachman理論發展到今天，稱之為“企業架構框架”（EAF，EnterpriseArchitectureFramework），簡稱為“Zachman框架”。Zachman也被公認為企業架構領域的理論開拓者，現有的企業架構框架大都由Zachman框架派生而來。Zachman框架具有容易理解、描述全面、獨立于各種工具與方法學等優點，因而得到了廣泛的認可，很多咨詢方法都從Zachman框架中獲得借鑒。Zanman框架完全可以作為SOA咨詢方法論的理論基礎，是一個非常適合于SOA咨詢的思考框架和咨詢模式。1.2服務架構模型SOA作為一種技術架構而言，涉及與信息系統建設和IT基礎設施相關的方方面面，這已經超出技術架構本身，其復雜性難以單純從技術角度進行評估。為了全面分析SOA知識背景中各個要素之間的關系，應該采用適當的方法來描述。經過對SOA研究領域的綜合分析，我們認為目前最為可行的方法是：基于Zachaman框架建立服務架構模型，采用結構化方法自頂向下進行分解，從不同的維度來進行描述，為現階段依然模糊的SOA提供一個全景視圖。基于Zachman框架的服務架構模型采用矩陣來表示，橫向從邏輯概念范疇的角度，分為六個維度：Why、WithWho、What、How、WithWhat、When，縱向從信息系統架構的角度，分為四個維度：業務架構、信息架構、應用架構和技術架構。通過對矩陣中的單元格進行功能聚類，可以發現服務架構模型劃分為以下五個領域：（1）SAA（SOA架構的采納）面向服務提供了一種理想的世界：里面的資源劃分整齊，以服務這種形式加以一致地呈現。因此，企業想從服務方面設計企業架構，就一定要采用SOA架構。所以，企業在業務、信息、信息系統和技術基礎設施的各個層面都要從功能服務方面加以分解。采用一致、合理的做法可以提供松散耦合的功能服務，它們可以在所謂的共享服務中心里面進行外包、內包或者組合。與不想采用SOA架構的組織相比，采用SOA架構、并且以合理方式進行實施的企業可以獲得更大的靈活性、適應性及敏捷性。（2）SOE（面向服務的企業）面向服務的企業其實以一種極其水平的方式連接業務流程。它采用的企業基礎設施可以提供企業架構和安全基礎，能夠跨企業以一致的方式運行這些服務。雖然在過去的三十年里，面向服務的架構這一概念被系統架構師奉為最佳實踐，但現在它得到了各個地方許多組織的接受，被認為是獲得業務敏捷性的關鍵。但SOE和SOA既不是即開即用的成套系統，也不是什么單一技術，更不會讓所有問題都能迎刃而解。盡管SOE能夠帶來甚至促進組織上的變化，但它也要求主管人員、企業架構師及項目經理要有不同的思考和行事方式，否則完全會發現自己遇到新問題，根本得不到多少好處。（3）SOA（面向服務的架構）SOA體現的是一種新的系統架構。在基于SOA架構的系統中，具體應用程序的功能是由一些松耦合并且具有統一接口定義方式的組件（也就是服務）組合構建起來的。可以說SOA的出現，為整個企業級軟件架構設計帶來巨大的影響。（4）SOC（面向服務的計算）SOC就是用服務作為基本單元來開發應用程序。SOC是依賴面向服務的架構來構造服務模型的。（5）STP（SOA架構的遷移）遷移管理是在通向面向服務的漫長道路當中最關鍵的問題之一。盡管遷移至面向服務的平臺意義重大、關鍵的Web服務標準繼續面臨不確定性，加上大規模部署SOA往往會產生重大影響，現在是開始考慮遷移的時候了。成功遷移的關鍵在于，在有關SOA的活動當中找到一個平靜點，然后制訂直觀的方案，指導貴組織走過面臨技術障礙、組織阻力及不斷變化的行業趨勢的道路。政府機構內與SOA相關的人員的關注點有所不同，如下：對于組織的決策者和信息主管來說，需要考慮SOA的必要性、可行性等（SAA－SOA架構的采納）；企業架構咨詢人員要從IT規劃層面，考慮基于SOA的戰略規劃、業務規劃和技術規劃等（SOE－面向服務的企業）；軟件開發商需要從技術實現層面，考慮基于SOA的信息系統架構設計（SOA－面向服務的架構）；硬件和平臺廠商需要從IT基礎設施層面，考慮如何優化基于SOA的系統的效率和性能（SOC－面向服務的計算）；系統集成商需要考慮如何從原有的IT架構遷移到SOA架構（STP－SOA架構的遷移）。基于Zachman框架的服務架構模型如下圖所示：

圖2.2服務架構模型（基于Zachman框架）在服務架構模型中，從技術實現和運營管理兩個方面來看，以下的關鍵問題關系SOA項目的成敗。在SOA項目啟動之前，就應予以重點關注。（1）服務規劃在基于SOA的信息系統中，服務是構建信息系統的基本單元，應該確定到底有哪些服務、服務封裝什么內容、服務之間關系如何，需要重點關注服務粒度的劃分和服務的相互引用問題。服務粒度表示的是一個服務的大小，可以理解為服務操作的范圍和內容。粗粒度的服務設計，可以減小服務之間的耦合性，但付出的代價就是增加服務的復雜性，服務具備了太多的功能，增加了設計的復雜性和維護的難度；細粒度的服務，可以讓服務的實現變得簡單，但這樣會增加服務的數量，那樣就增加了服務之間的耦合度。因此，應該確定一個準則來指導服務的粒度劃分。（2）服務編排為了實現可以靈活定義和調整的業務流程，應該確定業務流程的流轉范圍、策略實現和定義方法等，需要重點關注服務編排問題。服務編制關注于一種說明性的方式（不是編程方式）創建合成服務，定義了組成編制的服務，以及這些服務的執行順序。服務流程的編制和編排，服務編制用于定義合成服務，關注重用已有服務的內部流程；服務編排關注與多方參與的交換消息，進行對等的業務協作。因此，應該確定一個標準來指導服務編排。（3）服務質量（QoS）為了對處于運行時（Runtime）的服務例程的服務質量進行跟蹤、記錄和分析，應該確定服務等級（SLA）劃分、服務質量監控、事故記錄分析、服務質量問題處理等方法，重點關注服務質量監控問題。服務質量是SOA應用的典型非功能服務需求，它使得在服務全生命周期中，根據可用的系統資源，使服務請求者的需要與服務提供者的能力達成一致，主要是指性能、可靠性、可用性和安全性等。因此，應該確定一個規范來指導服務質量管理。（4）服務運營

為了對服務的開發、注冊、服役、更新和退役等進行管理，需要基于服務的全生命周期對服務進行版本管理，對服務的狀態進行全方位監控，以實現IT資產的有效利用。因此，應該建立一個規程來指導IT資產運營。SOA咨詢方法論研究-SOA咨詢理論基礎（2）(2009-04-1011:23:13)標簽：

分類：1.3軟件架構設計在軟件工程作為獨立學科出現后的三十多年中，計算機軟件的規模和復雜性與日俱增，軟件架構（SoftwareArchitecture，又譯作軟件體系結構）的重要性也因而得到學術界和工業界的一致認同。從最初的“無架構”到今天的“基于架構”的軟件開發，軟件架構設計的理論研究和實踐經驗日益豐富。SOA作為一種當前主流的軟件架構，可以從中獲得有益的借鑒和參考。任何復雜的基于計算機的信息系統都需要一個體系結構來提供其演化的一個戰略性環境描述。體系結構提供了對組成信息系統的組件或構造塊的描述以及這些組件間復雜的內部關系。確切地說，一個體系結構是對一個信息技術（IT）系統的正式描述，它定義了組成整個信息系統的組件或構造塊，并提供獲取產品的計劃，以及開發系統，這些因素共同運作實現整個系統。因而，以通過它管理全部IT投資，使其適合商業需求。雖然體系結構對系統設計至關重要，但過去人們對于體系結構的理解和使用卻是非常不規范的，往往是隱含的、粗糙的、片面的。直到二十世紀九十年代，人們才開始較系統地研究軟件系統的體系結構問題。目前主要的研究領域有體系結構框架、技術參考模型、體系結構描述語言、體系結構的形式基礎、體系結構分析技術、體系結構開發模型與方法、體系結構恢復與重用、體系結構設計工具與環境、領域體系結構等。由于電子政務行業的大部分軟件系統是按項目開發的，立足于滿足當前某一領域的需求，客觀上易于造成“煙囪”式系統，即系統之間的互連、互通、互操作性差，系統的重復開發現象普遍。具體表現在：（1）沒有進行系統的體系結構設計，許多軟件系統都是由若干子項目組成的“拼盤”；（2）數據通信的協議、格式不統一，造成互連、互通上的問題；（3）圖形系統，尤其是數字地圖不統一，直接影響圖形數據的交換和互用；（4）由于缺乏統一的數據模型、數據元素定義和靈活的、可擴展的數據交換格式，無法進行直接的數據共享。目前電子政務行業使用的軟件除了一些大型項目外，很大一部分是屬于短期的小型項目。這些軟件由于貼近需求，在功能和人機界面上比較適合使用。但我們不應只注重開發短時期內解決局部問題的單個系統，坐等“煙囪林立”的局面出現后再尋求解決之道。通過公共體系結構框架的設計和規劃，使不同應用單位在不同時期開發的軟件系統能夠按作戰需求實現互連、互通和互操作，即保證信息資源的共享和不同系統資源的相互動用。1.軟件架構的概念模型IEEESTD1471-2000把“軟件架構”定義為“一個系統的基本組織結構，體現在組成系統的各構件、構件的相互關系、構件與環境的關系，以及指導構件設計和隨時間演進的原則”，有兩方面的含義：（1）一個系統的形式化描述，以指導其實現；（2）構件的結構和相互之間的關系，以及指導構件設計和隨時間演進的原則與指南。Garlan&Shaw模型把“軟件架構”定義為“一組構件（Components）、作為構件之間交互的連接件（Connector）和反映構件與連接件如何交互的約束（Contraints）”，可以簡單概括為：軟件架構＝｛構件（component），連接件（connector），約束（constrain）｝除此之外，軟件架構還包括端口（Port）