【正文】 本章練習(xí) 設(shè)計人員在進行 系統(tǒng) 的 架構(gòu)設(shè)計 中 ，如何驗證 對 系統(tǒng)的架構(gòu)設(shè)計的 結(jié)果的 正確性？ 在用例的設(shè)計中， 分析人員 如何區(qū)分用例之間的“泛化”和“包含”關(guān)系 ？ 一個軟件產(chǎn)品 應(yīng)該 要能夠 應(yīng)對外界需求的 各種 變化 ，你 覺得自己的項目中“變化”的 因素 有哪些 ? 你 是怎樣隔離 系統(tǒng)中的 這些“變化”的部分 ? 設(shè)計人員在進行系統(tǒng)縱向 分層 隔離設(shè)計時，應(yīng)該要遵守什么 原則 ？分層的 依據(jù)又是什楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán)所有，盜版必究 ， 15/15 頁 么？ 你在課程設(shè)計的項目開發(fā)中，對滿足 系統(tǒng) 中 的安全性方面 的需求在設(shè)計上 采取了 哪些 措施 ？ 你在課程設(shè)計的項目開發(fā)中，對滿足 系統(tǒng) 中 的并發(fā)訪問方面 的需求在設(shè)計上 采取了 哪些措施 ？ 你對 開源軟件 系統(tǒng) 有什么看法 ？在課程設(shè)計的項目開發(fā)中如何更好地應(yīng)用開源框架？ 面向?qū)ο?軟件系統(tǒng)體系架構(gòu) 設(shè)計方法的基本原則是什么？該設(shè)計方法有 什么特點？ 如何保證本項目的系統(tǒng)架構(gòu)設(shè)計的結(jié)果具有可擴展性和可重用性？為什么要如此進行設(shè)計？ 為什么說面向切面架構(gòu)設(shè)計是對面向?qū)ο蠹軜?gòu)設(shè)計的進一步擴展和完善？該設(shè)計方法一般解決什么方面的問題？ 1什么是基于 SOA 的軟件系統(tǒng)架構(gòu)？為什么要應(yīng)用面向服務(wù)的軟件系統(tǒng)體系架構(gòu)構(gòu)建企業(yè)應(yīng)用系統(tǒng)？ 1什么是 Web Services 組件技術(shù)？請描述 Web Services 組件技術(shù)的請求和響應(yīng)過程？為什么要應(yīng)用 Web Services 組件技術(shù)？ 1如何進行 WebServices 組件技術(shù)的開發(fā)實現(xiàn)？在開發(fā) 中一般會應(yīng)用到哪些設(shè)計模式？這些設(shè)計模式的主要作用是什么？ 1 Web Services 技術(shù)在目前的企業(yè)應(yīng)用系統(tǒng)的開發(fā)中面臨哪些問題？如何解決這些問題？ 1在 軟件 系統(tǒng)設(shè)計和 開發(fā) 實現(xiàn)中 ，如何驗證 設(shè)計人員 對系統(tǒng)的 體系 架構(gòu)設(shè)計的正確性？請談?wù)勀愕木唧w看法？ 1一個軟件產(chǎn)品要能夠應(yīng)對外界需求的變化，好的軟件產(chǎn)品在開發(fā)的過程中就能夠考慮到可能的變化，任何一個軟件系統(tǒng)的設(shè)計人員都不可能解決或者說前瞻所有的變化，但是好的軟件系統(tǒng)的設(shè)計（架構(gòu)和組件以及類）能夠比較容易地適應(yīng)變化，開發(fā)人員只需要進行很小的改動就能夠 滿足新的變化要求，這能夠大大地降低軟件系統(tǒng)的開發(fā)和維護的成本。因此，讀者在學(xué)習(xí)本章的內(nèi)容時，對后面兩種形式的系統(tǒng)設(shè)計方法的學(xué)習(xí)可能會存在一定的難度。為了能夠讓學(xué)生真正地掌握目前比較 主流的三種不同形式的軟件系統(tǒng) 體系架構(gòu) 設(shè)計方法，作者希望課程設(shè)計的指導(dǎo)教師在項目的選型方面應(yīng)該要考慮到如何能夠讓學(xué)生應(yīng)用這三種楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán)所有，盜版必究 ， 14/15 頁 不同的設(shè)計方法，特別是 面向服務(wù)的軟件系統(tǒng)體系架構(gòu) 設(shè)計方法及具體的實現(xiàn)技術(shù) Web Service 在項目開發(fā)中的具體應(yīng)用。 本章小結(jié) 本章的學(xué)習(xí)重點 “ 高內(nèi)聚 、 低藕合”是軟件系統(tǒng)設(shè)計的主要目標(biāo)，但如何能夠達到這樣的設(shè)計目標(biāo)？作者在本章中為讀者介紹了達到 “ 高內(nèi)聚 、 低藕合 ”的系統(tǒng)設(shè)計目標(biāo)的各種思想、方法和代碼實現(xiàn)的示例。 ? Web 服務(wù)組件所在的 底層 系統(tǒng)的安全 架構(gòu) 如何提供可信任與授權(quán)的完整的安全構(gòu)架，以確?；?Web Service 技術(shù)的系統(tǒng)的安全運作 。這將導(dǎo)致開發(fā)人員在為某個應(yīng)用系統(tǒng)編寫接入其它應(yīng)用系統(tǒng)的功能代碼時，增加了其實現(xiàn)的復(fù)雜度。代理 模式 中的代理組件類實現(xiàn)將業(yè)務(wù)處理工作從一個對象傳遞到另一個對象。 （ 3） 應(yīng) 用 門面 模式 包裝不同的業(yè)務(wù)功能組件以提供一個統(tǒng)一的對外服務(wù)接口 由于企業(yè)應(yīng)用系統(tǒng)是多層次的，在構(gòu)建 Web 服務(wù)功能組件時，通常會存在以下的問題： 1) 各個組件的層次聯(lián)系過于緊密，特別是 Web 服務(wù)功能組件和其他的業(yè)務(wù)功能組件具有較強的依賴關(guān)系； 楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán)所有，盜版必究 ， 12/15 頁 2) Web 服務(wù)的客戶端需要訪問多個不同形式的 Web 服務(wù)組件，多次的網(wǎng)絡(luò)請求和響應(yīng)將導(dǎo)致出現(xiàn) Web 性能方面的問題。ade） 模式：封裝復(fù)雜的內(nèi)部實現(xiàn)，提供一系列簡單的接口 3) 代理（ Proxy） 模式：作為其他對象的代理，代替它提供服務(wù) （ 2）應(yīng)用適配器模式調(diào)適不同平臺下的 Web 服務(wù)組件 適配器模式可用于將一個現(xiàn)有應(yīng)用系統(tǒng)的業(yè)務(wù)功能組件的接口轉(zhuǎn)化成對外的 Web 服務(wù)組件所需要的目標(biāo)接口，以滿足 Web 服務(wù)組件對外及其客戶端的需要 —— 此時的適配器功能組件類（ Adapter），其實是一種轉(zhuǎn)換器角色的 組件；適配器模式中的適配器功能組件類也能夠使原本無法在一起工作的兩個業(yè)務(wù)功能類能夠在一起工作 —— 此時的適配器功能組件類，其實是一種組合轉(zhuǎn)換器的角色的組件。 （ 2） Web 服務(wù) 組件 使用者的工作內(nèi)容 Web 服務(wù) 組件 使用者（ Web 服務(wù)客戶）從 Web 服務(wù) 組件 所在的 WebService 服務(wù)器的注冊中心中搜尋和發(fā)現(xiàn)所需要訪問的目標(biāo) Web 服務(wù) 組件 —— 這要 利用 統(tǒng)一描述、發(fā)現(xiàn)和集成協(xié)議 （ UDDI， Universal Description Discovery and Integration， 它是一套基于 Web 的、分布式的、為 Web Service 提供的、信息注冊中心的實現(xiàn)標(biāo)準(zhǔn)規(guī)范 而且也是基于 XML 標(biāo)準(zhǔn)）。服務(wù)請求者可以是基于 B/S 系統(tǒng)的 Web程序或者是基于 GUI 圖形用戶界面的應(yīng)用程序?qū)崿F(xiàn)。 圖 Web Services 組件的客戶端和服務(wù)器端組件的請求和響應(yīng)過程說明圖 ? Web Services 服務(wù)器將 SOAP消息響應(yīng)返回到調(diào)用 Web Services 的客戶應(yīng)用程序中。 2) 支持 Web Services 技術(shù)的服務(wù)器 讀取 SOAP 請求消息，并且識別它需要調(diào)用的目標(biāo)組件中的方法。這將保證 Web Service 組件能夠 適應(yīng)“異構(gòu) 的企業(yè)應(yīng)用環(huán)境 ” 和 “ 不斷變化的企業(yè)需求 ” 。這為企業(yè)應(yīng)用 Web Service 技術(shù) 降低了技術(shù)應(yīng)用的成本 ！ Web Service技術(shù)與微軟的 COM組件和 Sun的 J2EE EJB組件技術(shù)不同點 （ 1） 微軟 COM 組件和 Sun J2EE EJB 組件 協(xié)議 是基于特定技術(shù)平臺 微軟 COM/DCOM/COM+組件技術(shù)平臺下的客戶端和其服務(wù)器端程序之間相互通訊采用的是基于微軟 Windows 系統(tǒng)中特有的 COM協(xié)議 —— COM協(xié)議是微軟公司定義的用作對象、應(yīng)用程序之間交互功能的標(biāo)準(zhǔn)協(xié)議 。 （ 2） Web Service 從本質(zhì)上講是放置于 Web 站點上的可重用組件 WebService 組件是分布式和模塊化組件，每個組件本身能夠完成特定的業(yè)務(wù)功能或者服務(wù)、并且遵守 WebService技術(shù)規(guī)范（ WS 標(biāo)準(zhǔn)），這些 WebService技術(shù)規(guī)范保證 Web Service組件之間能夠進行互操作。它們都是平臺級別的組件 服務(wù) 。 隨著個人計算機操作系統(tǒng)從 DOS 平臺進入到微軟 Windows 圖形界面的系統(tǒng)平臺，操作系統(tǒng)仍然繼續(xù)為應(yīng)用程序提供服務(wù)支持，而形成“ Window Serv