7.2.3 客戶/服務器體系結構

　　1、 基于C/S體系結構的DBAS將DBMS數據管理功能與數據庫應用相分離，將DBMS數據庫管理功能在客戶端和服務器之間進行合理的分布和配置。

　　2、 數據庫報務器完成DBMS的核心功能，而客戶端負責完成用戶交互功能，接收用戶數據，生成并向數據庫報務器發出數據操作請求，接收數據查詢結果并通過客戶端反饋給用戶。

　　3、 兩層C/S結構的特點是：

　　(1) DBAS的數據管理和處理功能，被分解并分布在客戶端和服務器上。

　　(2) 服務器楞為多個客戶端應用提供共享的數據管理功能。

　　(3) 客戶端應用可通過網絡訪問多個不同數據源。

　　(4) 客戶端除了完成人機交互功能外，還需要完成面向應用的數據處理功能，負荷重，屬于典型的“胖客戶端”。

　　4、 三層瀏覽器/服務器(B/S)結構是一種互聯網環境下的新型數據庫應用系統結構，它將數據處理功能分解并分布在表示層、功能層和數據層三層次上，分別由WEB瀏覽器、WEB服務器和數據庫服務器來實現，其特點是：

　　(1) 表示層位于客戶端，由WEB瀏覽器實現，其功能單一，沒有其他應用程序，屬于典型的“瘦客戶端”。

　　(2) 功能層位于WEB服務器，實現面向具體應用領域的業務規則。

　　(3) 數據層位于數據庫服務器，通過DBMS完成具體的數據存儲和存取等數據管理功能。

　　7.3 概要設計

　　7.3.1 數據庫事務概要設計

　　1、 如數據處理需求分析的結果是數據流圖，則可將待設計的事務看作是程序，采用軟件工程中面向數據流的程序設計方法，設計事務內部的數據處理流程和結構，也就是設計事務處理邏輯，過程包括：

　　(1) 從數據流圖中識別出該事務對應的子數據流圖。

　　(2) 確定子數據流圖中的信息流類型，劃定流界。

　　(3) 將子數據流圖映射為事務的結構和處理流程，即事務邏輯。

　　(4) 修正和細化事務設計，識別事務所訪問的數據庫對象和數據庫用戶。

　　2、 如數據處理需求分析的結果表示為事務規范，由于事務規范包括了事務名稱、事務描述、訪問的數據項、用戶等信息，可直接從事務描述出發，根據具體應用領域的知識設計事務邏輯，得到事務概要結果。

　　3、 一個完整的事務概要設計包括：事務名稱、訪問的關系表及屬性、事務處理邏輯、事務用戶。

　　4、 檢查關系表對數據庫事務的支持性：

　　(1) 對每一個事務，根據需求分析階段的事務分析，列出該事務所訪問的各個數據項。

　　(2) 列出事務訪問的數據項所在的關系表和對應的屬性。

　　(3) 如事務訪問的數據項同時出現在多個表中，檢查關聯關系。

　　(4) 檢查是否存在某些事務，訪問的一些數據項未出現在任何關系表中。

　　7.3.2 應用軟件概要設計

　　1、 應用軟件概要設計，按照逐步求精、模塊化、信息隱藏和功能細化原則，根據DBAS需求分析階段得到的系統功能和業務規則描述，在總體設計結構基礎上，將DBAS應用軟件進一步細化為模塊/子模塊，組成軟的系統-子系統-模塊-子模塊層次結構，并對這些系統元素從結構、行為和數據三方面進行設計。

　　相關推薦：

　　2012年計算機等考四級數據庫工程師備考筆記匯總

　　2012年計算機等級考試二級VB重點知識匯總

　　2012年下半年計算機等級考試報名時間及入口匯總