【正文】 所承諾的前景，需要建立一個共同的框架體系和標準體系。所謂流動性就是靈活多樣的意思，也就是說SOA 的標準體系和核心技術要能夠滿足各式各樣應用的需求。我們必須要有一個共同的體系結構和一套共同的詞匯表，大家都知道每一個軟件的變量代表了什么意思。這個問題是不同的詞匯表，不同詞匯的意義和不同的表示方法都對使用軟件技術的發(fā)展帶來了障礙。為了達到這個目標，開放標準是其中一個很重要的措施。軟件公司需要知道他們做什么標準、同時應該了解標準是怎么產(chǎn)生的，通過什么樣的方式使標準有一個基本的接受情況。有三個重要的調研結果。第二個結論是采用了開放標準，企業(yè)的研發(fā)工作可以在更大的協(xié)同范圍，甚至是攝入最終用戶來進行共同的開發(fā)。OASIS 不光只是研究和產(chǎn)生標準，同時也跟其他國際組織一起合作來推動標準的采用和技術的發(fā)展。OASIS 在Web Service 、電子商務、eBusiness 和文檔管理方面是目前世界上權威的標準組織。OASIS 也是一個發(fā)展很快的組織，我來中國很重要的目的是希望能夠參與快速發(fā)展的亞太地區(qū)的經(jīng)濟活動。 這是OASIS 在亞太地區(qū)目前的成員，這是在大陸地區(qū)的會員成員，我已經(jīng)參觀過了書生、長風聯(lián)盟和神州數(shù)碼，以及互聯(lián)網(wǎng)中心。我邀請大家能夠參與OASIS 這個組織。 OASIS 是為SOA 和Web 服務的發(fā)展提供重要的指導作用。這是OASIS 在SOA 和Web 服務里重要的領域和技術工作組所覆蓋的一些SOA 和Web 服務的重要領域。OASIS 是有25個技術委員會在SOA 領域里展開技術的研究工作。標準、訪問權限控制也是OASIS 在SOA 和Web 服務領域里的重要工作。 Web 服務的管理也是我們一個很重要的技術研究工作。這是UDDI部分的工作。大家都知道當一個公司在新技術方面做投入時都會涉及到一個潛在的風險。企業(yè)今天可以做什么呢？一個是可以參加OASIS 組織，或者是可以觀察、了解一下OASIS 組織能做什么。表示出來以后，能夠影響標準的產(chǎn)生，而且標準是在全球范圍內(nèi)推動的。其中一個例子就是書生公司已經(jīng)在上個星期提出了UOML在OASIS 里立項。對于小的公司，沒有很多錢來參加像這種標準組織的話，也可以多看一看標準組織能不能對你們的市場活動帶來好處。 除了標準的研究工作以外也跟很多組織合辦活動，把會員的一些技術在更大的范圍里展示。對于最終用戶如果能夠把他們對技術的需求明確提出來之后，可以在明確的過程中考慮進去。這些政府部門也利用OASIS 平臺來了解哪些技術方向值得政府的資助，對參加這些研究方向的企業(yè)優(yōu)先考慮進行資助。為什么SOA如此得勢?這是因為SOA改變了過去開發(fā)應用的模式，將軟件按照業(yè)務需求定義成“組件”，作為共享資源，提供以服務為中心的應用軟件設計方法。 　　早在2002年Gartner就預測，到2008年，SOA將成為占有絕對優(yōu)勢的軟件工程實踐方法，它將結束傳統(tǒng)的整體軟件體系架構長達40年的統(tǒng)治地位，屆時，將有70%的企業(yè)在進行企業(yè)IT建設時會轉向SOA。進入21世紀，隨著Web服務等相關標準的出現(xiàn)和成熟，SOA開始從概念走向實用。SOA要求開發(fā)者從服務集成的角度來設計應用軟件，它將應用程序的不同功能組件定義為“服務”，通過“服務”之間的良好接口聯(lián)系起來。)接口是采用中立方式進行定義的，獨立于實現(xiàn)“服務”的硬件平臺、操作系統(tǒng)和編成語言。保證系統(tǒng)靈活性，另外，還可以保證“服務”的重復利用。SOA的另一層意義就是整合，它將企業(yè)的IT資源整合成標準的、可操作的服務，使其能被重新組合和應用。 　　現(xiàn)在隨著網(wǎng)絡技術的發(fā)展，企業(yè)在信息化建設中產(chǎn)生了大量為滿足產(chǎn)品或服務需要的軟件系統(tǒng)，如:ERP、CRM、OA、SCM等一系列IT軟件系統(tǒng)。而基于SOA的理念，則使企業(yè)在需要改變IT系統(tǒng)時的靈活性大為增加。在這種模式下，一個應用或應用的一部分其實是一種服務，其他的應用和客戶都可以在無需編寫大量代碼的情況下使用這些服務，這一切都使一些大企業(yè)或在地理上分布范圍比較廣的開發(fā)隊伍能夠更好地合作，因為這些SOA架構下的中間件業(yè)務模塊都能夠被重新配置或以新方式優(yōu)化來滿足新的需求。 　　SOA作為一種概念雖然已經(jīng)成熟，并得到了國內(nèi)外主流軟件開發(fā)商和企業(yè)客戶的認可，目前主流軟件廠商均已經(jīng)完成了基于SOA的改造，但在客戶端大規(guī)模的應用還有許多事情要做。其次，實現(xiàn)SOA的Web服務技術尚不成熟，標準還處在發(fā)展之中。面向服務架構（SOA）的原則Web service已經(jīng)不再是新婚的娘子。另外，一些關鍵的Web Ser 對于志向遠大的企業(yè)來說，他們已經(jīng)在考慮下一步了。這種技術的變遷需要更松散耦合、面向基于標準的服務的架構。通過對業(yè)務的敏捷反應，企業(yè)可以得到實實在在的回報，而要達到這一點，面向服務架構設計師的角色非常關鍵。分布式計算將網(wǎng)絡上分布的軟件資源看作是各種服務。但這種架構不是什么新思想；CORBA和DCOM就很類似，但是，這些過去的面向服務架構都受到一些難題的困擾：首先，它們是緊密耦合的，這就意味著如分布計算連接的兩端都必須遵循同樣API的約束。其二，這些面向服務架構受到廠商的約束。Web services是在改進DCOM和CORBA缺點上的努力。廣泛接受的標準（如XML和SOAP）提供了在各不同廠商解決方案之間的交互性。這兩者的結合意味著公司可以實現(xiàn)某些Web services而不用對使用這些Web services的客戶端的知識有任何了解。SOA的強大和靈活性將給企業(yè)帶來巨大的好處。更進一步，如果顧客能夠發(fā)現(xiàn)并綁定可用的服務，那么在這些服務背后的IT系統(tǒng)能夠提供更大的靈活性。企業(yè)架構設計師必須要變成“面向服務的架構設計師”，不僅要理解SOA，還要理解SOA的實踐。本文將討論SOA的實踐，即：面向架構的設計師在構建SOA時必須要做的事情。但是，SOA和其它企業(yè)架構方法的不同之處在于SOA提供的業(yè)務敏捷性。對架構設計師來說，創(chuàng)建一個業(yè)務敏捷的架構意味著創(chuàng)建這樣一個IT架構，它可以滿足當前還未知的業(yè)務需求。面向服務的架構設計師一方面必須理解在業(yè)務需求和可以提供的服務之間的動態(tài)關系，另一方面，同樣要理解服務與提供這些服務的底層技術之間的關系。從硬件系統(tǒng)而上的整個架構都必須滿足業(yè)務敏捷的需求，因為，在SOA中任何的瓶頸都會影響到整個IT環(huán)境的靈活性。IT環(huán)境唯一不變的就是變化，因此面向服務架構設計師的工作永遠不會結束。如下文所寫的，SOA的基礎還是一些類似的架構準則。第一個就是MDA（模型驅動架構），由提出CORBA的OMG模型提出。MDA首先給出一個平臺無關的模型來表示系統(tǒng)的功能需求和use cases，根據(jù)系統(tǒng)搭建的平臺，架構設計師可以由這個平臺無關的模型得到平臺相關的模型，這些平臺相關模型足夠詳細，以至于可以用來直接生成需要的代碼。但MDA有一些局限性：首先，MDA假設在創(chuàng)建模型之前，業(yè)務需求已經(jīng)全部描述，而這一點，在當前典型的動態(tài)業(yè)務環(huán)境中幾乎是不可能的。如果開發(fā)人員對模型有需要改動的地方，并沒有提供給他們這么一個途徑。象XP這樣的AM提供了在需求未知或者多變的環(huán)境中創(chuàng)建軟件系統(tǒng)的過程。開發(fā)團隊中的所有成員都參與到設計之中，并且設計要盡量小并且非形式化。AM的核心思想就在于其敏捷性－處理需求變更的敏捷性。從表面看來，MDA和AM似乎是相對立的－MDA假定需求是固定的，而AM恰恰相反。但是，我們還是決定冒險把這些不同方法中的一些元素提取出來，放入到一個一致的架構實踐中。AM將業(yè)務模型直接和實踐連接起來，表現(xiàn)在平臺相關的模型之中。SOA必須連接這些模型，或者說抽象層次，得到單一的架構方法。SOA的五視圖實現(xiàn)方法企業(yè)架構設計師發(fā)現(xiàn)他們的職業(yè)非常有競爭力并且值得驕傲，因為他們要從很多方面來通盤考慮IT系統(tǒng)。四個方框表示對一個架構的不同審視方法，分別代表不同的涉眾（stakeholder）。部署視圖將軟件映射到底層平臺和相關硬件上，是系統(tǒng)部署人員對架構的視圖；實現(xiàn)視圖描述了軟件代碼的組織，是從開發(fā)人員角度出發(fā)的視圖；業(yè)務分析人員則利用過程視圖進行工作，它描述的是軟件系統(tǒng)的運行時特性。在SOA中，面向服務的架構必須能夠以usecase視圖中的用例將用戶連接到服務，將服務連接到底層的技術。SOA中兩個領域存在重疊：由業(yè)務模型和服務模型表示的業(yè)務領域和由服務模型及平臺相關模型表示的技術領域（兩個領域共享服務模型）。另一方面，技術專家的工作是創(chuàng)建并維護服務和地層技術之間的抽象層。SOA元模型從MDA中繼承平臺無關模型和平臺相關模型，但是添加了AM和用戶交互以及敏捷的反饋這兩部分，后者通過橢圓之間的雙向箭頭來表現(xiàn)。這樣，服務模型中的任何需求的變化，都會反映到用戶每天的業(yè)務處理中。SOA實踐和過去解決企業(yè)架構傳統(tǒng)方式的不同之處就在于其對敏捷性的支持。這種恒在的變化性環(huán)境是SOA實踐的基石。）在一個必需的基礎上影響到整個架構的變化。剩下的部分我們已經(jīng)為面向服務的架構提供了一個高層次的框架，其中MDA和AM的元素幫助工具的使用者來創(chuàng)建和維護SOA。理想情況下，開發(fā)商必需提供面向服務的業(yè)務流程、工作流以及服務的協(xié)調工具和服務；另外，能夠以一種敏捷的、平臺無關的方式充分反映業(yè)務服務的建模工具也是必須的；技術專家必須配備可以從模型中自動生成代碼，并在代碼變化時更新模型的工具，最后，開發(fā)商必須提供支持SOA的軟件，幫助面向服務的架構設計師以一種可信并且可伸縮的方式創(chuàng)建位于服務和底層技術之間的抽象層次。另外，最重要的就是貫穿本文的自頂而下的SOA實現(xiàn)方法了。但當經(jīng)濟進一步發(fā)展，IT走出低谷，企業(yè)會尋求IT的幫助來提高組織戰(zhàn)略意義上的核心價值。21 / 2