劳动人事争议调解仲裁办案系统技术架构.pptVIP

劳动人事争议调解仲裁办案系统 技术架构 劳动人事争议调解仲裁办案系统项目组 2013年03月 第一页，共三十五页。 目录 技术架构 1 2 3 技术的发展历程 技术特点 第二页，共三十五页。 技术架构发展总体历程 C/S 架构系统 单机系统 B/S/S 架构系统 第三页，共三十五页。 LEAF框架 先进稳定、安全可靠、易用可扩展的二次开发平台框架 LEAF Labour Enterprise Application Framework 第四页，共三十五页。 LEAF的发展历程 第五页，共三十五页。 目录 技术架构 1 2 3 技术架构的发展历程 技术特点 第六页，共三十五页。 客户端：浏览器的发展历程 B/S/S架构的系统“浏览器”是客户端程序运行的“土壤”，浏览器的好坏直接影响业务办理速度 浏览器的变化 2003年~2005年：IE6独霸天下（微软公司） 2006年~2007年：火狐浏览器（Mozilla）与IE7的较量 2008年~今：IE、火狐、Chrome（google）浏览器三分天下 浏览器发展趋势 同等服务器和网络环境下页面加载（页面渲染）的速度越来越快 运算速度越来越快 对客户端硬件设备的也要求越来越高 未来 HTML5 GPU硬件加速 第七页，共三十五页。 浏览器使用情况报告 第八页，共三十五页。 客户端：前台组件技术的发展 前台组件的功能升级提升了系统整体易用性 2003年~2004年： 业界：JSP标签技术（TagLib）封装前台组件，减少前台代码的开发工作量（提示：此技术是在应用服务器上生成页面代码） 2004年~2005年： 业界： Ajax技术的成熟，简化了用户的操作（原来多个页面完成的业务可以在同一个页面完成） 2006年~2008年： 业界： dojo、ext等前台JS组件技术的成熟，前台组件控件组件化，即减少前台代码的开发工作量，也简化了用户的操作 2009年~今天： 更加丰富的前台组件 FLASH、 CHART图表展示组件，从单纯的二维表格转换为图表 发展趋势： 浏览器承担的工作量越来越大 用户操作越来越便捷 第九页，共三十五页。 客户端与应用服务器之间数据交换方式的变化 原有平台采用Form表单向服务器提交请求 缺点： 每次提交，服务区端除了处理数据外，还要生成前台页面格式和样式的代码，给服务器增加额外的负担 网络间传输大量的页面展示数据（格式和样式） 用户提交的每个请求都要刷新页面 2005年：Json数据格式出现 轻量级交互方式 客户端与应用服务器之间的数据传输量精简到最小 与Ajax技术配合达到最优的用户体验 第十页，共三十五页。 客户端与应用服务器之间数据交换方式的变化 第十一页，共三十五页。 应用服务器（1） ：技术架构的变化 技术框架的变化 传统平台：struts+hibernate 典型的MVC（M-业务模型；V-界面展示；C-控制）架构，通过控制器，实现了界面展示代码与业务逻辑代码的分离 新平台：Spring+struts+hibernate 通过Spring框架，在MVC的基础上将“M”中的代码耦合度降到最低（等于给程序建立了一层索引，使原有杂乱无章的代码更加有序） 优点： 通过降低程序之间耦合度，增强程序的维护性，从而为用户提供一个更加稳定的系统 对事务控制也进行了封装，提高开发效率 第十二页，共三十五页。 应用服务器（2） ：增加缓存架构 增加缓存框架 缓存静态代码（js代码、图片、静态页面） 缓存系统参数 缓存平台配置数据 优点：通过减少应用服务器端的I/O操作和频繁读取数据库中常用数据，提升系统性能 缺点：增加服务器内存（用内存换性能） 第十三页，共三十五页。 数据存储的变化 数据格式多样化 随着系统的复杂度的提高，二维关系型数据已经不能满足业务系统的需求，例如在档案管理需求中，对图片、文本文件（word、excle、pdf等）甚至视频、音频格式的数据存储需求越来越多。 传统方式：利用关系型数据库的存储此类数据非常消耗系统资源，经常导致系统性能的整体下降。 现在的存储方式：关系型数据库（例如：oracle）与磁盘存储（例如FTP服务器）并存 第十四页，共三十五页。 数据存储的变化 多数据源 随着业务系统的不断增加，系统之间数据的耦合度也越来越复杂，由原leaf平台只能同时操作一个数据源，极大的影响了业务系统的设计 目前版本平台可以同时操作多个数据源，为多数据源的业务设计奠定了技术基础 第十五页，共三十五页。 目录 技术架构 1 2 3 技术架构的发展历程 技术特点 第十六页，共三十五页。 1、布局特点 多个Tab页 栏目隐藏 公告及时刷新 第十七页，共三十五页。 2、fieldset 区域分割 显示/隐藏 第十八页，共三十五页。 3、基础组