数字化校园解决实施方案.docx

《数字化校园解决实施方案.docx》由会员分享，可在线阅读，更多相关《数字化校园解决实施方案.docx（37页珍藏版）》请在第一文库网上搜索。

1、数字化校园解决实施方案1.1拟采用技术路线1. 1.1基于J2EE的框架技术在本次基础支撑平台和应用系统的建设中，规划和设计了横跨各职能管理部门、业务部门的统一的管理、服务的支撑平台，实现大集中模式的信息共享和交换、教学教务服务、协同办公服务、管理集约化、多机构的联动服务以及未来知识整合和资源服务的拓展支撑。由于这样的系统横跨各个部门，横跨各种复杂的应用环境、平台和数据库，并对复杂的逻辑运算、分布式部署、分阶段分部门实施有很高的要求,势必需要采用先进的分布式计算技术来构建统一的运行平台支撑框架。这样，才能既可以保证本次建设和后续各类系Java 2 Platform, Enterprise Ed

2、ition (J2EE) 被设计成专门用来解决多层式应用解决方案的开发、部署以及管理上的问题。J2EE已经成为一种业界标准。更被扩充成可支持XML Web Services的标准。满足和其他用J2EE或非J2EE标准所开发的Web Services沟通。在大型规模的J2EE应用程序中，商业逻辑是利用Enterprise JavaBeans (EJB)组件技术所建置。专门用来负责商业程序以及资料逻辑的处理。它可以透过 Java Database Connectivity (JDBC) SQL/J来连接数据库，或是透过 Java Connector Architecture (JCA)技术来连接既

3、有系统。它更可以利用Java用来处理XML的API (JAXP, Java API for XML Processing),并透过 WebServices 技术(包括：SOAP、UDDK WSDL 以及 XML)来连接应用程序。本项目设计和开发遵循J2EE规范和XML技术的多层计册和发布服务是采用WebServices部署在网络上的对象(或组件)集合技术。它采用对象/组件技术、使用标准的Internet协议、将功能展示在互联网和企业网内部。它的基石是以XML为主的、开放的Web规范技术，因此具有比任何现有的对象技术更好的开放性。构筑 Web Services 的关键技术有：XML、SOAP、W

4、SDL、UDDIo其中，简单对象访问协议(SOAP)提供了标准的RPC方法来调用 Web Services； Web Services 描述语言(WSDL)用于描述Web Services (该web服务的元数据信息：服务的名字、提供者、服务的具体访问地址等)及其函数、参数和返回值；统一描述、发现与集成(UDDI)规范定义了这样的注册中心：Web Services的提供者可以在其中发布相应的WSDL文档，Web Services的消费者则可以在其中找到自己需要的服务，并通过WSDL文档获得如何调用相应Web Services的方法。SOAP、WSDL、UDDI都是基于XML的协议，正是因为使用

5、XML,使企业应用集成在数据层上达成了一致,解决了不同平台或系统、不同数据结构或模式之间的差异，使得原本复杂的数据层的集成变得简单起来。SOAPWEB服务w E B服务客户为定WEB应用前端业务组件后端WOSL0J2EE支持组件ELB/JDBC/J2EE-ca/jmsSOAP数据库外部WEB服务UDDI汴册表WEB服务注册中心本次系统设计和建设是基于S0A的整体构架思想，采用XML的数据交换技术和基于WEB SERVICES服务进行业务系统整合和集成支持。以XML数据交互引擎，实现异构系统间XML数据的传输、迁移等服务，完成数据抽取、加载、发布和订阅模板以及数据格式的转换；以WEB SERVI

6、CES技术进行业务集无缝集成和互操作的可信整合。通过标准化接口、标准化服务描述、发布、发现等，解决了全局业务调用、集成,整合、个性服务等问题。实现基于应用的业务协作，为应用系统集成提供全新的应用集成手段，使得所有的业务应用系统，可以通过WEB SERVICES技术进行相互调用，并通过流程重组以及流程整合提供多种新型的、跨业务系统的应用,真正能够实现业务流互联互通、各类应用业务集成与发展。1. 1.3面向对象的组件技术针对我校数字校园的建设，拟采用面向对象组件化设计，并基于跨平台业界标准，包括Java、XML等，完全独立于硬件和操作系统的开发环境。在设计和开发上提供了多种组件服务：公用组件和应用

7、组件。基础服务提供独立于业务的公用组件，如工作流引擎、服务引擎、消息引擎、菜单管理引擎、电子表单、格式转换、个性化订制等；基于对业务功能的抽象，建立可重复使用的应用程序“业务对象”（应用组件），利用这些组件，构建分布式应用系统。面向对象的组件技术在异构分布环境下为不同机器上的应用提供了互操作性，并无缝地集成了多种对象系统；另一方面，组件的可重用性和可插拔性，可以大大加快软件开发的速度，降低了软件开发和再开发的成本，提供了系统良好的可伸缩性，使系统轻易地组合与拆分其功能模块。因此，基于面向对象的组件技术将系统的服务功能和业务模式独立开来，选用更灵活的组件方式来提升系统的功能支持，全面提升本系统和

8、面向未来应用整合的综合支撑。1. 1.4面向MVC的实现路线本项目基础和各应用的架构和设计完全遵循MVC模式，在实际开发中大量采用JAVA技术。如：SELVLET, JSP,JAVABEAN, JDBC, JAVAMIAL, XML, STRUC, SPRING, HQL 等成熟稳定的前沿技术。MVC 即 Model-View-Controller,即把每一个应用(学工、人事、科研等)的输入、处理、输出流程按照Model、View、Controller的方式进行分离，这样应用被分成三个层模型层、视图层、控制层。视图(View)代表用户交互界面，对于Web应用来说，可以概括为HTML界面，但有可

