企業(yè)架構（EA）、面向服務(wù)的企業(yè)（SOE）、面向服務(wù)的架構（
SOA）和面向服務(wù)的計算（SOC），這些術(shù)語(yǔ)如今出現在更加廣泛、更加有影響力的受眾面前。遺憾的是，與許多“新概念”一樣，人們通
常對它們所依賴(lài)的想法和實(shí)踐存在誤解。難怪這些術(shù)語(yǔ)在有些人看來(lái)如同時(shí)髦術(shù)語(yǔ)或者宣傳噱頭
本文試圖事先對這些術(shù)語(yǔ)作一基本、又有點(diǎn)超前的解釋?zhuān)簽槭裁此鼈儗ξ覀兒苤匾?？它們?lái)自何處？它們對業(yè)務(wù)和信息技術(shù) （IT）意味著(zhù)什么？正如大多數似乎突然帶有偶然性地流行的新穎概念一樣，這些概念除非得到大眾的接受、成為企業(yè)的設計范例，否則很可能曇花一現。至于 EA、SOE、SOA和SOC，它們會(huì )在這種根本性轉變當中發(fā)揮作用，這點(diǎn)可以相當肯定。
圍繞這個(gè)議題而經(jīng)常被問(wèn)到的問(wèn)題包括：SPA是什么？SOE是什么？SOA是什么？SOC是什么？它們之間有著(zhù)怎樣的相互關(guān)系？要回答這個(gè)涉及多方面的問(wèn)題，我們先要得到適當的視角，那樣才能領(lǐng)略企業(yè)架構的全貌。
面向服務(wù)環(huán)境下的企業(yè)架構
不過(guò)，要真正看清楚所謂的EA的輪廓及細部，并且從這個(gè)角度開(kāi)始了解SOE和SOA如何能夠實(shí)現EA，我們就要著(zhù)眼于宏觀(guān)角度，那樣才能夠看清 楚這些概念可以適用的整個(gè)環(huán)境。事實(shí)上，“企業(yè)”一詞絕不僅僅是指一家公司，甚至不是指整個(gè)行業(yè)，也不是指組織生命過(guò)程當中的某個(gè)特定時(shí)間。“企業(yè)”涵蓋 了組織或有機體的整個(gè)生命周期。
有了所需的觀(guān)察范圍之后，我們就可以運用這種視角即經(jīng)濟或者生態(tài)生命周期的視角，確保生命周期并不僅限于我們必然帶來(lái)的單個(gè)生物實(shí)體模型。與文 化一樣，企業(yè)的壽命要超過(guò)單個(gè)成員的壽命，而這種生命周期要求我們把眼光不能單單著(zhù)眼于自己的生命。在我們生活的許多方面，譬如高等教育機構、家庭或者親 屬關(guān)系網(wǎng)和政府等，我們對這種視角習以為常。不過(guò)在EA方面，我們現在需要明確這樣的機制并加以實(shí)施：能夠不斷的進(jìn)行審視、執行質(zhì)量保證作為理所當然的事 情，并且實(shí)際上把構建、使用、學(xué)習、評估、構建（調整/重新構建）、使用、學(xué)習……這一周而復始的周期實(shí)行制度化。那種機制。當然，這事先假定：這個(gè)過(guò)程 的“事實(shí)上”的起始點(diǎn)就是，企業(yè)或者組織恰好處在這樣一個(gè)時(shí)間點(diǎn)：它決定開(kāi)始構建及部署EA這個(gè)過(guò)程。起始階段不需要某種全面的評審。實(shí)際上，獲得正確的 視角應當可以讓企業(yè)重新專(zhuān)注于當前問(wèn)題，同時(shí)仍不忘更重要的問(wèn)題。
噱頭和希望的區別
在表明業(yè)務(wù)版本的擴展型企業(yè)架構框架（E2AF）的下面這張圖當中，SPA、SOE、SOA、SOC和STP等概念位于框架上，可以幫助讀者了 解與E2AF有關(guān)的這些概念的相對位置。E2AF上有四個(gè)關(guān)鍵成功因素（CSF），它們對于在貴組織實(shí)施面向服務(wù)取得成功起到了關(guān)鍵作用。到底是噱頭還是 希望，完全取決于這四個(gè)CSF。
服務(wù)范例采用（SPA）
面向服務(wù)提供了一種理想的世界：里面的資源劃分整齊，以服務(wù)這種形式加以一致地呈現。因此，企業(yè)想從服務(wù)方面設計企業(yè)架構，就一定要采用服務(wù)范 例。所以，企業(yè)在業(yè)務(wù)、信息、信息系統和技術(shù)基礎設施的各個(gè)層面都要從功能服務(wù)方面加以分解。采用一致、合理的做法可以提供松散耦合的功能服務(wù)，它們可以 在所謂的共享服務(wù)中心里面進(jìn)行外包、內包或者組合。
與不想采用服務(wù)范例的組織相比，采用服務(wù)范例、并且以合理方式進(jìn)行實(shí)施的企業(yè)可以獲得更大的靈活性、適應性及敏捷性。
面向服務(wù)的企業(yè)（SOE）
面向服務(wù)的企業(yè)其實(shí)以一種極其水平的方式連接業(yè)務(wù)流程。它采用的企業(yè)基礎設施可以提供企業(yè)架構和安全基礎，能夠跨企業(yè)以一致的方式運行這些服務(wù)。
雖然在過(guò)去的三十年里，面向服務(wù)的架構這一概念被系統架構師奉為最佳實(shí)踐，但現在它得到了各個(gè)地方許多組織的接受，被認為是獲得業(yè)務(wù)敏捷性的關(guān) 鍵。但SOE和SOA既不是即開(kāi)即用的成套系統，也不是什么單一技術(shù)，更不會(huì )讓所有問(wèn)題都能迎刃而解。盡管SOE能夠帶來(lái)甚至促進(jìn)組織上的變化，但它也要 求主管人員、企業(yè)架構師及項目經(jīng)理要有不同的思考和行事方式，否則完全會(huì )發(fā)現自己遇到新問(wèn)題，根本得不到多少好處。
服務(wù)是什么？
服務(wù)就是指實(shí)現的定義明確的業(yè)務(wù)功能，它可以獨立于系統里面定義的其他任何服務(wù)的狀態(tài)而工作。服務(wù)有一系列定義明確的接口，可以通過(guò)服務(wù)用戶(hù)和服務(wù)本身之間事先定義的契約（contract）進(jìn)行工作。
服務(wù)有著(zhù)不同性質(zhì)。一項業(yè)務(wù)服務(wù)可能意味著(zhù)“getAccountBalance”；一項業(yè)務(wù)交易服務(wù)可能意味著(zhù)“makeCredit
CardPayment”；一項系統服務(wù)可能會(huì )提供“deleteAFile”之類(lèi)的一些操作。
自上而下與自下而上的服務(wù)定義
理想情況下，在面向服務(wù)的企業(yè)（SOE）里面，服務(wù)在企業(yè)層采用自上而下的方法進(jìn)行定義及描述。通過(guò)對定義明確的業(yè)務(wù)功能進(jìn)行功能分解，我們就 能確認業(yè)務(wù)功能“Financial Services（金融服務(wù)）”。這項業(yè)務(wù)功能又可以分解成較低層的服務(wù)，譬如Invoicing、Payements和Banking等。
在面向服務(wù)的架構里面，系統作為服務(wù)集合體來(lái)運行。每個(gè)服務(wù)可能會(huì )與其他不同服務(wù)進(jìn)行聯(lián)系，共同完成某項任務(wù)。某個(gè)服務(wù)的使用可能要結合幾個(gè)低層功能。這種情況下，這些低層功能不被認為是服務(wù)。
自上而下：SPA / SOE / SOA
1、按照需要的業(yè)務(wù)轉型：對現有的業(yè)務(wù)模型進(jìn)行全面的業(yè)務(wù)轉型，或者部署新的業(yè)務(wù)模型（SOE）。
2、整個(gè)企業(yè)內的IT轉型：企業(yè)設計實(shí)施方案，實(shí)現跨整個(gè)企業(yè)的業(yè)務(wù)功能進(jìn)行集成（SOA/SOE）。
自下而上：SOC / SOA
1、對業(yè)務(wù)功能實(shí)行面向服務(wù)的集成：跨企業(yè)內外的多個(gè)應用集成服務(wù)，以實(shí)現業(yè)務(wù)目標（SOI/SOA）。
2、實(shí)施單項Web服務(wù)：利用新的或者現有的應用里面包括的任務(wù)創(chuàng )建服務(wù)（SOC/SOA）。
在對適合組件化（模塊化）及服務(wù)提供的現有遺留資產(chǎn)進(jìn)行自下而上的分析的同時(shí)，也進(jìn)行自下而上的域分解（domain decomposition），即流程建模及分解、面向差異的分析、策略和業(yè)務(wù)規則分析，以及域特定的行為建模（使用語(yǔ)法和圖表）。為了了解項目背后的業(yè) 務(wù)目標、讓服務(wù)和這種業(yè)務(wù)目標相一致，就要進(jìn)行目標－服務(wù)建模。
如何識別服務(wù)？
從技術(shù)上來(lái)說(shuō)，你可以把任何一項功能變成一項服務(wù)，但這樣做的話(huà)，會(huì )讓組織的IT系統雜亂無(wú)章、難以維護。識別服務(wù)的優(yōu)點(diǎn)在于，可以把服務(wù)當作一系列合理組織的功能。服務(wù)必須代
表有形的業(yè)務(wù)概念。譬如，getAccountBalance就是有形的業(yè)務(wù)流程，但convertStringToNumber不是可以識別的業(yè)務(wù)概念，因而不適合作為一項服務(wù)。
識別潛在服務(wù)的過(guò)程絕非易事。在現階段，我看到許多組織迷戀于現有的技術(shù)，卻忘了這一點(diǎn)：技術(shù)不該驅動(dòng)業(yè)務(wù)。雖然識別服務(wù)是在整個(gè)組織進(jìn)行一系列分析的過(guò)程，但還是可以運用某些分析模式，找出潛在服務(wù)。以下是決定識別服務(wù)時(shí)應當考慮的一些方面：
·分析組織業(yè)務(wù)流程的某一個(gè)部分，然后把它們分解成幾個(gè)比較小的業(yè)務(wù)流程。譬如說(shuō)，一家組織的訂單處理系統可以分解成幾個(gè)比較小的業(yè)務(wù)流程，譬如checkInventory、
processPayment和updateInventory等。
·確認是否有沒(méi)有比較小的業(yè)務(wù)流程可重復使用，或者是否有可能重復使用于組織的其他業(yè)務(wù)流程。譬如說(shuō)，checkInventory也可以供組織里面的庫存管理應用使用?？芍貜褪褂玫臉I(yè)務(wù)流程非常適合作為服務(wù)使用。
·為這些業(yè)務(wù)流程擬訂所需的輸入，然后定義它們必須得到什么樣的特定輸出。一定要注意確保這些輸入及輸出的通用性，以便服務(wù)依然可以重復使用、能夠提供給不斷變化的業(yè)務(wù)模型。譬如說(shuō)，目前的processPayment服務(wù)也許只能接受支票付款，但應當足夠靈活，以便以后支持信用卡支付，從而支持不斷變化的業(yè)務(wù)需求。因而，必須以通用的方式定義processPayment服務(wù)的輸入。
·確認這些業(yè)務(wù)流程是否已經(jīng)作為組織里面的IT系統加以實(shí)施。如果是這樣，那么為所有現有的應用分析業(yè)務(wù)關(guān)鍵因素，確認哪些應用需要轉換成
SOA。譬如說(shuō)，如果某服裝零售商再也不接受退貨/換貨，我們就用不著(zhù)考慮分析Refund/Exchange應用。
·確認哪些服務(wù)可以協(xié)同工作、不同服務(wù)之間有著(zhù)怎樣的依賴(lài)關(guān)系。
·弄清楚服務(wù)只能在內部使用還是也可以提供給外部使用者。這將對服務(wù)的定義帶來(lái)影響。
·確認服務(wù)是以同步方式使用還是以異步方式使用。服務(wù)所能允許的響應時(shí)間是多長(cháng)？
這些準則來(lái)自我們?yōu)闃I(yè)界的好幾家組織成功提供基于SOA的解決方案時(shí)得到的實(shí)際經(jīng)驗。這份列表絕不完整，但我認為，不可能有完整的一套方法可以確認有待實(shí)施的正確的一系列服務(wù)。這始終是個(gè)不斷變化的過(guò)程，因為一直會(huì )有新的需求產(chǎn)生。不過(guò)本文的主旨是，你要特別注意識別可以部署在組織里面的那一系列服務(wù)。
面向服務(wù)的建模
現在有許多重要的活動(dòng)和決策不僅僅影響集成架構，還會(huì )影響企業(yè)和應用架構。它們包括來(lái)自使用者和提供者這兩個(gè)關(guān)鍵視圖的活動(dòng)。
活動(dòng)通常由提供者和使用者這每個(gè)角色來(lái)開(kāi)展。請注意：提供者的活動(dòng)包括使用者的活動(dòng)（譬如，提供者也會(huì )關(guān)注服務(wù)的識別和分類(lèi)等操作）。在許多情況下，角色差異來(lái)自這一事實(shí)：使用者明確規定了他們需要的服務(wù)，往往會(huì )尋找它，一旦他們相信自己所尋找的服務(wù)和服務(wù)提供商提供的服務(wù)相互匹配，他們就會(huì )按需要綁定及調用服務(wù)。反過(guò)來(lái)，提供者需要發(fā)布他們愿意支持的服務(wù)：不但要確保功能，還要確保更重要的使用者所要求的服務(wù)質(zhì)量（QoS）。使用者和提供者之間這種不明顯的契約就有可能變成服務(wù)級別協(xié)議（SLA）方面的明顯的契約。通過(guò)電子方式或者通過(guò)業(yè)務(wù)和法律途徑進(jìn)行協(xié)商。
上述活動(dòng)被描述成在面向服務(wù)的建模里面流動(dòng)的活動(dòng)。
面向服務(wù)的建模和架構這一過(guò)程包括三個(gè)基本步驟：識別、說(shuō)明及實(shí)現服務(wù)、組件及流動(dòng)（通常稱(chēng)為服務(wù)編排）。
服務(wù)識別
這過(guò)程結合了域分解、現有資產(chǎn)分析及目標－服務(wù)建模的自上而下、自下而上和中間向外等方法。在自上而下視圖中，業(yè)務(wù)使用實(shí)例的藍圖提供了業(yè)務(wù)服務(wù)的規范。這個(gè)自上而下的過(guò)程往往被稱(chēng)為域分解，它包括把業(yè)務(wù)域分解成功能區域和子系統，包括流動(dòng)或者流程分解成流程、子流程和高級業(yè)務(wù)使用實(shí)例。這些使用實(shí)例往往非常適合作為在企業(yè)邊緣提供的業(yè)務(wù)服務(wù)，或者非常適合作為在企業(yè)里面跨業(yè)務(wù)部門(mén)使用的業(yè)務(wù)服務(wù)。
在這過(guò)程的自下而上部分或者現有系統分析當中，現有系統經(jīng)分析后，被選擇作為適合提供低成本的解決方案，以實(shí)施支持業(yè)務(wù)流程的底層服務(wù)功能。在這個(gè)過(guò)程中，你可以分析及利用來(lái)自遺留和套裝應用程序的應用編程接口（
API）、事務(wù)和模塊。在某些情況下，需要對遺留系統進(jìn)行組件化處理，以便重新對支持服務(wù)功能的現有資產(chǎn)進(jìn)行模塊化處理。
中間向外視圖包括目標－服務(wù)建模，以驗證及發(fā)現沒(méi)有被自上而下或者自下而上的服務(wù)識別方法所發(fā)現的其他服務(wù)。它把服務(wù)同目標與子目標、關(guān)鍵業(yè)績(jì)指標及衡量尺度聯(lián)系在一起。
服務(wù)分類(lèi)
服務(wù)識別后就開(kāi)始這項活動(dòng)。開(kāi)始把服務(wù)分類(lèi)成分層服務(wù)很重要，這體現了服務(wù)的組合或者不規則性：服務(wù)可以也應當由粒度更細的組件和服務(wù)組成。分類(lèi)有助于確定組合和分層，還可以根據服務(wù)層次來(lái)協(xié)調構建相互依賴(lài)的服務(wù)。另外，這還有助于緩解服務(wù)激增的現象：越來(lái)越多的細粒度服務(wù)被定義、設計及部署，卻幾乎沒(méi)有多少管理，導致性能、擴展性及管理方面出現嚴重問(wèn)題。更重要的是，服務(wù)激增無(wú)法提供對業(yè)務(wù)有用、并且便于實(shí)現規模經(jīng)濟的服務(wù)。
子系統分析
這項活動(dòng)獲得在上述域分解期間發(fā)現的子系統，然后明確規定這些子系統之間的相互依賴(lài)關(guān)系和流動(dòng)。它還把域分解期間識別的使用實(shí)例作為通過(guò)子系統接口提供的服務(wù)。對子系統的分析包括創(chuàng )建對象模型，以呈現將提供服務(wù)、實(shí)現服務(wù)的包含子系統的內部工作原理和設計。然后實(shí)現“子系統”的設計構件，作為實(shí)現以下活動(dòng)的服務(wù)的粗粒度組件的實(shí)施構件。
組件分類(lèi)
在下一個(gè)重要活動(dòng)中，明確規定了實(shí)施服務(wù)的組件的細節：
·數據
·規則
·服務(wù)
·可配置的簡(jiǎn)檔
·差異
消息傳送及事件規范和管理定義出現這一步驟中。
服務(wù)分配
服務(wù)分配包括把服務(wù)分配給目前識別的子系統。這些子系統擁有的企業(yè)組件能夠實(shí)現已發(fā)布的功能。你經(jīng)常會(huì )進(jìn)行簡(jiǎn)單化假定：子系統與企業(yè)組件擁有一對一的關(guān)系。用以下組合方式利用模式構建企業(yè)組件時(shí)，就會(huì )出現組件構建：
·中介者
·外觀(guān)
·規則對象
·可配置的簡(jiǎn)檔
·工廠(chǎng)
服務(wù)分配還包括為SOA里面的幾個(gè)層分配服務(wù)及實(shí)現服務(wù)的組件。分配組件和服務(wù)給SOA里面的層是一項重要任務(wù)，需要記錄及分析重要的架構決策，這些決策不僅與應用架構有關(guān)，而且與設計用來(lái)在運行時(shí)支持SOA實(shí)現的技術(shù)操作架構。
服務(wù)實(shí)現
這一步認識到，必須選擇或者定制實(shí)現某項服務(wù)的軟件?，F在可以獲得的其他方案包括：利用Web服務(wù)集成、轉換、訂購及外購部分功能。在這一步當中，你需要決定將利用哪個(gè)遺留系統模塊來(lái)實(shí)現某項服務(wù)、通過(guò)自下而上的方法構建哪些服務(wù)。實(shí)現服務(wù)而不是業(yè)務(wù)功能的其他決策包括：服務(wù)的安全、管理及監控。
服務(wù)遷移方案（STP）
你的SOE、SOA和SOC完全在發(fā)展當中，你向面向服務(wù)遷移的過(guò)程將經(jīng)歷很長(cháng)一段時(shí)間，并且分成多個(gè)階段。因而，遷移管理是在通向面向服務(wù)的漫長(cháng)道路當中最關(guān)鍵的問(wèn)題之一。
盡管遷移至面向服務(wù)的平臺意義重大、關(guān)鍵的Web服務(wù)標準繼續面臨不確定性，加上大規模部署SOA往往會(huì )產(chǎn)生重大影響，現在是開(kāi)始考慮遷移的時(shí)候了。成功遷移的關(guān)鍵在于，在有關(guān)SOA的 暴風(fēng)驟雨般的活動(dòng)當中找到一個(gè)平靜點(diǎn)，然后制訂直觀(guān)的方案，指導貴組織走過(guò)面臨技術(shù)障礙、組織阻力及不斷變化的行業(yè)趨勢的道路。
制訂遷移方案前先進(jìn)行影響分析
為了評估向面向服務(wù)遷移的可行性，你先要估計這樣一種遷移會(huì )產(chǎn)生什么樣的實(shí)際影響。因而，你在最初的影響分析完成之前，暫時(shí)不要考慮各種規劃。利用影響分析結果作為你的主要指導原則，并且把預算限制因素、相關(guān)的項目需求及其他外部驅動(dòng)因素（如戰略性業(yè)務(wù)目標）考慮進(jìn)來(lái)，你應當能夠確定規劃遷移的范圍。SOA遷移方案只適用于一小部分的組織技術(shù)環(huán)境，這并不罕見(jiàn)。譬如說(shuō)，企業(yè)里面也許有幾個(gè)遺留方面無(wú)法保證不會(huì )受到服務(wù)封裝的影響。也許你的目標就是構建專(zhuān)用的主機托管環(huán)境，不僅僅旨在支持新的面向服務(wù)的應用。不過(guò)，集成需求往往會(huì )推動(dòng)SOA遷移。這種情況下，你項目的范圍很容易看到：SOA的引入會(huì )影響你IT企業(yè)的大部分。
不過(guò)，面向服務(wù)的原理本身并不復雜，但運用這些原則會(huì )導致相對復雜的自動(dòng)化解決方案。如果共享及組合來(lái)自不同解決方案的服務(wù)，以支持新的或者經(jīng)過(guò)改動(dòng)的業(yè)務(wù)流程，更是如此。如果你想處在面向服務(wù)的環(huán)境下，你的項目隊伍就要改變對通用架構的根本層面進(jìn)行考慮的方式，譬如組件化、集成和流程自動(dòng)化。
面向服務(wù)的成熟度
不同公司在采用及融合面向服務(wù)模式（SO）方面的成熟度各不相同。有些只是剛開(kāi)始使用SO的技術(shù)實(shí)例：Web服務(wù)，探究SO世界。它們對遺留功能進(jìn)行包裝，然后加以提供，供第三方、客戶(hù)和業(yè)務(wù)合作伙伴使用。這樣一來(lái)，它們隨之進(jìn)入了狀態(tài)：擴大開(kāi)發(fā)隊伍規模、開(kāi)始改變企業(yè)文化，以便更好地支持SO，并且向探究新技術(shù)和可能受影響的業(yè)務(wù)功能邁出了頭幾步。這是第一個(gè)階段。
SO采用的第二個(gè)階段是，Web服務(wù)的初始測試成功地得到了解決；如今組織開(kāi)始使用服務(wù)集成系統和應用。隨著(zhù)專(zhuān)有協(xié)議、粘合代碼和點(diǎn)對點(diǎn)連接讓位于更加開(kāi)放、基于標準的協(xié)議以及基于每個(gè)系統外部化的服務(wù)描述的相互關(guān)系，我們進(jìn)入了面向服務(wù)的集成（SOA）領(lǐng)域。在這個(gè)世界，企業(yè)服務(wù)總線(xiàn)取得了主導權：SOA是中介、路由及轉換服務(wù)調用的一種機制，不管目標服務(wù)提供商是誰(shuí)。它有助于解決與點(diǎn)對點(diǎn)連接有關(guān)的許多不足。
面向服務(wù)的成熟度模型
這個(gè)
SOA成熟度模型為IT用戶(hù)和業(yè)務(wù)用戶(hù)就SOA在組織里面的適用性和優(yōu)點(diǎn)進(jìn)行探討提供了框架，采用成熟度分為五個(gè)級別。
服務(wù)編排
隨著(zhù)面向服務(wù)的架構（SOA）和Web服務(wù)越來(lái)越流行，這些不同的資產(chǎn)可以作為單個(gè)企業(yè)服務(wù)來(lái)提供。那么我們如何構建及把它們作為服務(wù)來(lái)提供呢？我們如何在構建基于服務(wù)的新應用或者業(yè)務(wù)流程時(shí)利用它們呢？這就是業(yè)務(wù)流程編排所要解決的問(wèn)題。
Web服務(wù)編排接口（WSCI）是基于
XML的一種接口描述語(yǔ)言，它描述了由參與跟其他編排服務(wù)進(jìn)行聯(lián)系的Web服務(wù)交換的消息的流動(dòng)情況。WSCI描述了通過(guò)重復使用為靜態(tài)接口定義的操作來(lái)參與某個(gè)消息交換的動(dòng)態(tài)接口。它描述了Web服務(wù)的可觀(guān)察行為。這通過(guò)所交換消息之間的臨時(shí)和邏輯的依賴(lài)關(guān)系來(lái)表示，采用了排序規則、相互關(guān)聯(lián)、異常處理及事務(wù)處理。WSCI還描述了相互聯(lián)系的Web服務(wù)之間的集體消息交換，從而為這種相互關(guān)系提供了面向消息的全局視圖。
服務(wù)粒度
服務(wù)是SOA和SOE的核心部分，這種說(shuō)法恐怕不會(huì )引起人們的異議。但識別服務(wù)的方法在慢慢出現。談?wù)揝OA時(shí)，服務(wù)往往被視為只要少須努力的任務(wù)――努力少得我們幾乎都懶得談?wù)?。描述這項任務(wù)的細節通常專(zhuān)注于是采用從自上而下的方法還是采用自下而上的方法。實(shí)際上，你可能會(huì )結合使用兩者，但應當偏重于自上而下的方法――為了控制服務(wù)之間的一致性，這方法必不可少。
但我們實(shí)際上如何識別自己的服務(wù)呢？這無(wú)疑是通常在EA的抽象層上成進(jìn)行的一項工作。在SOE里面，我們需要一種方法來(lái)識別服務(wù)，這種識別方法還要支持SOE的范例、并且利用EA方面的經(jīng)驗。這里的一個(gè)重要概念就是：我們不是從頭開(kāi)始做起！
如果你在處理SOE、SOA和EA方面有了經(jīng)驗，對你來(lái)說(shuō)預計不會(huì )出現任何革命――這實(shí)際上是一種非常簡(jiǎn)單的方法。但這只是我們所看到的這種方法具有的強項。一個(gè)簡(jiǎn)單的信息就是：你在識別服務(wù)時(shí)，不要一開(kāi)始開(kāi)發(fā)解決方案！隨時(shí)關(guān)注進(jìn)度，每次識別一個(gè)抽象層上的服務(wù)。
圖一：企業(yè)架構服務(wù)模型
企業(yè)成熟度 服務(wù)編排 服務(wù)質(zhì)量 服務(wù)粒度
業(yè)務(wù) SPA SOE
SOA SOC
STP
信息 服務(wù) 面向 面向 面向 服務(wù)
信息系統 范例 服務(wù)的 服務(wù)的 服務(wù)的 遷移
技術(shù)基礎設施 采用 企業(yè) 架構 計算 方案
圖二：
企業(yè)成熟度 服務(wù)編排 服務(wù)質(zhì)量 服務(wù)粒度
業(yè)務(wù) SPA SOE SOA SOC STP
信息 服務(wù) 面向 面向 面向 服務(wù)
信息系統 范例 服務(wù)的 服務(wù)的 服務(wù)的 遷移
技術(shù)基礎設施 采用 企業(yè) 架構 計算 方案
圖三：
企業(yè)成熟度 服務(wù)編排 服務(wù)質(zhì)量 服務(wù)粒度
業(yè)務(wù) SPA SOE SOA SOC STP
信息 服務(wù) 面向 面向 面向 服務(wù)
信息系統 范例 服務(wù)的 服務(wù)的 服務(wù)的 遷移
技術(shù)基礎設施 采用 企業(yè) 架構 計算 方案
圖四：
規劃－層次 EA和面向服務(wù) SOE
戰略級別 服務(wù)定義 面向服務(wù)企業(yè)
戰術(shù)級別 自上而下 SOA
操作級別 方法 面向服務(wù) 服務(wù)定義
SOC 自下而上
面向服務(wù)的計算 方法
信息提供
圖五：
角色
相應角色的活動(dòng)
使用者視圖
服務(wù)識別
服務(wù)分類(lèi)
服務(wù)提供決策
編排或組合
服務(wù)質(zhì)量
提供者視圖
組件識別
組件識別
服務(wù)實(shí)現
服務(wù)管理
標準實(shí)施
服務(wù)分配給組件
對SOA分層
技術(shù)原型
產(chǎn)品選擇
架構決策（狀態(tài)、流動(dòng)及相互關(guān)系）
圖六：
識別 域分解 目標－服務(wù)建?！ ‖F有系統分析
組件流動(dòng)說(shuō)明 子系統分析 服務(wù)說(shuō)明 服務(wù)流動(dòng)說(shuō)明
說(shuō)明 信息說(shuō)明 組件說(shuō)明 消息和事件說(shuō)明
服務(wù)實(shí)現決策
實(shí)現 服務(wù)分配給組件 組件層
圖七：
企業(yè)成熟度 服務(wù)編排 服務(wù)質(zhì)量 服務(wù)粒度
業(yè)務(wù) SPA SOE SOA SOC STP
信息 服務(wù) 面向 面向 面向 服務(wù)
信息系統 范例 服務(wù)的 服務(wù)的 服務(wù)的 遷移
技術(shù)基礎設施 采用 企業(yè) 架構 計算 方案
圖八：
企業(yè)成熟度 服務(wù)編排 服務(wù)質(zhì)量 服務(wù)粒度
業(yè)務(wù) SPA SOE SOA SOC STP
信息 服務(wù) 面向 面向 面向 服務(wù)
信息系統 范例 服務(wù)的 服務(wù)的 服務(wù)的 遷移
技術(shù)基礎設施 采用 企業(yè) 架構 計算 方案
圖九：
優(yōu)點(diǎn)
經(jīng)優(yōu)化的 優(yōu)化
業(yè)務(wù)服務(wù)
經(jīng)評估的業(yè)務(wù)服務(wù) 轉型
業(yè)務(wù)服務(wù) 協(xié)作服務(wù) 響應力
經(jīng) 過(guò) 設 計 的 服 務(wù) 成本效益
初 始 服 務(wù) 功能
圖十：
企業(yè)成熟度 服務(wù)編排 服務(wù)質(zhì)量 服務(wù)粒度
業(yè)務(wù) SPA SOE SOA SOC STP
信息 服務(wù) 面向 面向 面向 服務(wù)
信息系統 范例 服務(wù)的 服務(wù)的 服務(wù)的 遷移
技術(shù)基礎設施 采用 企業(yè) 架構 計算 方案
圖十一：
建模層：
流程/協(xié)作定義
WSCI WSCI WSCI
動(dòng)態(tài)、編排過(guò)的 動(dòng)態(tài)、編排過(guò)的 動(dòng)態(tài)、編排過(guò)的
Web服務(wù)接口 Web服務(wù)接口 Web服務(wù)接口
W
SDL WSDL WSDL WSDL
靜態(tài)的Web 靜態(tài)的Web 靜態(tài)的Web 靜態(tài)的Web
服務(wù)接口 服務(wù)接口 服務(wù)接口 服務(wù)接口
圖十二：
企業(yè)成熟度 服務(wù)編排 服務(wù)質(zhì)量 服務(wù)粒度
業(yè)務(wù) SPA SOE SOA SOC STP
信息 服務(wù) 面向 面向 面向 服務(wù)
信息系統 范例 服務(wù)的 服務(wù)的 服務(wù)的 遷移
技術(shù)基礎設施 采用 企業(yè) 架構 計算 方案
