中国教育和科研计算机网
EDU首页 |  中国教育 |   高校科技 |   教育信息化 |   CERNET
教育信息化

资讯 | 专题 会议 观点 专栏 访谈 企业 产品 CIO 技术 校园信息化 下一代互联网 IPv6视频课堂

中国教育网 > 教育信息化
您现在的位置: EDU首页 > 教育信息化 > 支撑平台 > 数据共享
统一数据库推进决策数字化
http://www.edu.cn   2013-01-31 中国教育网络 作者:肖威 王晓东

字体选择:【大】 【中】 【小】


  关键技术
  平台软件系统在设计中采用了先进的开发技术,包括:整体基于J2EE技术、WebServices接口、面向对象的组件技术、面向MVC的实现路线等。
  采用J2EE技术
  在平台设计中,规划横跨各职能管理部门、业务部门的统一的管理、服务的支撑平台,实现大集中模式的信息共享、管理集约化、多机构的联动服务以及未来知识整合和资源服务的拓展支撑。由于这样的系统横跨各个部门,横跨各种复杂的应用环境、平台和数据库,并对复杂的逻辑运算、分布式部署、分阶段分部门实施有很高的要求,势必需要采用先进的分布式计算技术来构建统一的运行平台支撑框架。这样,才能既可以保证本次建设和后续各类系统的完全融合,又可以保证在不断拓展新功能时技术支出成本最低。J2EE是构建基础平台和整合应用建设的首选。
  数据交换采用Web Services接口
  数字校园系统建设之前,已经建成了多个应用系统,例如,教务系统、财务系统、一卡通系统等。这些系统基本都是基于当时的需求由不同厂商建设的,系统设计及技术架构不统一、数据难于共享、管理维护分散在各系统中。因此,需要基于统一数据库平台将这部分系统集成起来。在本项目中采用面向管理、服务的方式来建设,在数据交换服务、应用服务、资源汇集、重组、注册和发布服务中,通过Web Services技术与原有各个系统进行集成。采用对象/组件技术、使用标准的Internet协议、将功能展示在互联网和校园网内部。
  组成Web Services 的关键技术有:XML、SOAP、WSDL、UDDI。其中,简单对象访问协议(SOAP)提供了标准的RPC方法来调用Web Services。Web Services描述语言(WSDL)用于描述Web Services(该Web服务的元数据信息:服务的名字、提供者、服务的具体访问地址等)及其函数、参数和返回值。统一描述、发现与集成(UDDI)规范定义了这样的注册中心:Web Services的提供者可以在其中发布相应的WSDL 文档,Web Services的消费者可以在其中找到自己需要的服务,并通过WSDL文档获得如何调用相应Web Services的方法。SOAP、WSDL、UDDI都是基于XML的协议。正是因为使用XML,使应用集成在数据层上达成了一致,解决了不同平台或系统、不同数据结构或模式之间的差异,使得原本复杂的数据层的集成变得简单。
  面向对象的组件技术
  平台采用了面向对象组件化设计,并基于跨平台业界标准,包括Java、XML等,完全独立于硬件和操作系统的开发环境。在设计和开发上提供了多种组件服务:公用组件和应用组件。基础服务提供独立于业务的公用组件,如工作流引擎、服务引擎、消息引擎、菜单管理引擎、电子表单、格式转换、个性化订制等。基于对业务功能的抽象,建立可重复使用的应用程序“业务对象”(应用组件),利用这些组件构建分布
  式应用系统。一方面,面向对象的组件技术在异构分布环境下为不同机器上的应用提供了互操作性,并无缝地集成了多种对象系统;另一方面,组件的可重用性和可插拔性可以大大加快软件开发的速度,降低了软件开发和再开发的成本,提供了系统良好的可伸缩性,使系统轻易地组合与拆分其功能模块。因此,基于面向对象的组件技术将系统的服务功能和业务模式独立开来,选用更灵活的组件方式来提升系统的功能支持,全面提升本系统和面向未来应用整合的综合支撑。
  面向MVC的实现路线
  本项目基础和各应用的架构和设计完全遵循MVC模式,在实际开发中大量采用Java技术。如:Servlet、JSP、JavaBean、JDBC、JavaMail、XML、Strucs、Spring等成熟稳定的前沿技术。MVC即Model-View-Controller,即把每一个应用的输入、处理、输出流程按照Model、View、Controller的方式进行分离。这样应用被分成三层——模型层、视图层、控制层。
  视图(View)代表用户交互界面。对于Web应用来说,可以概括为HTML界面,但有可能为XHTML、XML和Applet。随着应用复杂性和规模性的加剧,界面的处理也变得具有挑战性。一个应用可能有很多不同的视图,MVC设计模式对于视图的处理仅限于视图上数据的采集和处理,以及用
  户的请求,而不包括在视图上的业务流程的处理。业务流程的处理交予模型(Model)处理。
  模型(Model)就是业务流程/状态的处理以及业务规则的制定。业务流程的处理过程对其他层来说是黑箱操作,模型接受视图请求的数据,并返回最终的处理结果。业务模型的设计可以说是MVC最主要的核心,它从应用技术实现的角度对模型做了进一步的划分,以便充分利用现有的组件,但它不能作为应用设计模型的框架。MVC设计模式把应用的模型按一定的规则抽取出来,组织管理这些模型,以便于模型的重构和提高重用性。业务模型还有一个很重要的模型是数据模型。数据模型主要指实体对象的数据保存(持续化)。从数据库获取数据表单信息,并将这个模型单独列出,所有有关数据库的操作只限制在该模型中。
  控制(Controller)可以理解为从用户接收请求,将模型与视图匹配在一起,共同完成用户的请求。模型、视图与控制器的分离,使得一个模型可以具有多个显示视图。如果用户通过某个视图的控制器改变了模型的数据,所有其他依赖于这些数据的视图都应反映到这些变化。因此,无论何时发生了何种数据变化,控制器都会将变化通知所有的视图,导致显示的更新。这实际上是一种模型的变化-传播机制。

页面功能 【打印】 【关闭】 【我有话说

MOOC风暴来袭

版权所有:中国教育和科研计算机网网络中心 CERNIC,CERNET,京ICP备15006448号-16,京网文[2017]10376-1180号

关于假冒中国教育网的声明 | 有任何问题与建议请联络:Webmaster@staff.cernet.com