【正文】 andards）?！　“踩　eb服務安全規(guī)范用來保證消息的安全性。該規(guī)范吸引人的地方在于它借助現有的安全標準，例如，SAML（as Security Assertion Markup Language）來實現web服務消息的安全。　　可靠　　在典型的SOA 環(huán)境中，服務消費者和服務提供者之間會有幾種不同的文檔在進行交換。WS Reliability 和 WS ReliableMessaging是兩個用來解決此類問題的標準?！　〔呗浴　》仗峁┱哂袝r候會要求服務消費者與某種策略通信。這些要求被定義為策略斷言（policy assertions）。WS Policy用來標準化服務消費者和服務提供者之間的策略通信。整合應用意味著例如異步通信，并行處理，數據轉換，以及校正等進程請求必須被標準化。BPEL4WS 或者 WSBPEL（Web Service Business Process Execution Language）是用來控制這些服務的語言?！　」芾怼　‰S著企業(yè)服務的增長，所使用的服務和業(yè)務進程的數量也隨之增加，一個用來讓系統(tǒng)管理員管理所有運行在多相環(huán)境下的服務的管理系統(tǒng)就顯得尤為重要。　　其它的qos特性，比如合作方之間的溝通和通訊，多個服務之間的事務處理，都在WS Coordination 和 WS Transaction 標準中描述， 這些都是OASIS 的工作。 系統(tǒng)采用面向服務架構來設計其體系結構，每一層的具體功能如下： 基于SOA架構的ERP系統(tǒng)架構設計功能設計中將利用服務層和業(yè)務流程編排層提供的服務和業(yè)務應用流程，以及引入的其他外部Web Service，利用了最新的Web 技術，包括Ajax、RSS、Web GIS 等等來增強用戶體驗。 2）業(yè)務流程編排層集成了各種業(yè)務規(guī)則和邏輯規(guī)則，將服務層提供的服務編排成業(yè)務應用流程，滿足了靈活重組企業(yè)內部流程的要求。 3）服務層由各種粒度的服務組成，主要分為粗粒度服務和細粒度服務，并按功能的不同將它們分成四類提供給不同的用戶使用。其中技術功能主要是由運行基礎提供的各種服務，業(yè)務功能則是由組件層發(fā)布上來的細粒度服務。粒度最大的是業(yè)務流程服務。本層的主要功能在于分類組織組件層發(fā)布上來的各種服務、SOA 運行基礎提供的功能服務以及從外部引入的各種服務。 4）組件層主要向上提供涉及到各種企業(yè)應用的接入組件，以實現系統(tǒng)中不同的功能模塊，并通過Web Service 接口被包裝成Web Service 發(fā)布到在組件層之上的服務層，同時組件層預留其他類型接口供系統(tǒng)調用。 5）系統(tǒng)層，主要是提供滿足ERP 系統(tǒng)的基礎架構，如企業(yè)ERP 系統(tǒng)中通常需要集成的各個應用系統(tǒng)和數據庫管理系統(tǒng)。在系統(tǒng)層，通過面向對象技術完成組件層與數據庫的交互。 為了實現構建大型，分布的多層企業(yè)應用技術，使系統(tǒng)具有語言無關、再開發(fā)、可移植性和高性能等優(yōu)點， 平臺作為基于SOA 的Web 服務開發(fā)實現平臺。 通過 框架對web 服務的良好的支持完成Web 層的開發(fā)，以達到體現給用戶一個直觀而且簡單易于使用的用戶界面。 由于系統(tǒng)的業(yè)務流程比較靈活，本文采用基于標準的可擴展的 WSDL 和BPEL（Web服務業(yè)務流程執(zhí)行語言）來定義和描述流程。在此基礎上采用Web 服務完成流程到前臺應用系統(tǒng)的接口，Web 服務向內通過各種控件完成流程的操作與管理，向外為前臺的開發(fā)提供了一個結構松散、異步操作和具有分布式支撐能力的統(tǒng)一接口。 3) Web service 發(fā)布框架Web service 發(fā)布主要由xfire實現，xfire 是一個免費的開源SOAP 框架，在它的代碼中有一個輕量級的信息處理模塊通過STAX 來與SOAP 信息相結合。 SOA架構的服務管理組件：ESB 企業(yè)服務總線ESB簡介1. 企業(yè)服務總線介紹　　ESB全稱為Enterprise Service Bus，即企業(yè)服務總線。ESB提供了網絡中最基本的連接中樞，是構筑企業(yè)神經系統(tǒng)的必要元素。從功能上看，ESB提供了事件驅動和文檔導向的處理模式，以及分布式的運行管理機制，它支持基于內容的路由和過濾，具備了復雜數據的傳輸能力，并可以提供一系列的標準接口[30]?！　?) 集成服務：提供基礎的集成服務與用戶定制的應用服務；支持多種集成服務模式；支持服務的封裝、重用、服務組合、服務調度。例如，渠道認證服務，日志服務等公用服務?！　?) 系統(tǒng)監(jiān)控：提供多角度的系統(tǒng)實時監(jiān)控與交易報表，提供用戶定制的告警。 傳統(tǒng)的EAI解決方案　　EAI點對點集成結構存在著嚴重的隱患，即隨著應用系統(tǒng)個數的增加。應用系統(tǒng)之間存在著高度的耦合性。隨著控制技術和信息技術的發(fā)展，企業(yè)信息化涉及到的子系統(tǒng)越來越多，點對點的集成方式已無法滿足需求。 傳統(tǒng)的EAI技術試圖通過HubSpoke結構解決企業(yè)內部的整合問題。這樣，服務的請求者和提供者之間有了一個智能的中轉站，服務的請求者不再需要了解服務提供者的細節(jié)。 SOA的應用場景是復雜的企業(yè)級架構，如果采用Hub的模式來構建SOA基礎架構，從純粹邏輯的角度，可能會出現以下問題：首先，如果每個服務的請求都經過中央Hub的中轉，那么Hub的負擔會很重。 企業(yè)服務總線解決方案1. 概念　　ESB的概念是從SOA發(fā)展而來的。ESB是一種是松散耦合的服務和應用之間標準的集成方式，它可以作用于[31]：　　1) 面向服務的架構：分布式的應用由可重用的服務組成?！　?) 事件驅動的架構：應用之間異步的產生和接收消息。 如上圖所示，ESB比EAI結構靈活的多：首先，它比單一Hub的形式更開放，總線結構有無限擴展的可能；其次，真正體現了SOA的理念，一切皆為服務，服務在總線中處于平等的地位。因此，ESB可作為SOA架構中實現服務間智能化集成與管理的中介。在ESB中，服務器猶如一個個汽車站，可以自由地連接和脫離ESB中間件，所有的信息系統(tǒng)都可以通過其發(fā)送或接受任務、指令，它適用于所有的現有的或未來的信息應用平臺。它能大大提高整個網絡和信息系統(tǒng)的使用效率，還能為企業(yè)節(jié)省可觀的整合費用。 盡管ESB作為SOA架構系統(tǒng)中的關鍵組件，但是并不是作為基礎組件，在開始階段就去開發(fā)。 Accenture首席技術官Don Rippert認為激活SOA的全部潛力需要通過四個階段，而ESB則處于第三個階段?！　《f的四個階段如下所示：　　1) 使用XML，以更標準的方式使用應用程序接口?！　?) 引入并全面使用企業(yè)服務總線。BPEL可以改變應用程序的行為，而無需修改軟件。　　Bobby在他的文章中也說道，僅僅建造一個總線的工程是不可取的。但是問題在于，當人們開始構造SOA應用時，他們會發(fā)現那些已經建造好的ESB已經不能滿足當前的需求了。5 系統(tǒng)實現的關鍵技術 關鍵技術框架及工具 三層分布式架構 三層架構介紹三層架構是[23]： 界面層同時也提供一定的安全性，確保用戶不用看到不必要的機密信息。 2）邏輯層 邏輯層是界面層和數據層的橋梁，它響應界面層的用戶請求，執(zhí)行任務并從數據層抓取數據，并將必要的數據傳送給界面層。 3）數據層 數據層定義、維護數據的完整性、安全性，它響應邏輯層的請求，訪問數據。 三層結構適合群體開發(fā)，每人可以有不同的分工，協(xié)同工作使效率倍增。相比之下，單層或胖客戶對面器的要求太高。 三層架構的另一個優(yōu)點在于可以更好的支持分布式計算環(huán)境。分布式計算的潛力巨大，遠比升級CPU有效。 三層架構的最大優(yōu)點是它的安全性。 1）Remote Access(遠程訪問資料)，例如可透過Internet存取遠程數據庫； 3）Client端發(fā)出Request(工作要求)后，便可離線，交由App Server和DataBase Server共同把工作完成，減少Client端的等待時間。 分布式系統(tǒng)是充分利用服務器資源，性能優(yōu)勢將系統(tǒng)的表現層、邏輯層和數據層部署到不同的服務器上，這樣做的好處是獲取系統(tǒng)的可靠性和健壯性。 分布式系統(tǒng)有如下特點[24]：協(xié)作與互聯分布式系統(tǒng)的重要作用之一就是能夠整合大量地理上分散于各地的信息和服務，如地圖、電子商務網站、多媒體、大百科全書等。例如，它們支持非集中式的、模塊化的應用，這使得共享像大容量的文件服務器、高清晰度的打印機等昂貴的外設成為可能?？梢詫⒁崖摼W計算節(jié)點的處理能力組合起來以獲得性能的極大提升，此外，至少理論上來說，多處理器和網絡更容易擴展。例如，盡管網絡中的所有節(jié)點都運轉正常，但網絡本身可能會出現故障。這些故障應當能被很好地處理而不影響其他不相關的部分或整個系統(tǒng)。冗余性有助于將單節(jié)點失敗的影響控制在最小范圍內，它可以顯著提高系統(tǒng)在出現部分故障時的可靠性。 5）內在的分布性某些應用天生就是分布式的，如電信管理網絡（TMN）系統(tǒng)、跨區(qū)域部門的企業(yè)級業(yè)務系統(tǒng)、對等網絡（P2P）的內容共享系統(tǒng)、企業(yè)之間（B2B）的供應鏈管理系統(tǒng)等。 基于WEB的B/S架構開發(fā)技術因為因為這種模式才能做到跨平臺，兼容各種設備；其架構應該是基于互聯網的架構，核心的業(yè)務邏輯是在后臺服務器上部署實現，客戶端始終完成數據展現和交互操作。也是對客戶不負責的。 統(tǒng)一認證技術 SSO簡介SSO是在多個應用系統(tǒng)中，用戶只需要登錄一次就可以訪問所有相互信任的應用系統(tǒng)。它是目前比較流行的企業(yè)業(yè)務整合的解決方案之一[34]。 當用戶第一次訪問應用系統(tǒng)1的時候，因為還沒有登錄，會被引導到認證系統(tǒng)中進行登錄；根據用戶提供的登錄信息，認證系統(tǒng)進行身份校驗，如果通過校驗，應該返回給用戶一個認證的憑據－－ticket；用戶再訪問別的應用的時候就會將這個ticket帶上，作為自己認證的憑據，應用系統(tǒng)接受到請求之后會把ticket送到認證系統(tǒng)進行校驗，檢查ticket的合法性。　　要實現SSO，需要以下主要的功能：認證系統(tǒng)的主要功能是將用戶的登錄信息和用戶信息庫相比較，對用戶進行登錄認證；認證成功后，認證系統(tǒng)應該生成統(tǒng)一的認證標志（ticket），返還給用戶。應用系統(tǒng)應該能對ticket進行識別和提取，通過與認證系統(tǒng)的通訊，能自動判斷當前用戶是否登錄過，從而完成單點登錄的功能?！　?) 統(tǒng)一的認證系統(tǒng)并不是說只有單個的認證服務器　　認證服務器之間要通過標準的通訊協(xié)議，互相交換認證信息，就能完成更高級別的單點登錄。當他訪問應用系統(tǒng)2的時候，認證服務器2能夠識別此ticket是由第一個服務器產生的，通過認證服務器之間標準的通訊協(xié)議（例如SAML）來交換認證信息，仍然能夠完成SSO的功能。Cookie是可以被Web服務器設置的字符串，并且可以保存在瀏覽器中。Web SSO完全可以利用Cookie技術來完成用戶登錄信息的保存，將瀏覽器中的Cookie和上文中的Ticket結合起來，完成SSO的功能。　　2) 修改Web應用，使得每個應用都通過這個統(tǒng)一的認證服務來進行身份校驗。隨著Web Services等技術的發(fā)展，將會進一步地推動構件技術的發(fā)展，而基于構件的軟件開發(fā)方式也成為軟件開發(fā)的主流技術[15]。構件技術就是一種類似于“零部件組裝”的集成組裝式軟件生產方式，它把零件、生產線和裝配運行的概念運用在軟件產業(yè)中，徹底打破了手工作坊式的軟件開發(fā)模式。構件隱藏了具體的實現，通過接口對外提供服務。廣義上講，構件可以是數據，也可以是被封裝的對象類、軟件構架、文檔、測試用例等。構筑在“構件組裝”模式之上的構件技術，使軟件技術人員擺脫了“一行行寫代碼”的低效編程方式，直接進入“集成組裝構件”的更高階段?！　淖罱K用戶的角度來看，采用基于構件技術開發(fā)的系統(tǒng)，在遇到業(yè)務流程變化或系統(tǒng)升級等問題時，不再需要對系統(tǒng)進行大規(guī)模改造或推倒重來，只要通過增加新的構件或改造原來的構件來實現。 構件化開發(fā)基本概念構件化，是指軟件體系結構可重組以及軟件組件可重用的系統(tǒng)開發(fā)方法。構件，是具有一定的功能和結構，并符合一定的標準，可以完成一個或多個特定的服務的軟件實體，可獨立部署也可以組裝。 積木式搭建軟件系統(tǒng)　　基于構件的軟件開發(fā)方法有以下幾方面的優(yōu)勢：　　構件化開發(fā)技術的好處:　　作為一種新的軟件開發(fā)方法，構件化開發(fā)具有不少優(yōu)點，給軟件應用企業(yè)帶來了諸多便利和好處?！　∑浯?，當企業(yè)出現新的應用需求，軟件商或企業(yè)的開發(fā)人員使用原有平臺來創(chuàng)建或是使用測試的構件時，開發(fā)人員在組裝過程中可以集中精力關注業(yè)務問題而不用擔心技術以及外部設施等其他問題，由此減少了系統(tǒng)完成時間，從而大大降低了系統(tǒng)的實施周期。由于系統(tǒng)的開發(fā)基于組裝過程，構件能更容易地替換，有更多附加值?！　∽詈?，構件化開發(fā)可以有效降低軟件廠商的開發(fā)費用及系統(tǒng)實施費用，軟件廠商的開發(fā)成本和實施成本降低后，軟件應用企業(yè)付出的費用也隨之相應降低。 構件化開發(fā)與SOA的區(qū)別確切地說，SOA則是一種開發(fā)思想，通過服務對企業(yè)的應用需求進行展現[13]。 構件與服務確實是既有區(qū)別，又有相同之處。而從開發(fā)角度來看，二者也都遵循軟件設計最經典的思想“高內聚低耦合”，同時技術和手段也沒有限制。 而另一方面，二者也確實存在著太多的不同。 首先，從使用周期來看，當企業(yè)的業(yè)務發(fā)生調整時，服務自然而然地也就中止了。從這點可以看出，構件與服務并不在一個應用層次上。 其次，二者在用戶的系統(tǒng)中使用條件也不一樣。而服務只要符合Web Service標準，經過部署就可以直接運行。 再次，二者的針對的對象是不同的。雖然構件也被劃分成“通用構件”和“領域構件”，但領域構件也只是限于實現某個領域的技術需求。 最后，二者的服務對象不盡相同。與構件的情況相反，SOA和服務則從定義到實施均有相關的規(guī)范標準。但這卻可能只是用戶的一種誤解。所以，我們可以說，構件確實是SOA的實現手段，但當構件化成為一種軟件開發(fā)思想以后，SOA不能夠全部包括構件。 到目前為止，構件仍然是應用開發(fā)層面的概念，適用于企業(yè)應用的開發(fā)。盡管如此，二者目前正在走