第四章 數據庫應用系統功能設計與實現
DBAS的設計過程應包括:概念設計、邏輯設計和物理設計三個階段。DBAS的功能設計一般被劃分爲總體設計、概要設計、詳細設計。DBAS的功能設計數據庫事務設計部分可分爲概要設計和事務詳細設計。
4.1.1軟件體系結構
軟件體系結構={構件,連接件,約束}
4.1.2軟件設計過程
軟件系統需求分析
軟件開發由設計(概要設計、詳細設計)、實現、測試三個環節組成
軟件設計階段將產生系統的總體結構設計、系統的過程設計、系統的數據設計
軟件設計原則:設計應與軟件需求保持一致、設計的軟件結構應支持模塊化、信息隱藏、抽象與逐步求精
工程管理角度看軟件設計:概要設計、詳細設計
整個軟件設計過程:總體設計、概要設計、詳細設計
4.2DBAS總體設計
DBAS設計包括:結構設計,過程設計,數據設計
數據庫總體設計內容:
(1)DBAS體系結構設計
確定DBAS體系結構是指將系統從功能、層次/結構、地理分佈等角度進行分解,劃分爲多個子系統,定義各子系統應實現的功能;
設計系統的全局控制,明確各子系統間的交互和接口關係。
用戶/服務器體系結構(C/S)
- DBAS的數據管理和數據處理功能被分解並分佈在客戶端和數據庫服務器上
- 數據庫服務器可以爲多個客戶端應用提供共享的數據管理功能
- 客戶端應用可以通過網絡訪問多個不同的數據源
- 客戶端除完成人機交互功能外,還需完成面向應用的數據處理功能 胖客戶端
瀏覽器/服務器結構(B/S)
- 表示層 位於客戶端,由Web瀏覽器實現 瘦客戶端
- 功能層 位於Web應用服務器,實現面向具體應用領域的業務規則
- 數據層 位於數據庫服務器,通過DBMS完成具體的數據存儲和數據存取等數據管理功能。
兩者比較
- B/S佔優勢:適用Internet、維護工作量、以瀏覽爲主,錄入簡單的應用程序
- C/S佔優勢:運行速度、數據安全、人機交互、
(2)DBAS軟件總體設計
首先,從需求分析階段得到的數據流圖、事務規範和業務規則需求分析結果出發,在DBAS體系結構指導下,將DBAS軟件系統分解爲一系列的子系統,爲各個子系統分配相應功能,定義子系統之間的協調交互機制;
然後,進一步進行子系統結構設計、將各個子系統從功能上劃分爲數據庫事務模塊和粒度較大的應用程序模塊;
最後,確定子系統,應用程序模塊、數據庫事務間的全局控制和調用關係,並按一定的軟件體系結構框架組織起來。
(3)軟硬件選型與配置設計
- 網絡及網絡設備選型
- 數據存儲設備及備份方案制定
- 應用服務器、Web服務器選型
- 確定系統終端軟件環境
- 確定軟件平臺及開發語言、工具
- 系統中間件及第三方軟件選型
需考慮:數據規模、系統性能、安全可靠性、用戶需求、項目預算情況
(4)業務規則初步設計
從系統的角度,規劃DBAS的業務流程使之符合客戶的實際業務需要
4.3DBAS功能概要設計
功能角度DBAS系統可劃分爲4個層次實現:
- 表示層,負責與用戶的交互
概要設計主要任務:進行人機界面設計
詳細設計:
1.初步設計:從用戶人機交互需求出發,設計人機交互命令系統。
2.用戶界面細節設計
3.原型設計與改進
- 業務邏輯層:負責根據業務邏輯需要將表示層獲取的數據組織,傳給訪問層;或將訪問層的數據加工後傳給表示層。
概要設計主要任務:梳理DBAS的各項業務活動,將其表示爲各種系統構件(如類、模塊、組件等)
詳細設計:根據概要設計中定義的個程序模塊功能和輸入輸出數據需求,結合具體的程序設計環境和機制,設計個模塊的內部處理流程和算法、具體數據結構、對外詳細接口等。
- 數據訪問層:負責與DBMS系統進行交互,提取或存入應用系統 主要任務:針對DBAS的數據處理需求設計用於操作數據庫的各類事務。
- 數據持久層:負責保存和管理應用系統數據。
4.5應用系統安全架構設計
數據安全設計
安全性保護、完整性保護、併發控制、數據庫的備份與恢復、數據加密傳輸
環境安全設計
漏洞與補丁、計算機病毒防護、網絡環境安全((1)防火牆。(2)入侵檢測系統。(3)網絡隔離)、物理環境安全
制度安全設計
4.6DBAS的實施
創建數據庫
需考慮:(1)初始空間大小。(2)數據庫增量大小。(3)訪問性能。
裝載數據
步驟:(1)篩選數據。(2)轉換數據格式。(3)輸入數據。(4)校驗數據。
編寫與調試應用程序
數據庫試運行:(1)功能測試。(2)性能測試。