【正文】 面所描述的 企業(yè)信息化平臺及信息化應用系統(tǒng)構建的客觀環(huán)境來看，企業(yè)級的應用系統(tǒng)是異構的 —— 技術平臺和運行環(huán)境等方面是不同的 。但企業(yè) 信息 化系統(tǒng)與企業(yè) 信息 化系統(tǒng)之間、企業(yè) 信息 化系統(tǒng)內部的各個子系統(tǒng)之間還需要通訊和共享 —— 也就是 異構 環(huán)境下 的 各個企業(yè) 信息 化應用系統(tǒng)之間還需要互聯(lián)和整合。期望能夠有新的開發(fā)思想和技術支持， Web Service技術及基于 Web Service 技術實現(xiàn)的 面向服務 的軟件系統(tǒng)體系 架構 （ SOA， ServiceOriented Architecture）逐漸普及并已經(jīng)廣泛地被應用到企業(yè)應用系統(tǒng)的開發(fā)中。 面向服務 的軟件系統(tǒng)體系 架構 和其它 形式的 企業(yè)架構的不同之處就在于 面向服務 的軟件系統(tǒng)體系 架構 能夠 提供業(yè)務 的 靈活性 和可拔插性，因此能夠比較好地滿足異構環(huán)境下的企業(yè)應用系統(tǒng)之間的集成和整合。開發(fā)人員可以通過代理、適配器和中介等設計模式完善現(xiàn)有的基于 面向服務的軟件系統(tǒng)體系架構 的 企業(yè) 信息化應用系統(tǒng) 。 因此，系統(tǒng) 架構設計師能夠 創(chuàng)建一個業(yè)務靈活的 系統(tǒng) 架構 —— 該系統(tǒng) 架構 是 一個 既 可以滿足當前 的業(yè)務需要，也還 能夠滿足 未 來 的業(yè)務需求的 體系結構 。 （ 4）能夠滿足 異構 環(huán)境下 的 各個應用系統(tǒng)之間的互聯(lián)和整合的要求 J2EE 倡導開放、 走向孤立，導致 J2EE 與 之間的直接互訪問性比較差！而實現(xiàn) 面向服務 的軟件系統(tǒng)體系 架構 的主要實現(xiàn)技術 Web 服務（ WebService）是采用 簡單對象訪問協(xié)議（ SOAP， Simple Object Access Protocol） 實現(xiàn)數(shù)據(jù)通訊，而 簡單對象訪問協(xié)議 是采用可擴展的標記語言 XML 進行數(shù)據(jù)交換 —— XML 是平臺無關的數(shù)據(jù)交換語言。 （ 2）企業(yè)的 信息化 建設也是分階段和逐步實現(xiàn)的、并且希望各個階段的應用系統(tǒng)能夠兼容 企業(yè)的發(fā)展和業(yè)務的擴展不可能一開始就很龐大和完善，隨著企業(yè)業(yè)務經(jīng)營活動和運營的深入，支撐企業(yè)經(jīng)營的信息化系統(tǒng)也 需要不斷地改進和豐富完善。 圖 服務提供者和服務使 用者之間采用 SOAP 進行通訊 這樣的系統(tǒng)架構設計結果，不僅允許各個系統(tǒng)本身采用不同的技術平臺實現(xiàn)（如銀行賬 戶管理系統(tǒng) 采用 J2EE 平臺，而 網(wǎng)上商城系統(tǒng) 可以為 平臺 ），而且也提高了各個系統(tǒng)本身的安全性，不需要直接進行數(shù)據(jù)操作、而是業(yè)務方法協(xié)作 —— 業(yè)務方法是可控制的，而公開銀行 賬 戶管理系統(tǒng) 中的 數(shù)據(jù)庫表結構或者直接公開其數(shù)據(jù)庫系統(tǒng)本身是不安全的。 而描述這樣的“接口”信息的主要的手段是應用某種編程語言所提供的類中成員方法的定義語法。 由于 WSDL 文件的表示法 采用 XML 標準，這意 味著它與 Web 服務功能組件的 編程 實現(xiàn)的 語言無關 。 也只有 這 樣的“獨立接口”才有可能 使得構建在 這 種 體系架構 下的各個功能 服務 組件 可以以 一種統(tǒng)一和通用的方式進行交互 和通訊 —— 而 Web 服務 描述語言 （ WSDL）能夠滿足這樣的技術應用要求。如 Java語言中的 JDK、 C/C++語言中的 API 庫等形式。 盡管在軟件開發(fā)中，從操作系統(tǒng)底層乃至開發(fā)平臺的高層都提供有不同層次的功能服務，但這些功能服務都存在一定的限制或者要求 —— 操作系統(tǒng)中所提供的 各種系統(tǒng)服務只適用該操作系統(tǒng)中的運行的各種程序、 編程語言中所提供的 API 服務 也只適用基于本語言編程實現(xiàn)的各種源程序代碼之間，而 開發(fā)平臺中所提供的組件服務 也同樣只適用該開發(fā)平臺，如在 J2EE 平臺下的程序不能直接獲得 微軟 的 COM/DCOM 組件 所提高的功能服務，反之也 一樣！ Web Service技術是面向對象 /面向組件技術在 Inter環(huán)境中的進一步延伸 （ 1） Web Service 是面向對象 /面向組件技術在 Inter 中的延伸 Web Service 是一種新型的 Web 應用程序，它們是自包含、自描述、模塊化的應用程序，可以在 Web 環(huán)境（包括 企業(yè)內部網(wǎng) Intra 和 廣域網(wǎng) Inter）中被描述、發(fā)布、查找以及通過 Web 方式來調用其他的 Web 服務組件。 由于 Web Service 技術 是采用 簡單對象訪問協(xié)議（ SOAP）進行數(shù)據(jù)通訊，而 SOAP 的下層 協(xié)議 仍然為超文本傳輸 協(xié)議 （ Http， Hypertext Transfer Protocol）。 由于微軟的 COM 協(xié)議和 J2EE 的 RMIIIOP 協(xié)議一方面都是某個特定的技術平臺下特有的專用協(xié)議，另一方面它們都采用二進制格式的數(shù)據(jù)作為網(wǎng)絡協(xié)議，這樣將無法穿越企業(yè)網(wǎng)絡系統(tǒng)的防火墻 —— 組件的客戶端無法在企業(yè)網(wǎng)絡的外部對企業(yè)內部的服務器組件進行訪問 。 Web Services組件 的客戶端和服務器端組件的請求和響應過程 1) Web Services 組件客戶程序通過網(wǎng)絡并利用 SOAP 協(xié)議向 Web Services 服務組件所在的應用程序服務器發(fā)出 SOAP 消息的請求，該請求中的 URI 中包含有該服務器識別和被調用的具體 Web Services 組件的標識。 4) 具體對目標組件中的請求方法進行調用，并向目標方法傳遞所需要的參數(shù)。 ? 服務提供者：從業(yè)務角度看，它是服務的擁有者；而從系統(tǒng)體 系看，它是訪問服務的平臺。 應用 Web服務 組件技術的開發(fā)實現(xiàn)過程 （ 1） Web 服務 組件 開發(fā)者的工作內容 主要涉及設計和編程需要發(fā)布為 Web 服務的業(yè)務功能組件，并向 WebService 服務器的注冊中心提供本 WebService 服務方法的說明信息 —— 這可以 利用 WSDL 來描述本W(wǎng)ebService 組件中的 Web 服務方法。 Web服務組件在開發(fā)中常 應用 的 各種 設計模式 （ 1）在 Web 服務組件具體開發(fā)中常用到的設計模式 GOF 設計模式在設計 Web 服務組件時可以起到“調適不同的接口”、“隔離不同的功能組 件”和“統(tǒng)一請求的入口”等方面的作用。比如可以將原有的一個 C++的企業(yè)應用系統(tǒng)轉換為滿足 J2EE 技術平臺的需要，然后再通過 J2EE 平臺中的 WebService 技術實現(xiàn)的支持，將它發(fā)布為 Web 服務組件。 門面 模式 常用于構建粗 粒度的對外功能服務，并包裝內部的細粒度的功能服務，從而為復雜的 Web 服務組件系統(tǒng)提供一個簡單的對外接口；另外，應用門面 模式 構建 Web 服務組件系統(tǒng)還可以重用已有的企業(yè)系統(tǒng)中的各個功能組件，降低 Web 服務組件系統(tǒng)的開發(fā)成本。因此，有必要簡化和隱藏這些技術實現(xiàn)的細節(jié)（如隱藏SOAP 消息構造的過程） —— 這可以應用代理 模式 實現(xiàn)。因此，如何有效地保護 SOAP 數(shù)據(jù)的 傳輸 ，也是目前要解決的 Web Service 技術安全的另一問題。 2) 處理消息所花費的時間：這包括對 XML 數(shù)據(jù)的解 析、業(yè)務流程的管理、 Web 服務本身的調用以及對最終響應結果的 XML 編碼化工作。 面向服務的軟件系統(tǒng)體系架構 設計方法能夠更好地解決軟件系統(tǒng)之間的集成、整合等方面的問題。采用面向對象的 軟件系統(tǒng)體系 架構設計 方法 設計軟件系統(tǒng)可以 使得 軟件系統(tǒng) 的功能實現(xiàn)代碼能夠更 容易 擴展 、更好的可重用性。封裝和隔離是軟件系統(tǒng)設計中達到“高內聚 、 低藕合”的設計目標的基