中职数字校园综合应用平台

中职数字校园综合应用平台技术方案目录一、 产品概述 5二、 系统规划 51. 架构设计 52. 架构特点 63. 技术架构 94. 关键技术特性 104.1. RabbitMQ 114.2. 高性能缓存技术--memcached 144.3. 企业级数据库—OracleRAC 154.4. Web服务器负载均衡和集群 174.5. 分层结构 17三、 产品性能及安全措施 201. 性能和设计容量 201.1. 处理能力 201.2. 安全性 201.3. 扩展性 222. 系统网络安全策略 222.1. 满足网络的分级管理需求 222.2. 需求、风险、代价平衡的原则 222.3. 综合性、整体性原则 232.4. 可用性原则 232.5. 分步实施原则 233. 具体保障措施 233.1. 系统级 233.2. 应用级 24四、 功能介绍 241. 基础支撑平台 241.1. 数据标准建设 241.2. 数据中心平台 251.3. 应用管理中心 291.4. 统一身份认证平台 301.5. 授权管理中心 341.6. 平台运维管理 361.7. 个人门户（统一桌面）平台 381.8. 现有相关系统整合 382. 系统管理 402.1. 基本信息设置 402.2. 系统设置 473. 教务管理 573.1 学籍管理 573.2 成绩管理 703.3 教学基本信息 773.4 选课管理 823.5 考务管理 823.6 竞赛管理 863.7 实训管理 904. 培训管理 994.1 资料管理 994.2 技能考试 1004.3 全国英语等级考试 1024.4 全国计算机等级考试 1024.5 培训管理 1024.6 安全生产培训 1034.7 师资库 1035. 德育管理 1045.1. 基础信息 1045.2. 班级考核 1055.3. 班主任考核 1075.4. 职业素质管理 1085.5. 住宿生考核 1096. 团委管理 1106.1. 团务管理 1106.2. 团校管理 1116.3. 业余党校管理 1136.4. 活动管理 1147. 实习管理 1158. 科研管理 1168.1. 科研管理 1169. 后勤管理 1199.1. 机房管理 1199.2. 日常管理 12110. 其他 12110.1. 通知 121五、 运行环境 1231. 部署图 1232. 软硬件配置清单 1233. 运行环境介绍 1263.1. Linux操作系统 1263.2. Windows操作系统 127产品概述中职数字校园是面向广大中职院校，基于数字校园终端，利用短信、互联网等多种手段，可以实现教育门户、短信互动、学籍管理、选课管理、考务管理、成绩管理、毕业管理、就业管理、师资管理、办公OA以及教师人事和科研管理等功能，提供现代化信息互动沟通的综合信息服务，为教育事业提供全面的教育信息化服务。我司在全国10多个省份运营的基础上，根据教育行业和运营商应用的新要求，在原有的基础功能：办公OA、协同办公、学籍管理、教务管理、成绩管理、平安点到、家校互动的基础上，推出了师资管理、校产管理、网络U盘、教育资源等新的教育应用，使得数字校园能够捆绑更多的用户，更加符合教育行业和运营商应用的要求。中职数字校园在用户进行数据订阅和发布时，新采用了MQ同步机制，将用户数据进行同步处理，方便了用户的使用和体验。中职数字校园是为实现中等职业技术学校的管理需要，加强在学籍、教学计划、选课、考务等方面的流程化，使之更适合中职（高校）的管理模式。本系统能很好的体现出学校的院、系结构，实现教学计划的管理和权限控制流程，对行政班和教学班的应用进行明显得划分，适用于完全学分制和半学分制院校的管理。系统的建设充分体现学校的服务意识，为学生、管理人员等各类用户提供人性化的服务，并提供灵活的数据接口，满足历史数据的平滑接入和校内外各企事业单位、教委、教育部等上级主管部门的各种外部数据需求。系统规划架构设计目前，各中职院校已经建设了大量的教育信息资源、教育教学管理应用软件，我司将把中职院校作为有机的整体来考虑，从中职学校整体应用的角度出发来进行设计，建设数字校园“云计算”平台，逐步将教育各类数据信息存储在云上，实现资源共享，同时也可以利用云计算所提供的强大的协同工作能力实现教育信息资源的共建。云服务是一个巨大的资源池，采用云计算模式，由学校统一构建各类应用，各部门根据需求选择使用，通过各自相应的权限，进入系统，录入和维护相关业务数据，而应用程序的访问和使用、后台服务器的管理和维护等工作，则由学校统一安排和处理，可以有效避免重复投资以及“信息孤岛”的产生，极大的提供效率，节约教育成本。中职数字校园“云计算”平台可以实现对中职院校教育信息化各类应用的整合，建立一个统一的电子办公桌面、业务应用平台、运营管理平台、教育基础数据库、统一的门户网站，全面提高教育信息化应用水平和教育管理决策水平。架构特点整体规划，分步实施，统一管理我们在做系统规划时，是把学校各部门作为有机的整体来考虑，从整个学校应用的角度出发来进行设计，建设城域级的平台，可以有效避免重复投资以及“信息孤岛”的产生。学校是整个城域网的枢纽和中心，能够对下属各院系、各部门的基础数据进行综合管理；各部门之间能够实现数据和信息共享。由于各院系、部门使用同一平台，所有的教务教学信息、学生学籍信息、成绩信息、教师人事信息、校产信息等都集中在学校统一的基础数据库中，故学校可以方便地对各院系/部门数据进行收集和挖掘,并利用平台提供的统计分析功能，可以将收集到的数据进行分类整理和统计，从而形成符合教育办公、教育管理的各类统计报表、图表。同时，数字化校园建设是一项长期任务，需要分步、分层次逐步实施，逐步完善。强大的扩展性系统基于B/S三层架构模式设计，只要能上网就可以享受各种应用功能，系统的升级、维护和备份只需要在服务器端进行，大大减少系统的维护工作量。平台采用完全封装、模块化的设计方式，故用户可以方便地对各系统的功能进行扩展，而不会影响前期系统的运行。在运行环境和运行性能的扩展方面，系统在设计之初就考虑到了系统用户量会有很大的区别，所以具有良好的可伸缩性，采用同一软件应用框架的用户只需进行不同服务器组配置就可以进行系统负载量扩容。系统引进了XML数据交换方式。由于XML数据交换格式是开放式且基于文本的可扩展表示语言，所以我们的系统非常适用于异构系统之间交换事务信息。系统全面支持使用开放式的方式协助整合信息，使信息在不同的应用系统间流畅互通，使不同系统之间的数据得以动态共享，强化了数据使用者与系统之间的聚合性。统一桌面、方便应用统一桌面作为用户个人工作平台，极大地方便了用户对平台中各应用系统的使用。统一桌面内置了基础平台，是各个应用系统的入口。用户登录统一桌面后，可以点击进入经过授权的各应用子系统，而不需再登录。值得一提的是，统一桌面不仅可以实现同一平台内各应用子系统的单点登录，还可以与其他平台，以及符合基础平台接口规范的第三方厂商的系统等实现统一认证，从而实现了一点登录，全网通行，大大方便了用户在不同业务系统间进行切换操作。数据标准化在数字化校园的建设中，普遍存在着“信息孤岛”问题，所以我们在方案的设计中，就着力避免这一问题。系统设计遵循CMM3的软件工程管理规范，遵循数据标准，实现了标准化设计。软件全面遵循国家相关规范，包括：《教育管理信息化标准》、《中国行政区划码》、《教育部教学仪器设备新产品新技术》、《中国现代远程教育技术标准规范》、《教育管理信息系统互操作框架》、《国家机关公文处理办法》等。数字化校园建设中，数据的统一和标准化将使整个数字化校园系统具有强大的数据扩展性和兼容性，为应用系统之间的兼容和互联互通提供有力的保障。统一数据库建设数字化校园建模中，采用了基础数据库的统一管理，确保统一平台和统一数据库，避免信息孤岛的出现：学校编码、学生编码、教师编码以及学科编码的统一；任何两个异构应用系统之间的数据共享；任何两个应用系统之间没有冗余业务数据；任何应用系统的添加和修改不影响其它应用系统的正常运行；提供各类分析报表，为学校的决策支持提供分析。角色化管理根据教务人员、学科教师、班主任、系统管理员、学生、家长等用户的不同角色，建立完善的角色化管理机制，不同角色的用户只能操作自己权限内的功能，从而大大地降低了系统管理员的维护量，并提高了整个系统的安全保障性。例如：教务老师：拥有招生、学籍管理的权限，可以对学生的学籍，升、留级及异动、学生毕业等具有相应的权限，同时也可以对相关教师的情况进行管理。任课教师和班主任：具有学生的考试成绩、评语等的输入权限。系统管理员：负责整个系统的正常运营和维护。学生：拥有对教师考核、对自己情况了解等的权限。家长：拥有查询孩子的学习情况，和教师进行互动沟通的功能。同时在系统的运营过程中，也可以根据不同的角色，分配不同的数据维护权限，对关键的数据进行加密处理，学校可以根据需要生成各种报表报送到上级单位。数据的互联互通系统采用了先进成熟的XML技术，提供标准化的XML数据交换接口，支持与其他应用系统的全方位数据交流，在不同的应用系统之间互通，不同部门之间的数据可以动态共享，强化了数据使用者与服务器系统之间的聚合性。同样利用XML的可延伸性及自我描述的特性，同一数据可以用不同的表现方式提供给不同用户，在多个不同的数据库之间传递信息。系统提供了强大的数据导入和导出的功能，支持xls\dbf\xml\图片等多种数据格式的导入，提供学生学籍变更报表、教师基础信息报表、班级信息报表、学校基本情况报表等多类报表，为领导的决策分析提供强大的数据支持。系统安全可靠性系统在设计中充分考虑了系统的可靠性，充分考虑了系统的冗余度，尽可能地避免单点故障。保证了成功运行程序的概率。为了确保数据库的安全，提供了数据备份、加密等一系列安全的措施，确保系统在发生意外故障时能够尽快恢复正常运行，而避免数据不受破坏。技术架构平台整体基于JavaEE平台开发。基础数据库建议采用性能卓越、成熟稳定的OracleEnterprise企业级数据库，优化表结构设计，并且在应用层使用Memcached,OSCache等高速缓存技术，减少数据库读写频率。在采取上述技术的基础上，访问量大的应用通过多服务器集群的部署方式（即云平台）来提高系统吞吐量，并且可以根据用户数量的持续增加继续扩充。采用MQ消息队列技术，支持处于不同硬件、不同操作系统、不同语言编写等异构系统间消息的传递，只需要简单的调用MQ的API（应用程序编程接口），就可以互相通讯，不必考虑底层系统和网络的复杂性。MQ不仅有很高的性能，而且对各种平台的支持非常好，几乎能想到的硬件和操作系统平台以及编程语言，MQ都有专门的API支持。在安全性方面，密码以加密形式存放在数据库中，系统提供弱密码检测功能。通过严密的定义到操作级的权限控制，确保用户只能访问到权限范围内的页面和资源，并且对用户的操作都提供详细的日志记录。同时建议在防火墙关闭不必要的端口。应用系统基于Spring和Struts2框架进行开发。这是目前应用广泛并且相当成熟的框架组合。Spring使用基本的JavaBean来完成以前只可能由EJB完成的事情，基于Spring开发的Java应用具有方便性、可测试性和松耦合性的特点。Spring可以将简单的组件配置、组合成为复杂的应用，也提供了很多基础功能（事务管理、持久化框架集成等），使得开发工作更多的只需要关注应用逻辑的开发。Struts2是一个MVC模式的JavaEEWeb框架，其主要特点是组件化和代码重用。Struts2提供了很多核心功能，包括前端拦截器interceptor，运行时表单属性验证，类型转换，强大的表达式语言OGNL等。通过在这两个框架的基础上进一步封装，使得应用的内部层次清晰，大大降低维护的复杂程度和功能扩充的难度。在界面方面，引入Ajax构建更为动态和响应更灵敏的Web应用程序。借助于Ajax，可以在用户单击按钮时，使用JavaScript和DHTML立即更新用户界面，并向服务器发出异步请求，以执行更新或查询数据库。当请求返回时，就可以使用JavaScript和CSS来相应地更新用户界面，而不是刷新整个页面。以上过程对终端用户透明，也就是说Web站点看起来是即时响应的。再结合简洁美观的交互界面设计，可以带来更好的用户体验。关键技术特性系统融入了云计算技术和设计理念，主要体现在PaaS服务模式和SaaS服务模式两个典型的云计算应用上。云计算平台主要提供几大块的功能：数据交换服务；认证和单点登录服务；第三方AP接入服务；其他功能服务，比如网盘、短信等。SaaS服务模式（Software-as-a-Service），软件即服务模式，它是一种通过Internet提供软件的模式，系统中的网站系统、网络硬盘、即时通讯、远程教育互动平台、短信平台、家校互联等工具类产品都提供SaaS模式，用户不需要购买任何服务器、存储设备，更不需要在自己的信息中心部署应用环境，只需要支付每年的软件使用费即可享受专业的教育软件服务，按使用的系统模块和人数来收费，既可以节约设备投入和系统维护成本，又不用为系统升级发愁。PaaS服务模式（Platform-as-a-Service），平台即服务模式，提供了强大的业务中间件,可以按国际通用技术标准接入第三方应用系统，接入的第三方应用可部署在互联网的任意物理位置，并实现基础数据交互和共享，实现统一认证，快速的接入和集成用户现有业务系统，减少了资源浪费和重复建设，很好的体现了云计算的理念和技术。学校和教育局无需再投入昂贵的硬件购置成本，只需要通过互联网来使用PaaS的计算力，“把你的计算机当做接入口，一切都交给云计算平台”。高可靠性：我们提供了应用的热备HA，当某一个应用的数据节点出现了故障，可以自动切换到另外一个节点提供服务，保证该应用能够提供7×24小时服务。高可扩展性：平台提供了接入第三方应用的功能，可以实现整个平台业务系统的持续扩展；整个平台可以做集群，可以方便的添加硬件（一般普通的PC服务器），就可以是整个平台的计算能力横向扩展，而不需要购买价格昂贵的小型机或是重新开发新的软件。虚拟化：云计算支持用户在任意位置、使用各种终端获取应用服务。所请求的资源来自“云”，而不是固定的有形的实体。应用在“云”中某处运行，但实际上用户无需了解、也不用担心应用运行的具体位置。只需要一台笔记本或者一个手机，就可以通过网络服务来实现我们需要的一切。通用性。云计算不针对特定的应用，在“云”的支撑下可以接入各种各样的应用，同一个“云”可以同时支撑不同的应用运行。RabbitMQRabbitMQ是由LShift提供的一个AdvancedMessageQueuingProtocol(AMQP)的开源实现，由以高性能、健壮以及可伸缩性出名的Erlang写成，因此也是继承了这些优点。消息中间件传统的数据交换技术的局限性：同步通信：客户发出调用后，必须等待服务对象完成处理并返回结果后才能继续执行；客户和服务对象的生命周期紧密耦合：客户进程和服务对象进程都必须正常运行；如果由于服务对象崩溃或者网络故障导致客户的请求不可达，客户会接收到异常；点对点通信：客户的一次调用只发送给某个单独的目标对象。消息中间件较好的解决了以上问题。发送者将消息发送给消息服务器，消息服务器将消息存放在若干队列中，在合适的时候再将消息转发给接收者。这种模式下，发送和接收是异步的，发送者无需等待；二者的生命周期未必相同：发送消息的时候接收者不一定运行，接收消息的时候发送者也不一定运行；一对多通信：对于一个消息可以有多个接收者。高级消息队列协议（AMQP）是一个异步消息传递所使用的应用层协议规范。作为线路层协议，而不是API（例如JMS2），AMQP客户端能够无视消息的来源任意发送和接受信息。现在，已经有相当一部分不同平台的服务器和客户端可以投入使用。消息队列技术是分布式应用间交换信息的一种技术。消息队列可驻留在内存或磁盘上,队列存储消息直到它们被应用程序读走。通过消息队列，应用程序可独立地执行--它们不需要知道彼此的位置、或在继续执行前不需要等待接收程序接收此消息。消息队列(MessageQueue)的API调用被嵌入到新的或现存的应用中，通过消息发送到内存或基于磁盘的队列或从它读出而提供信息交换。消息队列可用在应用中以执行多种功能，比如要求服务、交换信息或异步处理等。中间件是一种独立的系统软件或服务程序，应用系统借助这种软件在不同的技术之间共享资源，管理计算资源和网络通讯。它在计算机系统中是一个关键软件，它能实现应用的互连和互操作性，能保证系统的安全、可靠、高效的运行。中间件位于用户应用和操作系统及网络软件之间，它为应用提供了公用的通信手段，并且独立于网络和操作系统。中间件为开发者提供了公用于所有环境的应用程序接口，当应用程序中嵌入其函数调用，它便可利用其运行的特定操作系统和网络环境的功能，为应用执行通信功能。如果没有消息中间件完成信息交换，应用开发者为了传输数据，必须要学会如何用网络和操作系统软件的功能，编写相应的应用程序来发送和接收信息，且交换信息没有标准方法，每个应用必须进行特定的编程从而和多平台、不同环境下的一个或多个应用通信。例如，为了实现网络上不同主机系统间的通信，将要求具备在网络上如何交换信息的知识（比如用TCP/IP的socket程序设计）；为了实现同一主机内不同进程之间的通讯，将要求具备操作系统的消息队列或命名管道(Pipes)等知识。面向消息的中间件（MOM）系统，例如发布/订阅队列，没有作为基本元素实现。反而通过发送简化的AMQ实体，用户被赋予了构建例如这些实体的能力。这些实体也是规范的一部分，形成了在线路层协议顶端的一个层级：AMQP模型。这个模型统一了消息模式，诸如发布/订阅、队列、事务以及流数据，并且添加了额外的特性，例如更易于扩展，基于内容的路由。MQ的工作原理首先来看本地通讯的情况，应用程序A和应用程序B运行于同一系统A，它们之间可以借助消息队列技术进行彼此的通讯：应用程序A向队列1发送一条信息，而当应用程序B需要时就可以得到该信息。其次是远程通讯的情况，如果信息传输的目标改为在系统B上的应用程序C，这种变化不会对应用程序A产生影响，应用程序A向队列2发送一条信息，系统A的MQ发现Q2所指向的目的队列实际上位于系统B，它将信息放到本地的一个特殊队列－传输队列(TransmissionQueue)。我们建立一条从系统A到系统B的消息通道，消息通道代理将从传输队列中读取消息，并传递这条信息到系统B，然后等待确认。只有MQ接到系统B成功收到信息的确认之后，它才从传输队列中真正将该信息删除。如果通讯线路不通，或系统B不在运行，信息会留在传输队列中，直到被成功地传送到目的地。这是MQ最基本而最重要的技术--确保信息传输，并且是一次且仅一次(once-and-only-once)的传递。MQ提供了用于应用集成的松耦合的连接方法，因为共享信息的应用不需要知道彼此物理位置（网络地址）；不需要知道彼此间怎样建立通信；不需要同时处于运行状态；不需要在同样的操作系统或网络环境下运行。高性能缓存技术--memcachedMemcached是一个高性能的分布式的内存对象缓存系统，通过在内存里维护一个统一的巨大的hash表，它能够用来存储各种格式的数据，包括图像、视频、文件以及数据库检索的结果等。最初为了加速LiveJournal访问速度而开发的,后来被很多大型的网站采用。起初作者编写它可能是为了提高动态网页应用，为了减轻数据库检索的压力，来做的这个缓存系统。它的缓存是一种分布式的，也就是可以允许不同主机上的多个用户同时访问这个缓存系统，这种方法不仅解决了共享内存只能是单机的弊端，同时也解决了数据库检索的压力，最大的优点是提高了访问获取数据的速度！基于memcached作者对分布式cache的理解和解决方案。图三缓存服务器减缓数据库压力原理memcached是高性能的分布式内存缓存服务器。一般的使用目的是，通过缓存数据库查询结果，减少数据库访问次数，以提高动态Web应用的速度、提高可扩展性。memcached作为高速运行的分布式缓存服务器，具有以下的特点：协议简单基于libevent的事件处理内置内存存储方式memcached不互相通信的分布式企业级数据库—OracleRAC作为基础中心库基础架构核心动力的数据库，要求数据库能够高效、稳定、安全、易扩展、可管理性，同时，出于对成本控制的考虑，要求新系统既能够满足未来基础中心库发展的需要，又能够把包括购买成本、管理成本在内的总拥有成本降至最低。简而言之，要求新基础架构中的数据库平台：稳定高效安全易扩展易管理低成本在性能与成本之间获得很好的平衡，全面满足网站的应用需求。采用基于Linux的Oracle集群数据库(OracleRAC)作为基础中心数据库的数据库平台，既能够充分利用Linux平台的低成本优势，同时能够获得Oracle数据库强大的性能优势，获得对网站发展至关重要的系统性能、安全性、可靠性和可扩展性。Oracle集群数据库在性能、安全性、24x7高可用性、稳定性方面都很好地满足基础中心库的应用需求。另一方面，Oracle公司对Linux的积极态度和支持力度以及在Linux平台上不断实现的性能突破，坚定了使用用Linux的信心，使我们既能够满足基础数据中心对性能和安全性的高要求，同时也能够很好地解决了成本控制的问题。基于Linux的Oracle集群数据库使我们能够以较低的成本在Linux平台上获得企业级的性能、可靠性和可扩展性，在Linux平台上运行关键应用系统。其强大的集群能力，使我们能够在以后数据量上升到一定程度需要增加系统容量时，只需简单地增加节点，完全不需要更改应用，获得了一个真正按需部署的系统。OracleRAC真正应用集群架构图Oracle分区功能可以提高许多应用程序的可管理性、性能与可用性。通过分区功能，可以将表、索引和索引组织表进一步细分为段，从而能够更精确地管理和访问这些数据库对象。Oracle提供了种类繁多的分区方案以满足每种业务要求。而且，因为在SQL语句中分区是完全透明的，所以该功能几乎可应用于任何应用程序。分区功能的优势分区功能通过改善可管理性、性能和可用性，从而为各式应用程序带来了极大的好处。通常，分区可以使某些查询以及维护操作的性能大大提高。此外，分区还可以极大简化常见的管理任务。通过分区，数据库设计人员和管理员能够解决前沿应用程序带来的一些难题。分区是构建千兆字节数据系统或超高可用性系统的关键工具。具有Oracle分区功能的Oracle数据库可以显著增强几乎任何数据库应用程序的可管理性、性能和可用性。分区功能可用于前沿应用程序，分区功能确实能够成为保障这些应用程序成功的关键技术成分。同时，分区功能也可用于较为普通的数据库应用，来简化这些应用的管理工作，降低管理成本。Web服务器负载均衡和集群负载均衡建立在现有网络结构之上，它提供了一种廉价有效的方法扩展服务器带宽和增加吞吐量，加强网络数据处理能力，提高网络的灵活性和可用性。它主要完成以下任务：解决网络拥塞问题；为用户提供更好的访问质量；提高服务器响应速度；提高服务器及其他资源的利用效率；避免了网络关键部位出现单点失效。反向代理负载均衡（缓冲池）技术使用代理服务器可以将请求转发给内部的Web服务器，使用这种加速模式显然可以提升静态网页的访问速度。因此也可以考虑使用这种技术，让代理服务器将请求均匀转发给多台内部Web服务器之一上，从而达到负载均衡的目的。这种代理方式与普通的代理方式有所不同，标准代理方式是客户使用代理访问多个外部Web服务器，而这种代理方式是多个客户使用它访问内部Web服务器，因此也被称为反向代理模式。使用反向代理的好处是，可以将负载均衡和代理服务器的高速缓存技术结合在一起，提供有益的性能，具备额外的安全性，外部客户不能直接访问真实的服务器。并且实现起来可以实现较好的负载均衡策略，将负载可以非常均衡的分给内部服务器，不会出现负载集中到某个服务器的偶然现象。技术上采用高效稳定的开源解决方案Ngnix+Tomcat实现。分层结构一个良好的框架可以让开发人员减轻重新建立解决复杂问题方案的负担和精力；它可以被扩展以进行内部的定制化，方便进行二次开发；并且有强大的用户社区来支持它。框架通常能很好的解决一个问题。然而，你的应用是分层的，可能每一个层都需要各自的框架。仅仅解决UI问题并不意味着你能够很好的将业务逻辑和持久性逻辑和UI组件很好的耦合。例如，你不应该使具有JDBC代码的业务逻辑放入控制器之中，这不是控制器应该提供的功能。一个UI控制器应该是轻量化的组件，由它代表对UI范围之外的其它应用层的服务调用。良好的框架自然地形成代码分离的原则。更为重要的是，框架减轻了开发人员从头构建持久层代码的精力，从而集中精力来应用逻辑上，这对客户端来说更为重要。设计良好的web应用，可以被按职责分为四层。这些层次是表现层、持久层、业务层、和领域模型层。每一个层次都有其独特的职责，不能把各自的功能与其它层次相混合。每一个应用层都应该和其它层隔离开来，但允许使用接口在层间进行通信。表现层一个典型的web应用的末端是表现层。我们先总结一下Web层webwork框架应该提供的功能。下面就是WebWork的职责所在：管理用户的请求和响应提供一个控制起来将调用委托到业务逻辑和其他上游处理将来自于抛出例外的其他层的例外处理到WebWorkAction中组装可以在视图中表现的模型对象执行UI校验持久层一个典型Web应用的另一端是持久层。这也是应用中最容易很快失控的地方。开发者通常低估了自己构建自己的持久层框架的挑战。一个定制的，内部开发的持久层不仅需要大量的开发时间，并且通常缺乏功能和难以管理。目前有许多解决这些问题的开源对象关系映射(ORM)框架。特别地，Hibernate框架就允许Java中的对象-关系的持久性和查询服务。Hibernate对已经熟悉了SQL和JDBCAPI的Java开发者来或具有中度的学习曲线。Hibernate的持久对象基于POJO和Java群集(collections)。此外，使用Hibernate不和你的IDE接口。业务层典型的WEB应用的中间组件一般是业务层和服务层。从编程的角度来说，servicelayer经常被忽略。这种类型的代码散布于UI表现层和持久层并不是不多见。这些都不是正确的地方因为它导致了紧密耦合的应用和难以维护的代码。幸运的是，大多数框架都解决了这个问题。这个空间内最流行的两个框架是Spring和PicoContainer。它们都被视为是具有非常小的足迹(footprint)并且决定如何将你的对象整合在一起的微容器(microcontainer)。这些框架都建立在一种叫做依赖性注入(dependencyinjection)(也称控制反转(inversionofcontrol：IOC))的简单概念之上。业务层应该负责下面的问题：处理应用的业务逻辑和业务校验管理事务允许与其他层进行交互的接口管理业务级对象之间的依赖性加入了表现和持久层之间的灵活性，以便它们不需要彼此进行直接通信从表现层暴露上下文给业务层以获得业务服务管理从业务层到表现层的实现领域模型层最后，因为我们要解决实际的问题的WEB应用，我们需要一套在不同的层间移动的对象。领域模型层包含的是表达实际业务对象的对象，比如Student,Teacher,Unit等等。这一层允许能让开发者不再构建和维护不必要的数据传输对象DTO来匹配其领域对象。例如，Hibernate允许你读取数据库信息到一个领域对象的对象图中，以便你可以在离线的情况下将其表现在UI层中。这些对象可以被更新并跨过表现层发送回去，然后进行数据库更新。另外，你不再需要将对象转变成DTO，因为它们在不同的层间移动时可能会丢失事务。这种模型允许JAVA开发者能够以OO风格的方式很自然的处理对象，而不用编写额外的代码。产品性能及安全措施性能和设计容量处理能力通过将企业级数据库Oracle及进行Oracle集群、和一些高性能缓存技术的使用及使用一些的负载均衡等方面的优化，是整个基础中心库建设成为高性能，高稳定性，高可用性，高扩展的信息处理系统。功系统将达到如下性能目标：数据库支持海量数据存储。通过数据库集群及各业务系统负载均衡等发布优化，系统将能支持1000个以上的瞬间并发，能支持10000个以上用户同时在线。安全性为保证系统安全可靠，让学校放心使用，系统必须具备一定功能，可以防止外部攻击及内部人员恶意损害公司利益等行为，可防止数据丢失及误操作的可能。提供负载均衡和集群机制，及关键服务点的HA，保证系统的高可用性，减少单点故障平台各种角色用户权限可以做到可配置，权限可分功能级权限及数据级权限；不同角色的界面中