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