| |
分类导航 |
 |
|
|
|
|
|
|
资源大小：1.28 MB |
资源类型：文档 |
|
下载积分： 0 |
|
|
|
-->
|
|
资源介绍 |
|
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)结构。
该结构最大的优点在于结构简单，开发和运行的环境简单。但也正是这种结构，产生了其原生性的问题：
首先，是系统的拓展性问题和安装维护的问题。
当将这些部门级的成功应用逐渐推广到企业级的关键任务时，这些小规模环境下运行良好的应用，一旦进入大规模生产系统之后，性能呈几何级数下降，以致影响到系统的可靠性；在系统开发完成后，整个系统的安装也非常繁杂。在每一台客户机上不但要安装应用程序，而且必须安装相应的数据库连接程序，还要完成大量的系统配置工作。
其次是系统的安全性问题。
在二层结构下，大量代码化的企业业务逻辑驻留在客户机上，给系统的安全性带来了极大的考验。同时随着用户数量的增加，这种业务逻辑的维护成本也越来越高。
最后是系统间的通讯功能障碍。
当二层计算模式从部门级应用拓展到企业级应用时，二层结构的应用之间几乎没有交互性操作，因此很难实现分布系统的组件技术。
以上这些问题是两层结构本身的原生性问题，仅仅依靠对二层结构进行细枝末节的修补和开发，无法很好解决。要真正解决这些问题，必须从根本上改变这种二层结构设计。
从上面的分析中可知，企业应用系统的不断扩充和新应用的不断增加，基于传统的二层数据处理结构在系统拓展性、维护成本、数据安全性和应用间通讯功能障碍等原生性问题的存在，在应用中已是捉襟见肘、力不从心。在这样的背景下，三层数据计算结构应运而生。
|
|
|
下载地址 |
|
|
| |
|
|
