[計算機]第三章軟件體系結構風格(編輯修改稿)
2025-02-15 17:14 本頁面
【文章內(nèi)容簡介】 極大的適應性和靈活性 ， 而且易于對系統(tǒng)進行擴充和縮小 。 ◎ 在 C/S體系結構中 ， 系統(tǒng)中的 功能構件 充分隔離 ， 客戶應用程序的開發(fā)集中于數(shù)據(jù)的顯示和分析 ， 而 數(shù)據(jù)庫服務器的開發(fā)則集中于數(shù)據(jù)的管理 ， 不必在每一個新的應用程序中都要對一個 DBMS進行編碼 。 將大的應用處理任務分布到許多通過網(wǎng)絡連接的低成本計算機上 ， 以節(jié)約大量費用 。 第三章 : 軟件體系結構風格 16 ? 缺點 第 3章 軟件體系結構風格 客戶 /服務器風格 ? 開發(fā)成本較高 ? 客戶端程序設計復雜 ? 信息內(nèi)容和形式單一 ? 用戶界面風格不一 ， 使用繁雜 ， 不利于推廣使用 ? 軟件移植困難 ? 軟件維護和升級困難 ? 新技術不能輕易應用 第三章 : 軟件體系結構風格 17 ? 體系結構 第 3章 軟件體系結構風格 三層客戶 /服務器風格 用戶1 用戶2...用戶nInterIntra數(shù)據(jù)庫服務器1 數(shù)據(jù)庫服務器2應用服務器...圖 38 三層 C/S體系結構示意圖 第三章 : 軟件體系結構風格 18 ? 處理流程 第 3章 軟件體系結構風格 三層客戶 /服務器風格 輸入數(shù)據(jù)輸出數(shù)據(jù)請求按鈕表示層業(yè)務處理開始S Q L 請求結束S Q L 請求開始業(yè)務處理結束數(shù)據(jù)存取請求業(yè)務處理程序業(yè)務處理請求和業(yè)務處理所需的全部輸入數(shù)據(jù)全部處理結束D B M S 執(zhí)行S Q L數(shù)據(jù)層業(yè)務處理開始數(shù)據(jù)存取請求業(yè)務處理結束數(shù)據(jù)存取程序數(shù)據(jù)登錄/ 更新/ 讀取的請求數(shù)據(jù)登錄/ 更新/ 讀取的結果功能層圖 39 三層 C/S體系結構的一般處理流程 第三章 : 軟件體系結構風格 19 ? 物理結構 第 3章 軟件體系結構風格 三層客戶 /服務器風格 數(shù)據(jù)層表示層功能層服務器2客戶機服務器1數(shù)據(jù)層數(shù)據(jù)層功能層表示層表示層功能層（1 ）將數(shù)據(jù)層和功能層放在同一臺服務器上（2 ）將數(shù)據(jù)層和功能層放在不同的服務器上（3 ）將功能層放在客戶機上圖 310 三層 C/S物理結構比較 第三章 : 軟件體系結構風格 20 ? 優(yōu)點 第 3章 軟件體系結構風格 三層客戶 /服務器風格 ◎ 允許合理地劃分三層結構的功能 ， 使之在邏輯上保持相對獨立性 ，能提高系統(tǒng)和軟件的 可維護性和可擴展性 。 ◎ 允許更靈活有效地選用相應的平臺和硬件系統(tǒng) ， 使之在處理負荷能力上與處理特性上分別適應于結構清晰的三層；并且這些平臺和各個組成部分可以具有良好的 可升級性和開放性 。 ◎ 應用的各層可以 并行開發(fā) ， 可以選擇各自最適合的開發(fā)語言 。 ◎ 利用功能層有效地隔離開表示層與數(shù)據(jù)層 ， 未授權的用戶難以繞過功能層而利用數(shù)據(jù)庫工具或黑客手段去非法地訪問數(shù)據(jù)層 ， 為嚴格的安全管理 奠定了堅實的 基礎 。 第三章 : 軟件體系結構風格 21 ? 要注意的問題 第 3章 軟件體系結構風格 三層客戶 /服務器風格 ? 三層 C/S結構各層間的通信效率若不高 ， 即使分配給各層的硬件能力很強 ， 其作為整體來說也達不到所要求的性能 。 ? 設計時必須慎重考慮三層間的通信方法 、 通信頻度及數(shù)據(jù)量 。 這和提高各層的獨立性一樣是三層 C/S結構的關鍵問題 。 第三章 : 軟件體系結構風格 22 排水管網(wǎng)及污染源信息管理系統(tǒng) 第三章 : 軟件體系結構風格
教學課件相關推薦
鄂ICP備17016276號-1