面向服務(wù)的體系結(jié)構(gòu)專題報告

面向服務(wù)架構(gòu)的理解與分析廖志鋼摘要面向服務(wù)的體系結(jié)構(gòu)（Service-OrientedArchitecture，SOA）是一個組件模型，它將應(yīng)用程序的不同功能單元（稱為服務(wù)）通過這些服務(wù)之間定義良好的接口和契約聯(lián)系起來。接口是采用中立的方式進行定義的，它應(yīng)該獨立于實現(xiàn)服務(wù)的硬件平臺、操作系統(tǒng)和編程語言。這使得構(gòu)建在各種這樣的系統(tǒng)中的服務(wù)可以一種統(tǒng)一和通用的方式進行交互。SOA是一種以服務(wù)為中心，松散耦合、可動態(tài)優(yōu)化和重用擴展的分布式應(yīng)用構(gòu)造方法。經(jīng)過十多年的歷練與發(fā)展，已成為在開放、異構(gòu)的網(wǎng)絡(luò)環(huán)境下構(gòu)造集成化分布式信息系統(tǒng)的潮流。SOA所帶來的IT系統(tǒng)松耦合、互操作的特性，以及由此帶來的大粒度重用、大規(guī)模集成、靈活性提升等諸多優(yōu)點，為軟件系統(tǒng)的建立、整合與運維，尤其是基于互聯(lián)網(wǎng)的軟件產(chǎn)業(yè)的創(chuàng)新與發(fā)展，帶來了新的動力和機遇。關(guān)鍵詞：SOA面向服務(wù)體系架構(gòu)分析1SOA的發(fā)展歷程SOA的概念最初由Gartner公司于1996提出,由于當時的技術(shù)水平和市場環(huán)境尚不具備真正實施SOA的條件,因此當時SOA并未引起人們的廣泛關(guān)注。伴隨著互聯(lián)網(wǎng)的浪潮,越來越多的企業(yè)將業(yè)務(wù)轉(zhuǎn)移到互聯(lián)網(wǎng)領(lǐng)域,帶動了電子商務(wù)的蓬勃發(fā)展。為了能夠?qū)⒐镜臉I(yè)務(wù)打包成獨立的、具有很強伸縮性的基于互聯(lián)網(wǎng)的服務(wù),出現(xiàn)了Web服務(wù)的概念,這可以說是SOA的開端。新技術(shù)的興起必然伴隨著一系列技術(shù)標準和規(guī)范的誕生,SOA也是如此。短短幾年之內(nèi),在廠商、研究人員和標準化組織的共同努力下,已經(jīng)制定出一大批SOA標準和規(guī)范,有力地推動了SOA的發(fā)展。據(jù)統(tǒng)計,目前有超過56個涉及SOA的各個方面的標準機構(gòu),但他們之間工作的不協(xié)調(diào),也給SOA的發(fā)展帶來的負面影響。根據(jù)Gartner的跟蹤分析，2007年SOA開始走出谷底，2008則還在復(fù)蘇期緩慢地艱難爬升。整體上看，SOA仍然處于成長上升階段，還未真正廣泛普及，還未形成穩(wěn)定的價值。未來幾年SOA將進入到應(yīng)用市場主導(dǎo)的理性發(fā)展階段，人們將把更多的關(guān)注點放在SOA如何“落地”，即用戶如何成功實施SOA、并創(chuàng)造實際價值等方面。2國內(nèi)對于SOA推廣應(yīng)用認識現(xiàn)狀分析盡管SOA的概念進入中國已有一段時間，但國內(nèi)用戶至今對SOA的認識仍不夠清晰，導(dǎo)致SOA的市場需求并不明朗。就目前國內(nèi)的現(xiàn)狀來看，對于SOA，更多的企業(yè)仍處于觀望的態(tài)度，有很多的疑慮。據(jù)調(diào)查，表示對SOA關(guān)注的企業(yè)用戶為數(shù)不多，其中有15.9%的流通行業(yè)，而在制造行業(yè)僅有8.6%。國內(nèi)SOA應(yīng)用的這一尷尬局面，很大程度上是由于認識上的誤區(qū)影響了SOA推廣應(yīng)用。認識的誤區(qū)主要表現(xiàn)在三方面：首先，認為SOA是萬能的，可以應(yīng)用于所有的場合。其實情況并非如此。SOA并不能代替已經(jīng)在公司內(nèi)部存在的那些被良好集成的應(yīng)用系統(tǒng)。通過合理的部署，SOA系統(tǒng)可以改善原有的IT系統(tǒng)，使得原有的那些應(yīng)用系統(tǒng)更具有柔性。通常情況下，復(fù)雜的IT構(gòu)架對SOA的需求更加迫切，并且SOA需要與外部復(fù)雜的IT環(huán)境交互，并快速地應(yīng)對頻繁發(fā)生的業(yè)務(wù)變化。其次，認為構(gòu)建了SOA架構(gòu)，就不再需要應(yīng)用整合技術(shù)。其實，SOA并非一蹴而就。雖然SOA使系統(tǒng)整合更容易，但是企業(yè)仍然需要核心的整合技術(shù)，例如轉(zhuǎn)換、挖掘、流程整合、適配器等等，使它們成為架構(gòu)和規(guī)劃中的組成部分。企業(yè)先要對需求進行一次全面的評估，不僅僅局限于IT，而是面向整個企業(yè)。實現(xiàn)SOA可能需要耗費幾年的時間。第三，認為構(gòu)建了SOA，就不需要IT人員的參與，業(yè)務(wù)人員照樣可以把服務(wù)連接成新的業(yè)務(wù)流程。這種想法沒有考慮服務(wù)的實現(xiàn)仍得有人編寫實施服務(wù)的軟件，系統(tǒng)也仍需要有經(jīng)驗的IT專業(yè)人員把業(yè)務(wù)工作流轉(zhuǎn)換成顧及企業(yè)級性能、安全、資源使用和可靠性的具體實施方案。其實這些誤區(qū)的產(chǎn)生是由于對SOA的理解偏差所致。對于國內(nèi)的用戶來講，接受SOA難的并不是技術(shù)，而是SOA理念的灌輸，以及對企業(yè)文化的重新改造。SOA與傳統(tǒng)的應(yīng)用體系結(jié)構(gòu)不同，SOA更多地是針對變化而設(shè)計，基于SOA的系統(tǒng)能具備更大的彈性，而且能夠?qū)崟r地根據(jù)企業(yè)的變化，調(diào)整自己的結(jié)構(gòu)，以滿足企業(yè)變化的需求。3SOA的理解3.1松耦合的系統(tǒng)這種具有中立的接口定義（沒有強制綁定到特定的實現(xiàn)上）的特征稱為服務(wù)之間的松耦合。松耦合系統(tǒng)的好處有兩點，一點是它的靈活性，另一點是，當組成整個應(yīng)用程序的每個服務(wù)的內(nèi)部結(jié)構(gòu)和實現(xiàn)逐漸地發(fā)生改變時，它能夠繼續(xù)存在。而另一方面，緊耦合意味著應(yīng)用程序的不同組件之間的接口與其功能和結(jié)構(gòu)是緊密相連的，因而當需要對部分或整個應(yīng)用程序進行某種形式的更改時，它們就顯得非常脆弱。對松耦合的系統(tǒng)的需要來源于業(yè)務(wù)應(yīng)用程序需要根據(jù)業(yè)務(wù)的需要變得更加靈活，以適應(yīng)不斷變化的環(huán)境，比如經(jīng)常改變的政策、業(yè)務(wù)級別、業(yè)務(wù)重點、合作伙伴關(guān)系、行業(yè)地位以及其他與業(yè)務(wù)有關(guān)的因素，這些因素甚至會影響業(yè)務(wù)的性質(zhì)。我們稱能夠靈活地適應(yīng)環(huán)境變化的業(yè)務(wù)為按需（Ondemand）業(yè)務(wù)，在按需業(yè)務(wù)中，一旦需要，就可以對完成或執(zhí)行任務(wù)的方式進行必要的更改。雖然面向服務(wù)的體系結(jié)構(gòu)不是一個新鮮事物，但它卻是更傳統(tǒng)的面向?qū)ο蟮哪Ｐ偷奶娲Ｐ?，面向?qū)ο蟮哪Ｐ褪蔷o耦合的，已經(jīng)存在二十多年了。雖然基于SOA的系統(tǒng)并不排除使用面向?qū)ο蟮脑O(shè)計來構(gòu)建單個服務(wù)，但是其整體設(shè)計卻是面向服務(wù)的。由于它考慮到了系統(tǒng)內(nèi)的對象，所以雖然SOA是基于對象的，但是作為一個整體，它卻不是面向?qū)ο蟮?。不同之處在于接口本身。SOA系統(tǒng)原型的一個典型例子是通用對象請求代理體系結(jié)構(gòu)（CommonObjectRequestBrokerArchitecture，CORBA），它已經(jīng)出現(xiàn)很長時間了，其定義的概念與SOA相似。然而，現(xiàn)在的SOA已經(jīng)有所不同了，因為它依賴于一些更新的進展，這些進展是以可擴展標記語言（eXtensibleMarkupLanguage，XML）為基礎(chǔ)的。通過使用基于XML的語言（稱為Web服務(wù)描述語言（WebServicesDefinitionLanguage，WSDL））來描述接口，服務(wù)已經(jīng)轉(zhuǎn)到更動態(tài)且更靈活的接口系統(tǒng)中，非以前CORBA中的接口描述語言（InterfaceDefinitionLanguage，IDL）可比了。Web服務(wù)并不是實現(xiàn)SOA的惟一方式。前面剛講的CORBA是另一種方式，這樣就有了面向消息的中間件（Message-OrientedMiddleware）系統(tǒng)，比如IBM的MQseries。但是為了建立體系結(jié)構(gòu)模型，您所需要的并不只是服務(wù)描述。您需要定義整個應(yīng)用程序如何在服務(wù)之間執(zhí)行其工作流。您尤其需要找到業(yè)務(wù)的操作和業(yè)務(wù)中所使用的軟件的操作之間的轉(zhuǎn)換點。因此，SOA應(yīng)該能夠?qū)I(yè)務(wù)的商業(yè)流程與它們的技術(shù)流程聯(lián)系起來，并且映射這兩者之間的關(guān)系。例如，給供應(yīng)商付款的操作是商業(yè)流程，而更新您的零件數(shù)據(jù)庫，以包括進新供應(yīng)的貨物卻是技術(shù)流程。因而，工作流還可以在SOA的設(shè)計中扮演重要的角色。此外，動態(tài)業(yè)務(wù)的工作流不僅可以包括部門之間的操作，甚至還可以包括與不為您控制的外部合作伙伴進行的操作。因此，為了提高效率，您需要定義應(yīng)該如何得知服務(wù)之間的關(guān)系的策略，這種策略常常采用服務(wù)級協(xié)定和操作策略的形式。最后，所有這些都必須處于一個信任和可靠的環(huán)境之中，以同預(yù)期的一樣根據(jù)約定的條款來執(zhí)行流程。因此，安全、信任和可靠的消息傳遞應(yīng)該在任何SOA中都起著重要的作用。3.2SOA的作用我可以用面向服務(wù)的體系結(jié)構(gòu)做什么？SOA的需要來源于需要使業(yè)務(wù)IT系統(tǒng)變得更加靈活，以適應(yīng)業(yè)務(wù)中的改變。通過允許強定義的關(guān)系和依然靈活的特定實現(xiàn)，IT系統(tǒng)既可以利用現(xiàn)有系統(tǒng)的功能，又可以準備在以后做一些改變來滿足它們之間交互的需要。下面舉一個具體的例子。一個服裝零售組織擁有500家國際連鎖店，它們常常需要更改設(shè)計來趕上時尚的潮流。這可能意味著不僅需要更改樣式和顏色，甚至還可能需要更換布料、制造商和可交付的產(chǎn)品。如果零售商和制造商之間的系統(tǒng)不兼容，那么從一個供應(yīng)商到另一個供應(yīng)商的更換可能就是一個非常復(fù)雜的軟件流程。通過利用WSDL接口在操作方面的靈活性，每個公司都可以將它們的現(xiàn)有系統(tǒng)保持現(xiàn)狀，而僅僅匹配WSDL接口并制訂新的服務(wù)級協(xié)定，這樣就不必完全重構(gòu)它們的軟件系統(tǒng)了。這是業(yè)務(wù)的水平改變，也就是說，它們改變的是合作伙伴，而所有的業(yè)務(wù)操作基本上都保持不變。這里，業(yè)務(wù)接口可以作少許改變，而內(nèi)部操作卻不需要改變，之所以這樣做，僅僅是為了能夠與外部合作伙伴一起工作。另一種形式是內(nèi)部改變，在這種改變中，零售組織現(xiàn)在決定它還將把連鎖零售商店內(nèi)的一些地方出租給專賣流行衣服的小商店，這可以看作是采用店中店（store-in-store）的業(yè)務(wù)模型。這里，雖然公司的大多數(shù)業(yè)務(wù)操作都保持不變，但是它們現(xiàn)在需要新的內(nèi)部軟件來處理這樣的出租安排。盡管在內(nèi)部軟件系統(tǒng)可以承受全面的檢修，但是它們需要在這樣做的同時不會對與現(xiàn)有的供應(yīng)商系統(tǒng)的交互產(chǎn)生大的影響。在這種情況下，SOA模型保持原封不動，而內(nèi)部實現(xiàn)卻發(fā)生了變化。雖然可以將新的方面添加到SOA模型中來加入新的出租安排的職責，但是正常的零售管理系統(tǒng)繼續(xù)如往常一樣。為了延續(xù)內(nèi)部改變的觀念，IT經(jīng)理可能會發(fā)現(xiàn)，軟件的新配置還可以以另外的一種方式加以使用，比如出租粘貼海報的地方以供廣告之用。這里，新的業(yè)務(wù)提議是通過在新的設(shè)計中重用靈活的SOA模型得出的。這是來自SOA模型的新成果，并且還是一個新的機會，而這樣的新機會在以前可能是不會有的。垂直改變也是可能的，在這種改變中，零售商從銷售他們自己的服裝完全轉(zhuǎn)變到專門通過店中店模型出租地方。如果垂直改變完全從最底層開始的話，就會帶來SOA模型結(jié)構(gòu)的顯著改變，與之一起改變的還可能有新的系統(tǒng)、軟件、流程以及關(guān)系。在這種情況下，SOA模型的好處是它從業(yè)務(wù)操作和流程的角度考慮問題而不是從應(yīng)用程序和程序的角度考慮問題，這使得業(yè)務(wù)管理可以根據(jù)業(yè)務(wù)的操作清楚地確定什么需要添加、修改或刪除。然后可以將軟件系統(tǒng)構(gòu)造為適合業(yè)務(wù)處理的方式，而不是在許多現(xiàn)有的軟件平臺上常常看到的其他方式。正如您可以看到的，在這里，改變和SOA系統(tǒng)適應(yīng)改變的能力是最重要的部分。對于開發(fā)人員來說，這樣的改變無論是在他們工作的范圍之內(nèi)還是在他們工作的范圍之外都有可能發(fā)生，這取決于是否有改變需要知道接口是如何定義的以及它們相互之間如何進行交互。與開發(fā)人員不同的是，架構(gòu)師的作用就是引起對SOA模型大的改變。這種分工，就是讓開發(fā)人員集中精力于創(chuàng)建作為服務(wù)定義的功能單元，而讓架構(gòu)師和建模人員集中精力于如何將這些單元適當?shù)亟M織在一起，它已經(jīng)有十多年的歷史了，通常用統(tǒng)一建模語言（UniversalModelingLanguage，UML），并且描述成模型驅(qū)動的體系結(jié)構(gòu)（Model-DrivenArchitecture，MDA）。對于面向同步和異步應(yīng)用的，基于請求/響應(yīng)模式的分布式計算來說，SOA是一場革命。一個應(yīng)用程序的業(yè)務(wù)邏輯（businesslogic）或某些單獨的功能被模塊化并作為服務(wù)呈現(xiàn)給消費者或客戶端。這些服務(wù)的關(guān)鍵是他們的松耦合特性。例如，服務(wù)的接口和實現(xiàn)相獨立。應(yīng)用開發(fā)人員或者系統(tǒng)集成者可以通過組合一個或多個服務(wù)來構(gòu)建應(yīng)用，而無須理解服務(wù)的底層實現(xiàn)。舉例來說，一個服務(wù)可以用.NET或J2EE來實現(xiàn)，而使用該服務(wù)的應(yīng)用程序可以在不同的平臺之上，使用的語言也可以不同。3.3SOA特性SOA服務(wù)具有平臺獨立的自我描述XML文檔。Web服務(wù)描述語言（WSDL，WebServicesDescriptionLanguage）是用于描述服務(wù)的標準語言。SOA服務(wù)用消息進行通信，該消息通常使用XMLSchema來定義（也叫做XSD，XMLSchemaDefinition）。消費者和提供者或消費者和服務(wù)之間的通信多見于不知道提供者的環(huán)境中。服務(wù)間的通訊也可以看作企業(yè)內(nèi)部處理的關(guān)鍵商業(yè)文檔。在一個企業(yè)內(nèi)部，SOA服務(wù)通過一個扮演目錄列表（directorylisting）角色的登記處（Registry）來進行維護。應(yīng)用程序在登記處（Registry）尋找并調(diào)用某項服務(wù)。統(tǒng)一描述，定義和集成（UDDI，UniversalDescription，Definition，andIntegration）是服務(wù)登記的標準。每項SOA服務(wù)都有一個與之相關(guān)的服務(wù)品質(zhì)（QoS，qualityofservice）。QoS的一些關(guān)鍵元素有安全需求（例如認證和授權(quán)），可靠通信，以及誰能調(diào)用服務(wù)的策略。3.4SOA構(gòu)建實例分析以ERP與生產(chǎn)管理系統(tǒng)集成為例，ERP具有決策支持功能，為企業(yè)提供商業(yè)智能和決策支持，其在前端展示和個性化服務(wù)上的支持卻相當薄弱，而生產(chǎn)管理系統(tǒng)作為前端用戶交互的門戶，在前端展示和個性化服務(wù)上提供了很好的支持，但其缺乏商業(yè)智能和決策支持的功能，綜上分析，ERP與生產(chǎn)管理系統(tǒng)存在優(yōu)勢互補的特點。因此，很好地集成以上兩個系統(tǒng)將大大提高企業(yè)的市場競爭力?？紤]到集成應(yīng)具備的靈活性、可拓展性、可重用性等特點，并結(jié)合SOA的基本原則，設(shè)計了基于SOA架構(gòu)的以WEB服務(wù)實現(xiàn)的ERP與生產(chǎn)管理系統(tǒng)集成模型框架。圖1基于SOA的ERP與電子商務(wù)系統(tǒng)的集成模型框架模型框架技術(shù)采用J2EE的架構(gòu)和標準實現(xiàn)。在該框架中以XML為數(shù)據(jù)交換的格式，以SOAP標準的RPC方法來調(diào)用Webservice,WSDL描述Webservice的細節(jié)，以UDDI來發(fā)布Webservice，這是Webservice中主要用到的標準協(xié)議，只要遵循這些協(xié)議，異構(gòu)的Webservice之間就可以互相訪問，達到多系統(tǒng)的交互集成。該集成模型框架的主要模塊功能描述如下：SOAP-Routing：定義了一個消息路徑模型，用來處理SOAP消息的傳遞，同時也是整個模型框架的核心，可使SOAP消息從服務(wù)客戶機到服務(wù)提供者的完整交換成為可能。通過其可選的反向路徑來啟用雙向消息交換模式，如請求/響應(yīng)模式。Web服務(wù)發(fā)布模塊：作為服務(wù)提供者將現(xiàn)有符合WSDL的Web服務(wù)向UDDI注冊中心注冊并發(fā)布。UDDI注冊中心：作為服務(wù)注冊中心提供發(fā)布和查找服務(wù)描述的方法。UDDI數(shù)據(jù)實體提供對定義業(yè)務(wù)和服務(wù)信息的支持。WSDL中定義的服務(wù)描述信息是UDDI注冊中心信息的補充。在本框架中UDDI注冊中心分為公共UDDI和私有UDDI注冊中心。公共UDDI注冊中心可以利用現(xiàn)有全球UDDI注冊中心功能，實現(xiàn)全球范圍內(nèi)服務(wù)的發(fā)現(xiàn)和訪問；私有UDDI注冊中心是企業(yè)內(nèi)部使用的UDDI注冊中心，企業(yè)內(nèi)部的Web服務(wù)通過這個注冊中心，對企業(yè)內(nèi)部發(fā)布，供企業(yè)內(nèi)部使用。Web服務(wù)應(yīng)用接口：作為服務(wù)使用者發(fā)起對注冊中心中服務(wù)的查詢，通過傳輸綁定服務(wù)，并且執(zhí)行服務(wù)功能。服務(wù)模塊：該模塊提供了監(jiān)視，管理和維持諸如安全，性能和可用性等QoS的能力。原子/事物引擎模塊：該模塊提供了原子、業(yè)務(wù)事務(wù)能力，能夠?qū)κ?，誤操作等一系列情況做回滾操作。功能擴展預(yù)留模塊：框架的預(yù)留模塊，基于企業(yè)的發(fā)展需要，企業(yè)會提出更多的新增需求，今后可以在該模塊中實現(xiàn)。4SOA架構(gòu)給信息化帶來的變革隨著全球信息化的浪潮，信息化產(chǎn)業(yè)不斷發(fā)展、延伸，已經(jīng)深入了眾多的企業(yè)及個人，SOA系統(tǒng)架構(gòu)的出現(xiàn)，將給信息化帶來一場新的革命?？v觀信息化建設(shè)與應(yīng)用的歷程，盡管出現(xiàn)過XML、Unicode、UML等眾多信息標準，但是許多異構(gòu)系統(tǒng)之間的數(shù)據(jù)源仍然使用各自獨立的數(shù)據(jù)格式、元數(shù)據(jù)以及元模型，這是信息產(chǎn)品提供商一直以來形成的習慣。各個相對獨立的源數(shù)據(jù)集成一起，往往通過構(gòu)建一定的數(shù)據(jù)獲取與計算程序來實現(xiàn)，這樣的做法需要花費大量工作。信息孤島大量存在的事實，使信息化建設(shè)的ROI大大降低，ETL成為集中這些異構(gòu)數(shù)據(jù)的有效工具。ETL常用于從源系統(tǒng)中提取數(shù)據(jù)，將數(shù)據(jù)轉(zhuǎn)換為與目標系統(tǒng)相兼容的格式，然后將其裝載到目標系統(tǒng)中。數(shù)據(jù)經(jīng)過獲取、轉(zhuǎn)換、裝載后，要產(chǎn)生應(yīng)用價值，還需另外的數(shù)據(jù)展現(xiàn)工具予以實現(xiàn)，如此復(fù)雜的數(shù)據(jù)應(yīng)用過程，必定產(chǎn)生高昂的應(yīng)用成本。結(jié)構(gòu)化的數(shù)據(jù)管理尚可通過以上方法，予以實現(xiàn)其集成應(yīng)用。在非結(jié)構(gòu)化的內(nèi)容方面，這些具有挑戰(zhàn)性的問題令人生畏。內(nèi)容管理的應(yīng)用方案基于不同的信息化應(yīng)用系統(tǒng)，而且大部分是縱向的以組織部門為界限的。在目前的內(nèi)容管理市場中，經(jīng)常使用來自不同廠商的產(chǎn)品來提供這些解決方案。即使是同一個廠商的產(chǎn)品，相互之間的功能也是經(jīng)常重疊，并且無法集成。隨著信息化建設(shè)的深入，不同應(yīng)用系統(tǒng)之間的功能界限已趨于模糊。同時企業(yè)資源計劃系統(tǒng)和協(xié)同商務(wù)系統(tǒng)，又需要商業(yè)智能的分析展現(xiàn)數(shù)據(jù)提供用戶操作依據(jù)。在激烈競爭且多變的市場環(huán)境下，企業(yè)的管理模式很難固化，應(yīng)用傳統(tǒng)的信息化軟件，當企業(yè)要做出一些改動時需要面對巨大的挑戰(zhàn)。微軟大中華區(qū)服務(wù)部總經(jīng)理辛兒倫介紹說，從上世紀60年代應(yīng)用于主機的大型主機系統(tǒng)，到80年代應(yīng)用于PC的CS架構(gòu)，一直到90年度互聯(lián)網(wǎng)的出現(xiàn)，系統(tǒng)越來越朝小型化和分布式發(fā)展。2000年WebService出現(xiàn)后，SOA被譽為下一代Web服務(wù)的基礎(chǔ)框架，目前已經(jīng)成為計算機信息領(lǐng)域的一個新的發(fā)展方向。SOA的出現(xiàn)給傳統(tǒng)的信息化產(chǎn)業(yè)帶來新的概念，不再是各自獨立的架構(gòu)形式，能夠輕松的互相聯(lián)系組合共享信息?？蓮?fù)用以往的信息化軟件。基于SOA的協(xié)同軟件提供了應(yīng)用集成功能，能夠?qū)RP、CRM、HR等異構(gòu)系統(tǒng)的數(shù)據(jù)集成。松散耦合方式，只要充分了解業(yè)務(wù)的進程，就可以不用編寫一行代碼，通過流程圖實現(xiàn)一套我們自己的信息系統(tǒng)。就像已經(jīng)給你準備好了磚瓦和水泥，只需要想好改什么樣的房子就可以輕松的蓋起。加快開發(fā)速度，并且減少了開發(fā)和維護的費用。軟件將所有的管理提煉成表單和流程，以記錄管理的內(nèi)容，指定過程的流轉(zhuǎn)方向。更簡便的信息和數(shù)據(jù)集成。信息集成功能可以將散落在廣域網(wǎng)和局域網(wǎng)上的文檔、目錄、網(wǎng)頁輕松集成，加強了信息的協(xié)同相關(guān)性。同時，復(fù)雜、成本高昂的數(shù)據(jù)集成，也變成了可以簡單且低成本實現(xiàn)的參數(shù)設(shè)定。創(chuàng)建了完全集成的信息化應(yīng)用新領(lǐng)域。在具體的功能實現(xiàn)上，SOA協(xié)同軟件所實現(xiàn)的功能包括了知識管理、流程管理、人事管理、客戶管理、項目管理、應(yīng)用集成等，從部門角度看涉及了行政、后勤、營銷、物流、生產(chǎn)等。從應(yīng)用思想上看，SOA協(xié)同軟件中的信息管理功能，全面兼顧了貫穿整個企業(yè)組織的信息化軟硬件投入。盡管各種IT技術(shù)可以用于不同的用途，但是信息管理并沒有任意地將信息分為結(jié)構(gòu)化或者非結(jié)構(gòu)化的部分，因此ERP等結(jié)構(gòu)化管理系統(tǒng)并不是信息化建設(shè)的全部;同時，信息管理也沒有將信息化解決方案劃分為部門的視圖，因此僅僅以部分為界限去構(gòu)建軟件應(yīng)用功能的思想未必是不可撼動的?；赟OA的協(xié)同軟件與ERP、CRM等傳統(tǒng)應(yīng)用軟件相比，關(guān)鍵的不同在于它可以在合適的時間、合適的地點并且有正當理由而需要它提供服務(wù)的任何用戶提供服務(wù)。5SOA的發(fā)展方向SOA的理念和技術(shù)經(jīng)過十多年的發(fā)展，有高峰時的輝煌，也有低谷時的堅持，目前正在走向平穩(wěn)發(fā)展階段。在產(chǎn)品和市場方面，傳統(tǒng)老牌供應(yīng)商也占據(jù)了主要份額，國內(nèi)廠商如何突圍走出自己的路，也是SOA下一步發(fā)展需要關(guān)注的重點。在總體發(fā)展思路上重點把握以下3點。（1）在標準規(guī)范建設(shè)上，構(gòu)造和完善SOA國際和國內(nèi)直至行業(yè)標準規(guī)范的總體布局，將標準規(guī)范與技術(shù)實現(xiàn)、業(yè)務(wù)應(yīng)用相結(jié)合，推進更多的國內(nèi)和行業(yè)標準國際化，提升我國自主軟件產(chǎn)業(yè)在國際標準陣營的主動權(quán)和話語權(quán)。（2）在技術(shù)上，重點發(fā)展和建立重業(yè)務(wù)、可選配、輕量級的SOA產(chǎn)品平臺，推動集約化應(yīng)用與管控模式下的核心技術(shù)積累，在相應(yīng)的體系結(jié)構(gòu)、保障和優(yōu)化技術(shù)等方面形成特色核心技術(shù)。促進軟件服務(wù)化轉(zhuǎn)型，優(yōu)化產(chǎn)業(yè)結(jié)構(gòu)，促進國內(nèi)供應(yīng)商基于現(xiàn)有SOA平臺聯(lián)合協(xié)作，促進成功的SOA成果應(yīng)用落地。（3）在SOA應(yīng)用和市場方面，發(fā)揮國內(nèi)供應(yīng)商產(chǎn)品輕量級、可選配的技術(shù)特點，結(jié)合熟悉業(yè)務(wù)需求的特長優(yōu)勢，協(xié)作開展咨詢和服務(wù)工作，為行業(yè)用戶提供咨詢和工程實施服務(wù)，在項目支持上重點突破與廣泛應(yīng)用相結(jié)合，選擇重點領(lǐng)域，進行聯(lián)合攻關(guān)，解決用戶重大工程需求問題。6結(jié)語在理解SOA和Web服務(wù)的關(guān)系上，經(jīng)常發(fā)生混淆。根據(jù)2003年4月的Gartner報道，YefimV.Natis就這個問題是這樣解釋的：“Web服務(wù)是技術(shù)規(guī)范，而SOA是設(shè)計原則。特別是Web服務(wù)中的WSDL，是一個SOA配套的接口定義標準：這是Web服務(wù)和SOA的根本聯(lián)系?！睆谋举|(zhì)上來說，SOA是一種架構(gòu)