HAP醫療應用軟件平臺
技術白皮書
Healthcare Applications Platform
Technology White Paper
版本 v 1.0
二〇〇六年九月六日
1 先進的軟件架構設計 2
1.1 真正的三層架構中間件平臺 2
1.2 完全采用面向對象思想設計的業務領域模型 4
1.3 采用工作流引擎技術的業務流程模型 5
2 靈活的適應能力 7
2.1 支持多平臺 7
2.2 支持多種后臺數據庫 8
2.3 支持多種客戶端類型 8
3 強大的二次開發能力 9
3.1 產品化和項目化相結合 9
3.2 開放的體系架構和插件式設計 11
3.3 支持多種開發語言 12
3.4 動態編譯和腳本執行 12
3.5 完全自由定制的報表系統 12
4 高速的性能 14
4.1 事務數據和分析數據分離 14
4.2 采用高速的嵌入式數據庫 14
4.3 異步處理體系結構 15
4.4 負載均衡處理能力 16
4.5 多級高速緩存 17
4.6 分布式消息機制 18
4.7 為64位處理器專門優化 19
4.8 清晰的結構與合理的設計 19
5 穩固的質量 19
5.1 完備的自動化單元測試 19
5.2 嚴格的配置管理 20
1 先進的軟件架構設計
1.1 真正的三層架構中間件平臺
在基于網絡的數據處理中，客戶機/服務器(Client/Server)二層計算模式具有里程碑意義。這種模式在20世紀80年代后期開始引入業界。它為多用戶系統提供了前所未有的雙向交流感和靈活性，革命性的改變了傳統的應用設計和系統實現方式，很快便在各種類型的軟件系統設計與開發中獲得了廣泛應用，到20世紀90年代初期，這種計算模式已成為業界的主流技術。
客戶機/服務器二層計算模式的基本結構如圖1
所示客戶端提供用戶界面、運行邏輯處理應用，數據服務器接受客戶端SQL語句并對數據庫進行查詢，然后返回查詢結果。用一個形象的比喻來描述就是：服務器端像一個倉庫，主要功能是存儲原材料和成品，但并不進行加工，而客戶端就像最后的加工車間，完成從原料到成品的整個制造過程，然后將成品存儲到倉庫。由于業務的處理邏輯主要在客戶機端執行，因此這種結構也被成為胖客戶(Fat client)結構。
該結構最大的優點在于結構簡單，開發和運行的環境簡單。但也正是這種結構，產生了其原生性的問題：
首先，是系統的拓展性問題和安裝維護的問題。
當將這些部門級的成功應用逐漸推廣到企業級的關鍵任務時，這些小規模環境下運行良好的應用，一旦進入大規模生產系統之后，性能呈幾何級數下降，以致影響到系統的可靠性；在系統開發完成后，整個系統的安裝也非常繁雜。在每一臺客戶機上不但要安裝應用程序，而且必須安裝相應的數據庫連接程序，還要完成大量的系統配置工作。
其次是系統的安全性問題。
在二層結構下，大量代碼化的企業業務邏輯駐留在客戶機上，給系統的安全性帶來了極大的考驗。同時隨著用戶數量的增加，這種業務邏輯的維護成本也越來越高。
最后是系統間的通訊功能障礙。
當二層計算模式從部門級應用拓展到企業級應用時，二層結構的應用之間幾乎沒有交互性操作，因此很難實現分布系統的組件技術。
以上這些問題是兩層結構本身的原生性問題，僅僅依靠對二層結構進行細枝末節的修補和開發，無法很好解決。要真正解決這些問題，必須從根本上改變這種二層結構設計。
從上面的分析中可知，企業應用系統的不斷擴充和新應用的不斷增加，基于傳統的二層數據處理結構在系統拓展性、維護成本、數據安全性和應用間通訊功能障礙等原生性問題的存在，在應用中已是捉襟見肘、力不從心。在這樣的背景下，三層數據計算結構應運而生。
|
|
資源大�。�1.28 MB 