9、能为XHTML、XML和Applet。随着应用的复杂性和规模性，界面的处理也变得具有挑战性。一个应用可能有很多不同的视图，MVC设计模式对于视图的处理仅限于视图上数据的采集和处理，以及用户的请求，而不包括在视图上的业务流程的处理。业务流程的处理交予模型(Model)处理。如一个订单视图只接受来自模型的数据并显示给用户，及将用户界面输入数据和请求传递给控制和模型。模型(Model)：就是业务流程/状态的处理以及业务规则的制定。业务流程的处理过程对其它层来说是黑箱操作，模型接受视图请求的数据，并返回最终的处理结果。业务模型的设计可以说是MVC最主要的核心，它从应用技术实现的角度对模型做了进一步的划

10、分，以便充分利用现有的组件，但它不能作为应用设计模型的框架。MVC设计模式把应用的模型按一定的规则抽取出来，应该组织管理这些模型，以便于模型的重构和提高重用性。业务模型还有一个很重要的模型那就是数据模型。数据模型主要指实体对象的数据保存(持续化)。从数据库获取数据表单信息，并将这个模型单独列出，所有有关数据库的操作只限制在该模型中。控制(Controller)：可以理解为从用户接收请求，将模型与视图匹配在一起，共同完成用户的请求。划分控制层的作用也很明显，它清楚地告诉你，它就是一个分发器，选择什么样的模型，选择什么样的视图，可以完成什么样的用户请求。控制层并不做任何的数据处理。模型、视图与控制

11、器的分离，使得一个模型可以具有多个显示视图。如果用户通过某个视图的控制器改变了模型的数据，所有其它依赖于这些数据的视图都应反映到这些变化。因此，无论何时发生了何种数据变化，控制器都会将变化通知所有的视图，导致显示的更新。这实际上是一种模型的变化-传播机制。模型、视图、控制器三者之间的关系和各自的主要功能，如图所示。通知改变状态先询拽状程祝相应用”时相应逋用态序倒状态改变模次图选择用户请求视图薛群模型模型更新请求发送用户输入给控制器允许柠制器选杼视图定义用户程序柠为用户动作相应或模型更新选择相应的视图控制器方法调用 密件J1. 1.5灵活的工作流技术1、面向数据服务的工作流技术：提供在异构数据环

12、境中的多种工作流自定义，实现各类业务系统基于业务规则，业务调度，业务处理的数据交换、管理和服务。并依据工作流的实习方式完成数据交换引擎对数据抽取和数据分发，实现业务系统非规范数据结构与公共数据库的标准数据结构的相互转换，所有的设计和实施过程脱离对数据库的深层操作，数据交换的脚本定义，为用户在全局数据环境的管理和服务等方面提供透明的运行模式。日出2、面向业务服务的工作流技术：协同工作环境需要一个直观的，可视化的工作流设计环境，领导或决策人员对协同工作的工作流进行设计，查看和修改。针对其用户的特点,直接让其进行底层的控制显然不合适，因此需要一个专门的设计环境。面向工作流服务主要是解决流程类业务的需

13、求提供支撑的。一个业务流程可能包括多个任务节点，每个任务节点需要有特定的执行人、填写必要的数据或者是由特定的程序进行自动处理。从学校组织结构的角度，每个流程可能在部门内部、部门之间进行流转；从学校业务角度，流程可能在系统内部流转，也可能跨越多个系统进行流转。关注如何制定合理、适用、灵活的工作流。我们在设计上，采用图形化的方式进行流程的定制，支持串行、并行、条件路由，支持循环和自循环等复杂流程设计。以XML提供工作流引擎调用数据交换服务，支持部门之间（包括同级部门和上下级部门）进行流程的协同运转。严格的权限控制实现以业务数据表单流转，流程的监控以及异常情况的处理来控制业务处理的状态，完成提醒、代

14、办、催办等服务，以人性化的服务特点实现手写签名、留痕等应用。1. 1.6动态网页生成技术应用系统软件平台的网页生成采用模板技术。模板技术是采用XMLC来实现，基于内容、模板配置信息和数据驱动动态地生成网页。用户界面的排版和显示部分由预先制作模板承担，并支持任何标准化的HTML工具，模板根据用户的角色和权限提取相应的内容和数据，配合模板合成针对用户的个性化动态网页。1. 1.7应用程序的开发和运行结构应用系统平台的开发及运行结构基于后台数据库的三层架构，即Web服务器、应用服务器和数据库服务器。三层的分工如下：Web层负责对应用的展示，应用层封装业务逻辑，数据库服务层提供联机事务处理。在三层架构

15、基础上，采用MVC (Model-View-Controller)加上服务容器的体系架构，支持各层之间的松耦合，从而做到服务到业务流程可配置和可重构。将其它应用包装(Wrap)为服务，有效、无缝地接入到服务容器，实现与其它应用程序集成。采用基于Eclipse的集成可视化开发环境，集分析、设计、构造(开发/编译/测试/打包)、部署、测试等于一体，从需求分析、设计到代码自动生成，均在统一的开发环境中完成，从而，实现了开发过程的自动化、规范化、标准化，保证了从需求到实现的一致性和可追踪性。更高效、更易调试、适合于迭代式开发的集成软件开发环境让开发人员更有生产力，开发效率更高，分析、设计、构造、部署更加统一、方便、规范。1.2技术要点1.2.1 基础支撑平台设计1.2. L