当前位置:文档之家› 05劳动人事争议调解仲裁办案系统-技术架构(ppt34张)

05劳动人事争议调解仲裁办案系统-技术架构(ppt34张)


4、快速查询组件QuickSearch

通过此组件极大的简化了业务数据定位的操作
5、拼音简码快速录入
6、数据列表组件Gird

1、可对任意列进行排序 2、可只显示指定的若干列,其余列隐藏 3、可导出excel2003、excel2007格式的当前页、所有 页的数据
7、树形组件Tree
传统方式:利用关系型数据库的存储此类数据非常消耗 系统资源,经常导致系统性能的整体下降。 现在的存储方式:关系型数据库(例如:oracle)与磁 盘存储(例如FTP服务器)并存

数据存储的变化
多数据源


随着业务系统的不断增加,系统之间数据的耦合度也越来越复杂, 由原leaf平台只能同时操作一个数据源,极大的影响了业务系统的 设计 目前版本平台可以同时操作多个数据源,为多数据源的业务设计 奠定了技术基础
12、全文检索支持
13、报表二次开发来自支持多种格式pdf、excel、xlsx、word、html、applet、 rtf、xml、csv、text
14、系统功能菜单


灵活的菜单配置 自动生成系统菜单 细化到按钮的权限控制
15、业务回退

数据摘要 界面还原 细化到按钮功能
对系统建设和业务办理的影响 UI组件的技术升级
LEAF的发展历程
目录
1
2 3
技术架构 技术架构的发展历程 技术特点
客户端:浏览器的发展历程


B/S/S架构的系统“浏览器”是客户端程序运行的“土 壤”,浏览器的好坏直接影响业务办理速度 浏览器的变化

2003年~2005年:IE6独霸天下(微软公司) 2006年~2007年:火狐浏览器(Mozilla)与IE7的较量 2008年~今:IE、火狐、Chrome(google)浏览器三分天下


缓存静态代码(js代码、图片、静态页面) 缓存系统参数 缓存平台配置数据

优点:通过减少应用服务器端的I/O操作和频繁读取数据 库中常用数据,提升系统性能 缺点:增加服务器内存(用内存换性能)
数据存储的变化
数据格式多样化 随着系统的复杂度的提高,二维关系型数据已经不能满 足业务系统的需求,例如在档案管理需求中,对图片、 文本文件(word、excle、pdf等)甚至视频、音频格 式的数据存储需求越来越多。
客户端与应用服务器之间数据交换方式的变化
应用服务器(1) :技术架构的变化

技术框架的变化

传统平台:struts+hibernate

典型的MVC(M-业务模型;V-界面展示;C-控制)架构,通过控制器,实现 了界面展示代码与业务逻辑代码的分离

新平台:

Spring+struts+hibernate
目录
1
2 3
技术架构 技术架构的发展历程 技术特点
1、布局特点

多个Tab页 栏目隐藏 公告及时刷新
2、fieldset

区域分割 显示/隐藏
3、基础组件集合


文本域input组件 数据有效性校验 代码项列表codelist

及时过滤
日历牌组件


支持手工输入和选择两种例如方式 日期格式化
通过Spring框架,在MVC的基础上将“M”中的代码耦合度降到最低(等于 给程序建立了一层索引,使原有杂乱无章的代码更加有序)
通过降低程序之间耦合度,增强程序的维护性,从而为用户提供一个更加稳定 的系统 对事务控制也进行了封装,提高开发效率

优点:


应用服务器(2) :增加缓存架构

增加缓存框架
劳动人事争议调解仲裁办案系统
技术架构
劳动人事争议调解仲裁办案系统项目组 2013年03月
目录
1
2 3
技术架构 技术的发展历程 技术特点
技术架构发展总体历程
单机系统
C/S 架构系统
B/S/S 架构系统
LEAF框架
先进稳定、安全可靠、易用可扩展的二次 开发平台框架
LEAF
Labour Enterprise Application Framework

树形展示 右键菜单功能
8、可编辑的折叠选框
可编辑的折叠选框 可录入其他说明


9、ENTER键切换焦点
实现纯键盘操作 使用Tab键可进行焦点切换 使用Enter键进行焦点切换


10、数据图形化展示

数据图形化展示 饼图 柱图 线图 双线图 ……
11、利用地图展示数据
平面图片技术
与GIS地图接口
业界: Ajax技术的成熟,简化了用户的操作(原来多个页面完成的业务可以在 同一个页面完成) 业界: dojo、ext等前台JS组件技术的成熟,前台组件控件组件化,即减少前台 代码的开发工作量,也简化了用户的操作

2004年~2005年:


2006年~2008年:


2009年~今天:

更加丰富的前台组件 FLASH、 CHART图表展示组件,从单纯的二维表格转换 为图表

发展趋势: 浏览器承担的工作量越来越大 用户操作越来越便捷
客户端与应用服务器之间数据交换方式的变化


原有平台采用Form表单向服务器提交请求 缺点: 每次提交,服务区端除了处理数据外,还要生成前台页面 格式和样式的代码,给服务器增加额外的负担 网络间传输大量的页面展示数据(格式和样式) 用户提交的每个请求都要刷新页面 2005年:Json数据格式出现 轻量级交互方式 客户端与应用服务器之间的数据传输量精简到最小 与Ajax技术配合达到最优的用户体验


提升了前台界面设计的灵活度 提升了用户前台操作的体验 使业务表单信息项更加聚类
数据传输格式的转变优化了网络间数据传输量 缓存架构:升级提升了服务器的运算效率
对系统建设和业务办理的影响
Spring框架:使程序进一步解耦,提升了系统的可维护性 地图导航组件、图表组件:提高了业务数据的展示效果 新的系统管理模式:细化了系统管理,更加适合大型企业级应 用系统 多数据源管理:使业务系统更加容易与其他系统进行集成 Ftp服务器:

浏览器发展趋势

同等服务器和网络环境下页面加载(页面渲染)的速度越来越快 运算速度越来越快 对客户端硬件设备的也要求越来越高
HTML5 GPU硬件加速

未来

浏览器使用情况报告
客户端:前台组件技术的发展

前台组件的功能升级提升了系统整体易用性 2003年~2004年:

业界:JSP标签技术(TagLib)封装前台组件,减少前台代码的开发工作量(提 示:此技术是在应用服务器上生成页面代码)
相关主题