1、實踐論認為：從實踐提升到理論，再由理論指導實踐，由此向前發展。目前SOA勺發展的情況正是如此, 通過不少實踐，SOA的模型己經被公認為標準規范，目前是正需要進一步總結上升到理論的時候了。當前國內要發展SOA主要有三方面工作：方法、工具和環境。方法是工程技術，由基礎理論來指導提出 的。所以一門科學必需要包括：認知科學(哲理)、工程技術和方法、最后是理論。架構的演化過程SOA是從面向對象、構件架構等逐步發展完善，且相互依托、相互補充、又各自適應不同范圍，因此在 討論SOA®論時，要了解它是如何演化過程來，繼承了哪些理論體系，其適應度如何。結構編程方法40年前國際上發生了“軟件危機”，如I

2、BM公司開發一個操作系統，或美國的航空公司開發飛機訂票系統，都花費了上千人數年的工作量。它開發周期長、而開發出來的產品卻是錯誤很多，難以維護和適應修 改。正在此時，一位荷蘭的物理家提出了一種“結構程序設計方法”，他認為：人的智力是有限的，采用數 學或物理學的思維方法，用枚舉、抽象、歸納、類比等思維方式簡化問題。由于我也是數學系畢業的，我拜讀了他的所有論文，就編寫一本著作編程方法學。用此方法擴展到 軟件設計中時，稱為“結構化分析和結構化設計 (SASD)”。所謂“結構程序設計方法”，就是基于面向對象設計方法的早期藍本，側重於解決程序正確性的編程的 方法，以此為基礎建立了軟件工程這門學科，建立了編

3、程的基礎理論體系，也是第一個技術與基礎理論體 系。“面向對象”的可重用理論我們都知道由面向對象發展到面向構件，由面向構件再發展到面向服務，因此它們的認知觀和基礎理論 都是息息相關的。解決大型軟件的開發效率和質量除了要解決編程的正確性外，還必需解決開發周期長、復用性差、成本 高、文檔多以及難以適應系統演化等問題，這些問題十多年來仍舊困惑著這門學科，“軟件危機”仍未解 決。人們的知識是從一個定理、一個原理逐步積累起來的，社會是依靠知識的不斷積累發展的。然而編制軟 件每次卻都是從零開始，這是造成“軟件危機”的根本原因。由此提出了編程工作是否也可以重用以前成 功的經驗和程序呢整整經過十多年的探索，到七

4、十年代才獲得成功。我曾經用此方法設計了一個大型操作系統，這套方法和理論在產品開發和科研領域方面用得很多，因此 我稱它為第二個技術與基礎理論體系。面向構件和架構鑒于面向對象的缺陷，三位面向對象的奠基人聯合起來，創建了UML統一建模語言。UML為軟件開發和SOA的產生起到奠基和里程碑的作用。UML主要理論成果是：統一面向對象的基本概念，并引進了許多新的概念，認為軟件開發的過程實質上 是從抽象的模型逐步細化，過渡到具體的實現，其中間的每個階段都是實現了某一抽象模型，UML為此提供了建立模型的工具。用直覺的圖形來建立模型，從此軟件專家就有了自己的工具，正如音樂家有了五線譜工具那樣。為適應 軟件的多變性

5、，提供了演化的概念。實際上此建模理論是第三個技術與基礎理論體系，它為演化到構件和架構概念奠定基礎理論模型。由于工程上的實施缺乏開發規范，在技術上要求開發人員的素質較高，很少見到真正運用UML的方法于實際的工程開發應用軟件中，最大的問題是被開發出來的軟件難以演化，而軟件要能適應變化是客觀存在 的。為此發展出單純重用的“構件和架構”技術及其理論體系。在 1998 年日本京都召開的“基于構件的軟 件開發（CBSD”國際專題學術會議上，一致認為軟件開發技術離不開構件和體系結構。軟件體系結構現簡 稱“架構”。在此之前的軟件架構都采用層次結構的架構，直到分布式系統提出了用戶端/ 服務器模式后，才產生對架構

6、的研究，出現了構件和架構，也就是第四個技術與基礎理論體系。卡內基梅隆大學為軟件的架構和框架建立了扎實的基礎理論，軟件體系結構是軟件系統的高級抽象， 體現了軟件設計思想。反映了系統開發中最早的決策，明確了系統有哪幾部分組成，它們之間是如何交互 的；進一步影響到資源的配置、團隊的組織以及產品的質量。系統的成敗也在于體系結構。三層體系結構分布式系統三層體系結構是由二層結構的胖終端中的應用構件獨立出來組成了應用層。為解決分布式系統中的各種潛在復雜性，提出了中間件技術及其理論，稱為第五個技術與基礎理論體系。八年前我的最后一位博士生王文軍的學位論文是分布式系統的聯邦結構，即面向服務的架構，但未 被應用和發

