【正文】 并且遵守 WebService技術規(guī)范（ WS 標準），這些 WebService技術規(guī)范保證 Web Service組件之間能夠進行互操作。 隨著個人計算機操作系統(tǒng)從 DOS 平臺進入到微軟 Windows 圖形界面的系統(tǒng)平臺，操作系統(tǒng)仍然繼續(xù)為應用程序提供服務支持，而形成“ Window Service”的概念（如開發(fā)人員利楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權所有，盜版必究 ， 8/15 頁 用 VC++訪問 Window 系統(tǒng) API）。 【例 34】 Java 類成員方法的定義語法示例 public class SomeOneClass{ public Object someOneMethod(String someString){ // 方法體的實現(xiàn)代碼，在此省略 } // 其他方法定義聲明 } 面向服務的軟件系統(tǒng)體系架構 下 的各個服務組件 接口進一步完善了其內涵，包括：服務的名稱、服務在觸發(fā)時所需要的各種輸入參數(shù)和期望的輸出結果、先決條件（ 服務激活前存在的輸入或者應用程序的狀態(tài) ）、后置條件（ 請求被處理以后服務的狀態(tài) ）、錯誤處SOAP SOAP 帳戶管理系統(tǒng) 網上商城系統(tǒng) 在線網校系統(tǒng) 楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權所有，盜版必究 ， 7/15 頁 理和服務品質保證（ 如：性能、多線程、容錯之類問題的描述 ）等。 圖 本書范例賬戶管理系統(tǒng)中的各個功能模塊的關系圖 本章前面所介紹的面向對象的架構設計和面向切面的架構設計所倡導的“封裝”和“隔離”都是 針對單一系統(tǒng)本身的設計方法，而系統(tǒng)之間如何能夠“封裝”、同時又能夠“協(xié)作”？這可以將 銀行 賬 戶管理系 統(tǒng) （它們此時將成為 Web 服務 的服務提供端） 中的某個業(yè)務功能組件類設計為 Web 服務組件，并根據 Web 服務的使用者網上商城系統(tǒng)和在線網校系統(tǒng) （它們此時將成為 Web 服務 的客戶端） 的應用需要提供對應的 賬 戶功能服務。這些系統(tǒng)目前也能夠滿足一部分的需要，如果廢棄這些穩(wěn)定又可靠的系統(tǒng)對企 業(yè)本身是一種浪費！因此，在構建新的企業(yè)應用系統(tǒng)時，使用方企業(yè)也都強烈地希望能夠重用現(xiàn)有的系統(tǒng)。組件之間由于是松散藕合 ，當其中的某個功能模塊組件不再滿足需要時，可以替換該功能模塊而不會影響到系統(tǒng)中的其他功能模塊。同樣也將加大平臺級系統(tǒng)軟件之間相互集成的成本！ 企業(yè) 信息化應用系統(tǒng)應該輔助企業(yè)提升競爭力而不應該成為“雞肋”乃至“負擔” 隨著 Inter 技術的不斷發(fā)展和技術的迅速更新，全球化形式的電子商務產生了激烈的競爭局面，企業(yè)的產品生產和銷售的周期更短。 另外，本企業(yè)還需要與其上、下游企業(yè)之間進行信息共享、協(xié)同工作等的應用要求，共同構成一個產業(yè)鏈。楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權所有，盜版必究 ， 1/15 頁 第 3 章 達到高內聚低藕合的架構設計目標 （第 3/3 部分） 面向服務的 軟件系統(tǒng) 架構設計 企業(yè)信息化平臺及信息化應用系統(tǒng)的環(huán)境是異構 狀態(tài) 企業(yè)信息 化 平臺及信息 化 應用 系統(tǒng)構建的客觀環(huán)境 （ 1）企業(yè)的 信息 化 應用 系統(tǒng)的建設是分歷史階段完成的 由于歷史和企業(yè)本身發(fā)展的原因， 企業(yè)的 信息 化 應用 系統(tǒng)的建設是分歷史階段完成的。下圖 所示為單一企業(yè)的信息化系統(tǒng)中的各個子系統(tǒng)之間的關系圖示。因此，企業(yè)在推廣 信息 化 平臺 時，也對 信息化應用系統(tǒng) 所依賴的技術平臺提出了新的要求 —— 不同的技術平臺下所構建出的各個 應用系統(tǒng) 盡管是 異構 （運行環(huán)境、技術平臺、技術實現(xiàn)等方面都不相同） 的 ，但彼此之間卻能夠“通訊”、“共享”和“協(xié)同”！ 如何滿足這樣的要求， IT 界的有識之士開始反思傳統(tǒng)的面向對象技術和在面向對象技術基礎上的面向組件技術所存在的問題。 （ 2）能夠更好地適應和滿足多變的企業(yè)業(yè)務需求 企業(yè)的業(yè)務需求是多變和不斷地變化，這也就要求企業(yè) 信息化應用系統(tǒng) 本身具有良好的自適應性。 基于 面向服務 的軟件系統(tǒng)體系 架構 設計和開發(fā)實現(xiàn)的應用系統(tǒng) 通常都是在現(xiàn)有 的 系統(tǒng)架構的基礎上 擴展 的， 它 可以通過利用當前系統(tǒng)已有的 各種 資源 （包括 開發(fā)人員、 技術平臺和支持系統(tǒng)等） 來重復利用現(xiàn)有的系統(tǒng)和 各種 資源。 Web 服務 的服務提供者和 Web 服務 的服務使用者之間采用 簡單對象訪問協(xié)議（ SOAP）登 錄、注冊、修改信息、注銷 帳戶服務（開戶、存錢等） 在線幫助信息留言 用戶管理 WebBank 帳戶系統(tǒng) 銀行卡 方面的服務（轉帳等） 系統(tǒng) 管理 帳戶管理 前臺服務功能 后臺管理功能 楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權所有，盜版必究 ， 6/15 頁 進行通訊，請見下圖 所示。 而對于 Web 服務組件的 接口信息描述的主要手段是應用 Web 服務 描述語言（ WSDL,Web Service Description Language） ， 該語言將 Web 服務 定義成一個能交換消息的通信端點集。 （ 2）某種編程語言中所提供的 API 服務 開發(fā)人員在應用某種編程語言，在該語言中一般也會提供語言級別的 API 服務 。 （ 3） Web Services 是對諸如 RMI、 COM 和 CORBA 等現(xiàn)有面向服務的技術的擴展 但 Web Services 技術目前是一套標準的平臺技術，它定義了 Web 服務組件如何在 Web級別的平臺 上實現(xiàn)互操作和在不同的平臺下的應用協(xié)同。 另外，也為企業(yè)推廣“移動辦公”和跨地區(qū)、跨行業(yè)的“遠程訪問”和“業(yè)務協(xié)同”提供了技術實現(xiàn)的可能性。 整個請求響應的過程請見 上 圖 所示，根據 Web Service 的請求響應的過程也可以了解到 Web Service 體系架構中存在有三個不同的角色。 成功找到后，然后使用 Web 服務 組件 中的目標方法、并獲得目標方法的返回結果 ——這仍然要應用 SOAP 協(xié)議進行通訊。如何減少網絡連接次數(shù)和實現(xiàn)批量的讀寫操作？ 3) 需要對 Web 服務組件提供一定的安全控制機制，使得 Web 服務的客戶端不能隨意訪問不同的 Web 服務組件。 ? SOAP 數(shù)據的 傳輸 和保護 由于 SOAP 協(xié)議的數(shù)據是基于 XML 明文傳輸，而且 SOAP 協(xié)議本身是在 HTTP 基礎之上的協(xié)議。 面向對象的架構設計能夠適應不斷變化的軟件系統(tǒng) 的 需求 ，而 面向切面架構設計是對面向對象架構設計的進一步擴展和完善 ，但 面向對象的架構設計 和 面向切面架構設計 都是針對單一的軟件系統(tǒng)設計的方法。 本章的學習要點 讀者在進行課程設計的項目系統(tǒng)設計時，首先要明確系統(tǒng)中的各層組件的主要職責，其次是要封裝組件的內部結構和技術實現(xiàn)的細節(jié)，最后是要隔離各個組件之間的關系。 面向服務的軟件系統(tǒng)體系架構設計方法在目前的企業(yè)級應用系統(tǒng)的開發(fā) 實現(xiàn) 中將會面臨 著 模塊化和標準化兩大問題，其中在標準化方面需要解決如下的一些問題 —— 如何形成標準？以誰