1 / 84

社会保险管理信息系统

社会保险管理信息系统. 核心平台 2.0 版. 系 统 架 构 概 述. 主讲人：魏文麟. 目 录. 背景 J2EE 体系结构 架构概述 架构详述 什么是基于 “ 社保核心平台二版 ” 的开发？ 架构展望 环境介绍. 一、背景. 业务上发展 前进中产生的问题 核心平台二版解决的问题. 1.1 业务上发展. 扩面 多系统的无缝衔接 数据大集中 多级业务经办 医院解决“两张皮” ……. 1.2 前进中产生的问题. “ 扩面”要求系统的伸缩性增加

karleigh-ross
Download Presentation

社会保险管理信息系统

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. 社会保险管理信息系统 • 核心平台2.0版 系 统 架 构 概 述 主讲人：魏文麟

  2. 目 录 • 背景 • J2EE体系结构 • 架构概述 • 架构详述 • 什么是基于“社保核心平台二版”的开发？ • 架构展望 • 环境介绍

  3. 一、背景 • 业务上发展 • 前进中产生的问题 • 核心平台二版解决的问题

  4. 1.1业务上发展 • 扩面 • 多系统的无缝衔接 • 数据大集中 • 多级业务经办 • 医院解决“两张皮” • ……

  5. 1.2前进中产生的问题 • “扩面”要求系统的伸缩性增加 • “多系统无缝衔接”要求各个信息系统的集成及资源共享，而不是信息孤岛，要求系统有较强的“开放性” （与医院端HIS系统的无缝集成问题） • “数据的大集中”要求对资源的合理使用 • 不断出现的新需求要求系统的可维护性强，要能易于修改 • 更好的安全性

  6. 两层结构的不足 • 由于结构的限制使两层结构的软件伸缩性差 • 当业务终端增加时，客户端对数据库的静态连接将较快地消耗资源，使系统的响应时间大大增加 • 由于业务逻辑的计算与数据库的存取工作完全在数据库中进行，所以计算负载与存取负载不能有效分离，导致业务终端增加时，数据库的计算能力消耗较快，使系统的效率大大降低

  7. 两层结构的不足 • 两层结构只有通过共享数据库的方式来共享资源、连接不同系统，当因为种种原因数据库不能开放时，与不同系统的连通、数据共享便不能实现。这就阻碍了行业“数据集中、应用整合”的大趋势 • “数据大集中”要求业务系统在并发量加大的情况下（多级业务经办）保证系统的可用性。由于前面讲到的原因，两层结构不能充分利用资源，使系统可用性大大降低 • 医院的“两张皮”问题，表现不尽人意

  8. 两层结构的不足 • 不断出现的新需求要求系统的可维护性强，要能易于修改、添加新业务。而两层结构的系统业务逻辑与界面逻辑混在一起，业务逻辑与数据存取混在一起，可谓“牵一发而动全身”，后期维护、新增业务的成本很大 • 安全性差。Client/Server体系结构的运行模式允许客户端直接操作数据库服务器中的内容，这相当于数据库直接暴露给用户，使得系统的安全性受到了很大威胁，也加大了系统安全管理的难度。

  9. 1.3核心平台二版对问题的解决 • 当原有技术结构阻碍了业务的发展时，必将有新的技术结构出现 • 核心平台二版就是在这样的背景下研制开发的

  10. 核心平台二版对问题的解决 • 系统伸缩性的解决 • 引入J2EE体系结构，增加了应用服务器，分担了原来数据库服务器的负担，使系统可以服务于更多得用户 • 引入分布式计算模式，利用“集群”的方式，增大系统的处理能力，使系统 “伸得开” • 多系统无缝连接、资源共享的解决 • 通用的XML数据交换格式 • 通用的HTTP协议 • 提供框架级和组件级资源共享的能力，其他系统不访问我的数据库也可以获得数据

  11. 核心平台二版对问题的解决 • 高并发访问时系统效率低的解决 • 利用“连接池”技术动态维护数据库连接，充分利用系统资源 • 业务逻辑与数据存取逻辑分离，减轻数据库负担，提高系统效率 • 利用“集群”技术提高效率 • 医院“两张皮”的解决 • 采用客户端加装DLL函数库的方式进行HIS系统的整合

  12. 核心平台二版对问题的解决 • 可维护性问题的解决 • 组件化的业务组织方式及面向对象的分析方法，使系统在新增、修改功能时只需加装组件，且改动对系统的影响控制在可管理的范围内 • 采用多层架构，业务逻辑由中心服务器集中管理，当业务新增、变化时只需修改中心服务器一处，而不需要每一个客户端都修改 • 采用面向对象的设计方法，使变更对系统的影响限制在可管理的范围内

  13. 核心平台二版对问题的解决 • 安全性的解决 • 统一的安全防卫层 • 统一的授权 • 统一入口 • 客户端只与WEB服务器打交道，完全不知数据库的任何信息。将数据库服务器与用户隔离开

  14. 到底核心平台二版是什么？ • 是一个基于J2EE的C/S/S多层结构的平台，有默认的业务实现

  15. 目 录 • 背景 • J2EE体系结构 • 架构概述 • 架构详述 • 什么是基于“社保核心平台二版”的开发？ • 架构展望 • 环境介绍

  16. 二、J2EE体系结构 • J2EE概述 • J2EE标准 • J2EE平台的优势 • J2EE产品

  17. 2.1 J2EE概述 • J2EE（Java Platform2 Enterprise Edition） • Sun公司为企业计算推出的企业级Java平台 • J2EE平台本质上是一个分布式的服务器应用程序设计环境，作为一个Java环境，它提供了： • 为应用提供运行时的基础框架环境 • 一套用来创建应用的Java扩展编程接口API

  18. 2.2 J2EE标准 • 规范 • J2EE规范 • EJB规范 • Servlet规范 • JSP规范 • J2EE CTS(Compatibility Test Suite，兼容性测试包) • 测试各厂商提供产品对J2EE的兼容性 • J2EE SDK • 各厂商共同遵守的标准开发API

  19. J2EE标准 • J2EE API • J2SE • RMI/IIOP • JDBC • JMS • JDNI • Servlet • JSP • JavaMail • JavaBean Activation Framework • EJB • JTA

  20. J2EE体系：整体结构

  21. J2EE API 路线图

  22. 2.2 J2EE优势 • 提供多层应用程序方案选择 • 多层应用程序方案 • 独立客户方案 • 以Web为中心的应用程序方案 • B2B方案

  23. 方案1：多层应用程序方案

  24. 方案2：独立客户方案

  25. 方案3：以Web为中心的应用程序方案

  26. 方案4：B2B 方 案

  27. 2.4 J2EE产品 • 商业产品 • BEA Weblogic • IBM WebSphere • Oracle 9i AS • …. • 开放源代码产品（免费） • Tomcat • JBoss • …

  28. Weblogic Server产品特征 • 集群Cluster • 为应用提供高可用性 • 负载均衡 • 提供系统方案的高可靠性 • 简单方便的系统维护 • 减低系统维护成本

  29. 目 录 • 背景 • J2EE体系结构 • 架构概述 • 架构详述 • 什么是基于“社保核心平台二版”的开发？ • 架构展望 • 环境介绍

  30. 三、架 构 概 述 • 核心平台二版架构是基于J2EE平台的C/S/S多层体系结构 • 系统架构的基础 • 架构总图及说明 • 架构的层次调用关系 • 系统技术标准 • 系统整体数据流图

  31. 3.1 系统架构的基础 • 核心平台二版系统架构基于J2EE标准应用方案独立客户端方案，并在此基础上针对社保行业的特点进行了进一步的扩展及实现。 • J2EE标准应用方案的独立客户端方案 • 核心平台二版的独立客户端方案

  32. 核心平台二版的独立客户端方案

  33. 3.2 架构总图及说明—总图

  34. 这就是核心平台二版

  35. 3.2 架构总图及说明—说明 • 架构模式及设计思想 • 架构调用层次 • 各个层次间的接口 • 各个层次间调用顺序

  36. 1. 架构模式及设计思想 • 调用模型的设计主要采用了层次化的设计思想，主要应用了MVC的设计模式，系统横向以MVC模式分层 。 • 视图层－View • 控制层－Control • 模型层－Model

  37. 1. 架构模式及设计思想 核心平台二版－视图层 • 在MVC设计模式的实现中，视图层一般为浏览器上显示的页面，在核心平二版的架构中视图层为Dephi写的传统应用客户端。客户端通过DLL函数库与服务器通讯。 • 核心平台系统与第三方应用的无逢连接性 • 加强了客户端的交互能力 • 加强了客户端对打印、报表的支持 • 保留了用户对界面的操作习惯 • 客户端自动在线更新

  38. 1. 架构模式及设计思想 核心平台二版－控制层 • 我们将控制层封装成SIEAF（社会保险企业级应用框架），在设计中分成两个部分： • 流程控制 • 系统服务

  39. 1. 架构模式及设计思想 核心平台二版－模型层 • 核心平台二版在模型层采用EJB，将核心的业务做成组件的形式，使业务层得到最大限度的重用。在组件的数据交互接口不变的前提下，如果业务逻辑发生变化则只需要修改组件内部逻辑，实现了两个优点： • 层次间的松耦合 • 业务逻辑的封装

  40. 2. 架构调用层次 客户端层 （View） 网络 服务器框架 (controller) 数据库(model) 业务组件 (model)

  41. 3. 各个层次间的接口 • 客户端层与服务器框架进通讯的接口 • 《SOAP XML规范》 • 服务器框架与业务组件的接口 • 《Event、EventResponse结构规范》 • 业务组件与数据库的接口 • 《JDBC2.0规范》

  42. 4. 各个层次间调用顺序

  43. 3.3架构的层次调用关系

More Related