7、展。而兩年前IBM公司提出SOA后卻很快被廣泛接受，其原因可從客觀需求上和技術成熟度上 三方面來敘述：其一，客觀上需要，隨著網絡普及化，用戶越來越迫切需要將現有多個應用系統集成，以能實現更強的 信息處理功能。如電子商務的供應鏈、智能交通、電子政務、數字地球等已是本世紀發展的熱點。Gartner預計，到 2008 年基于件產品將占領 70%的市場份額。其二，面向對象和構件架構的基礎理論和技術已趨向成熟，發展到統一建模語言，提供建模工具。中間 件集群理論己趨向成熟，并提出了中間件 Inter Bus 技術。其三，瀏覽器技術普及，己成為行業標準，奠定了SOA的基礎理論和技術規范，由此已是水到渠成，使

8、SOA出壯成長。SOA在實現中的組成部分SOA勺體系結構仍舊是三層或 N層結構，但對異構平臺各層之間的聯系，不是用CORBAJ2EE或.NET的方式，而且用 WBDI和SOAP來實現，它們的概念簡單統一。目前都是采用嵌入ESB企業服務總線的平臺來實現，ESB是一個中間件群，確保系統實現了服務接口、 各種中間件以及松耦合的三個方面功能，因此稱它為第六個技術與基礎理論體系。另外，普遍采用BPEL（業務過程執行語言）來描述用戶需求，由BPM（業務過程管理平臺）來解釋執行， 構成了第七個技術與基礎理論。SOA勺主要優點1. 利用現有的資產。方法是將這些現有的資產包裝成提供企業功能的服務。組織可以繼續從

9、現有的資 源中獲取價值，而不必重新從頭開始構建。2. 更易于集成和管理復雜性。將基礎設施和實現發生的改變所帶來的影響降到最低限度。因為復雜性 是隔離的，當更多的企業一起協作提供價值鏈時，這會變得更加重要。3. 更快地整合現實。通過利用現有的構件和服務，可以減少完成軟件開發生命周期所需的時間。這使 得可以快速地開發新的業務服務，并允許組織迅速地對改變做出響應和縮短開發時間。4. 減少成本和增加重用。通過以松散耦合的方式公開業務服務，企業可以根據業務要求更輕松地使用 和組合服務。5. SOA業務流程是由一系列業務服務組成的，可以更輕松地創建、修改和管理它來滿足不同時期的需要。建立軟件開發方法和規范

10、構件構架理論體系的應用是適用于構件技術創立的，當發展到面向服務的體系結構時，必需加以修改和 擴充，現在稱為模型驅動 MDD勺需求工程建模理論，可以稱它為第八個技術與基礎理論體系。另一個構件的領域工程將要擴充成SOA勺參考結構，這是第九個技術與基礎理論體系。SOA勺門戶將要反映SOA所有功能的表現層界面，為此如何將最新的與SOA給合，這是第十個技術與基礎理論體系。上述三方面是SOA在實際應用時必需要建立的理論和技術。SOA的發展狀況IBM公開宣布SOA計劃不到三年，去年年底，BEA公司、甲骨文公司、惠普等所有名牌公司都在中國發布了關于SOA的消息。由于SOA模型統一，因此都是把本公司的中間件產品

11、向SOA靠攏，提供開發和運行 SOA系統的相應工具和環境，以爭取市場的份額。北京市市科委將為SOA核心平臺研發提供資金，由軟件行業促進中心統一管理，促進北京市IP行業發展。其方案如圖所示。隨著SOA理論的發展，各種與 SOA有關的規范和標準將不斷出現，女口SOAR WSD、ESB BEPL語言等，它們的出現象征著 SOA將逐步走向成熟。我們更應注意著各家公司所開發的工具和環境產品，有助于SOA的大力推廣應用。上述十大理論體系應該認真掌握、靈活應用，更應該不斷刨新。總之，SOA理念清晰、技術趨向成熟，實現不難、做好不容易，我們不要做重復工作，應經常交流，盡量少重復，一定能達到國際一流水平。作者簡介仲萃豪是我國第一代知名軟件專家和學術帶頭人之一，率先開展對編譯程序、編譯語言、操作系統、支 撐軟件、應用軟件諸領域有關課題的研究