【正文】 采用面向?qū)ο蟮?軟件系統(tǒng)體系 架構(gòu)設(shè)計 方法 設(shè)計軟件系統(tǒng)可以 使得 軟件系統(tǒng) 的功能實現(xiàn)代碼能夠更 容易 擴(kuò)展 、更好的可重用性。因此，有必要簡化和隱藏這些技術(shù)實現(xiàn)的細(xì)節(jié)（如隱藏SOAP 消息構(gòu)造的過程） —— 這可以應(yīng)用代理 模式 實現(xiàn)。 應(yīng)用 Web服務(wù) 組件技術(shù)的開發(fā)實現(xiàn)過程 （ 1） Web 服務(wù) 組件 開發(fā)者的工作內(nèi)容 主要涉及設(shè)計和編程需要發(fā)布為 Web 服務(wù)的業(yè)務(wù)功能組件，并向 WebService 服務(wù)器的注冊中心提供本 WebService 服務(wù)方法的說明信息 —— 這可以 利用 WSDL 來描述本W(wǎng)ebService 組件中的 Web 服務(wù)方法。 由于微軟的 COM 協(xié)議和 J2EE 的 RMIIIOP 協(xié)議一方面都是某個特定的技術(shù)平臺下特有的專用協(xié)議，另一方面它們都采用二進(jìn)制格式的數(shù)據(jù)作為網(wǎng)絡(luò)協(xié)議，這樣將無法穿越企業(yè)網(wǎng)絡(luò)系統(tǒng)的防火墻 —— 組件的客戶端無法在企業(yè)網(wǎng)絡(luò)的外部對企業(yè)內(nèi)部的服務(wù)器組件進(jìn)行訪問 。 也只有 這 樣的“獨(dú)立接口”才有可能 使得構(gòu)建在 這 種 體系架構(gòu) 下的各個功能 服務(wù) 組件 可以以 一種統(tǒng)一和通用的方式進(jìn)行交互 和通訊 —— 而 Web 服務(wù) 描述語言 （ WSDL）能夠滿足這樣的技術(shù)應(yīng)用要求。 （ 2）企業(yè)的 信息化 建設(shè)也是分階段和逐步實現(xiàn)的、并且希望各個階段的應(yīng)用系統(tǒng)能夠兼容 企業(yè)的發(fā)展和業(yè)務(wù)的擴(kuò)展不可能一開始就很龐大和完善，隨著企業(yè)業(yè)務(wù)經(jīng)營活動和運(yùn)營的深入，支撐企業(yè)經(jīng)營的信息化系統(tǒng)也 需要不斷地改進(jìn)和豐富完善。 面向服務(wù) 的軟件系統(tǒng)體系 架構(gòu) 和其它 形式的 企業(yè)架構(gòu)的不同之處就在于 面向服務(wù) 的軟件系統(tǒng)體系 架構(gòu) 能夠 提供業(yè)務(wù) 的 靈活性 和可拔插性，因此能夠比較好地滿足異構(gòu)環(huán)境下的企業(yè)應(yīng)用系統(tǒng)之間的集成和整合。企業(yè)所面臨的這樣的經(jīng)營狀況，當(dāng)然也就會導(dǎo)致不同的業(yè)務(wù)部門需要不同的信息化平臺和相應(yīng)的應(yīng)用系統(tǒng)軟件的輔助。而且隨著企業(yè)本身和計算機(jī)軟件技術(shù)的發(fā)展，企業(yè)信息化平臺中的 “信息孤島” 問題就越嚴(yán)重。 另外，實現(xiàn) 面向服務(wù)的軟件系統(tǒng)體系架構(gòu)的 Web 服務(wù)組件之間是 通過松散耦合的基于消息通信模型 進(jìn)行相互 交互 。 如何正確地應(yīng)用 SOA的基本思想構(gòu)建 出 松散藕合的企業(yè)應(yīng)用系統(tǒng) （ 1）系統(tǒng)中的各個主要的功能組件應(yīng)該設(shè)計為 Web 服務(wù)（ WebService）組件 由于 面向服務(wù) 的軟件系統(tǒng)體系 架構(gòu) 更多的是一種設(shè)計思想或者開發(fā)的理念，目前有許多方式能夠具體地實現(xiàn) SOA。 （ 3）某種開發(fā)平臺中所提供的組件服務(wù) 在 微軟的 技術(shù)平臺中，提供有 COM/DCOM 組件 ；而在 Sun J2EE 技術(shù)平臺中提供有 EJB組件 。 請參考下圖 。常用的 GOF 設(shè)計模式如下： 1) 適配器（ Adapter） 模式：為內(nèi)部系統(tǒng)提供一個不同的接口 2) 門面（ Fa231。 這可應(yīng)用 SSL/HTTPS 對連接加密，而不是 直接 傳輸 明文 數(shù)據(jù) ；對 XML 數(shù)據(jù)本身 加密楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán)所有，盜版必究 ， 13/15 頁 和 數(shù)字簽名 等技術(shù)手 段。 面向服務(wù)的軟件系統(tǒng)體系架構(gòu)設(shè)計方法在目前的企業(yè)級應(yīng)用系統(tǒng)的開發(fā) 實現(xiàn) 中將會面臨 著 模塊化和標(biāo)準(zhǔn)化兩大問題，其中在標(biāo)準(zhǔn)化方面需要解決如下的一些問題 —— 如何形成標(biāo)準(zhǔn)？以誰 （哪個企業(yè)） 為標(biāo)準(zhǔn)？ 應(yīng)該要 遵守哪些標(biāo)準(zhǔn)？ 面向服務(wù)的軟件系統(tǒng)體系架構(gòu)設(shè)計方法 目前廣泛地應(yīng)用于 ERP、 CRM、 SCM 和 HRM等類型的企業(yè)應(yīng)用系統(tǒng)的開發(fā)實現(xiàn)中。 面向?qū)ο蟮募軜?gòu)設(shè)計能夠適應(yīng)不斷變化的軟件系統(tǒng) 的 需求 ，而 面向切面架構(gòu)設(shè)計是對面向?qū)ο蠹軜?gòu)設(shè)計的進(jìn)一步擴(kuò)展和完善 ，但 面向?qū)ο蟮募軜?gòu)設(shè)計 和 面向切面架構(gòu)設(shè)計 都是針對單一的軟件系統(tǒng)設(shè)計的方法。如何減少網(wǎng)絡(luò)連接次數(shù)和實現(xiàn)批量的讀寫操作？ 3) 需要對 Web 服務(wù)組件提供一定的安全控制機(jī)制，使得 Web 服務(wù)的客戶端不能隨意訪問不同的 Web 服務(wù)組件。 整個請求響應(yīng)的過程請見 上 圖 所示，根據(jù) Web Service 的請求響應(yīng)的過程也可以了解到 Web Service 體系架構(gòu)中存在有三個不同的角色。 （ 3） Web Services 是對諸如 RMI、 COM 和 CORBA 等現(xiàn)有面向服務(wù)的技術(shù)的擴(kuò)展 但 Web Services 技術(shù)目前是一套標(biāo)準(zhǔn)的平臺技術(shù)，它定義了 Web 服務(wù)組件如何在 Web級別的平臺 上實現(xiàn)互操作和在不同的平臺下的應(yīng)用協(xié)同。 而對于 Web 服務(wù)組件的 接口信息描述的主要手段是應(yīng)用 Web 服務(wù) 描述語言（ WSDL,Web Service Description Language） ， 該語言將 Web 服務(wù) 定義成一個能交換消息的通信端點集。 基于 面向服務(wù) 的軟件系統(tǒng)體系 架構(gòu) 設(shè)計和開發(fā)實現(xiàn)的應(yīng)用系統(tǒng) 通常都是在現(xiàn)有 的 系統(tǒng)架構(gòu)的基礎(chǔ)上 擴(kuò)展 的， 它 可以通過利用當(dāng)前系統(tǒng)已有的 各種 資源 （包括 開發(fā)人員、 技術(shù)平臺和支持系統(tǒng)等） 來重復(fù)利用現(xiàn)有的系統(tǒng)和 各種 資源。因此，企業(yè)在推廣 信息 化 平臺 時，也對 信息化應(yīng)用系統(tǒng) 所依賴的技術(shù)平臺提出了新的要求 —— 不同的技術(shù)平臺下所構(gòu)建出的各個 應(yīng)用系統(tǒng) 盡管是 異構(gòu) （運(yùn)行環(huán)境、技術(shù)平臺、技術(shù)實現(xiàn)等方面都不相同） 的 ，但彼此之間卻能夠“通訊”、“共享”和“協(xié)同”！ 如何滿足這樣的要求， IT 界的有識之士開始反思傳統(tǒng)的面向?qū)ο蠹夹g(shù)和在面向?qū)ο蠹夹g(shù)基礎(chǔ)上的面向組件技術(shù)所存在的問題。楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán)所有，盜版必究 ， 1/15 頁 第 3 章 達(dá)到高內(nèi)聚低藕合的架構(gòu)設(shè)計目標(biāo) （第 3/3 部分） 面向服務(wù)的 軟件系統(tǒng) 架構(gòu)設(shè)計 企業(yè)信息化平臺及信息化應(yīng)用系統(tǒng)的環(huán)境是異構(gòu) 狀態(tài) 企業(yè)信息 化 平臺及信息 化 應(yīng)用 系統(tǒng)構(gòu)建的客觀環(huán)境 （ 1）企業(yè)的 信息 化 應(yīng)用 系統(tǒng)的建設(shè)是分歷史階段完成的 由于歷史和企業(yè)本身發(fā)展的原因， 企業(yè)的 信息 化 應(yīng)用 系統(tǒng)的建設(shè)是分歷史階段完成的。同樣也將加大平臺級系統(tǒng)軟件之間相互集成的成本！ 企業(yè) 信息化應(yīng)用系統(tǒng)應(yīng)該輔助企業(yè)提升競爭力而不應(yīng)該成為“雞肋”乃至“負(fù)擔(dān)” 隨著 Inter 技術(shù)的不斷發(fā)展和技術(shù)的迅速更新，全球化形式的電子商務(wù)產(chǎn)生了激烈的競爭局面，企業(yè)的產(chǎn)品生產(chǎn)和銷售的周期更短。這些系統(tǒng)目前也能夠滿足一部分的需要，如果廢棄這些穩(wěn)定又可靠的系統(tǒng)對企 業(yè)本身是一種浪費(fèi)！因此，在構(gòu)建新的企業(yè)應(yīng)用系統(tǒng)時，使用方企業(yè)也都強(qiáng)烈地希望能夠重用現(xiàn)有的系統(tǒng)。 【例 34】 Java 類成員方法的定義語法示例 public class SomeOneClass{ public Object someOneMethod(String someString){ // 方法體的實現(xiàn)代碼，在此省略 } // 其他方法定義聲明 } 面向服務(wù)的軟件系統(tǒng)體系架構(gòu) 下 的各個服務(wù)組件 接口進(jìn)一步完善了其內(nèi)涵，包括：服務(wù)的名稱、服務(wù)在觸發(fā)時所需要的各種輸入?yún)?shù)和期望的輸出結(jié)果、先決條件（ 服務(wù)激活前存在的輸入或者應(yīng)用程序的狀態(tài) ）、后置條件（ 請求被處理以后服務(wù)的狀態(tài) ）、錯誤處SOAP SOAP 帳戶管理系統(tǒng) 網(wǎng)上商城系統(tǒng) 在線網(wǎng)校系統(tǒng)