智慧校园的应用支撑服务平台有哪些？

本系列智慧校园建设方案文章分享一个中大型普通中学智慧校园的建设案例，项目内容主要包含教室教学多媒体设备、教室云录播及远程教研巡课系统、核心机房基础设施建设、机房服务器储存虚拟化和数据备份系统、智慧校园平台、校园网络安全系统等的建设。本站在分享时为方便阅读删减、重构了部分内容，完整的表格、图片等见附件。

1、校园基础信息管理

基础数据中心以基础数据库为核心，提供统一的信息整合，实现业务间信息共享。数据库数据包含：

基础数据库，分为教职工基本数据、学生基本数据、学校资产的相关数据、校园环境的空间地理数据、其它教育教学的基础数据；
发展数据库，分为教师发展数据、学生成长数据、资源使用数据、评价数据；
监测数据库，分为环境监测数据、设施设备监测数据和其它应用监测数据。基础数据平台实现对基础数据的统一管理、维护、访问控制，为业务信息系统提供基础数据访问和交换的接口，提供给各个应用系统访问基础库共享数据资源的统一技术途径，并提供第一次基础数据建立的途径和方法，是统一数据资源、实现数据交换与共享机制的核心支撑平台。

1.1 基础数据接口

基于国家、行业、区域、学校的教育信息基础标准提供统一的教育基础数据访问、采集、交换和展现接口，从而消除信息孤岛，实现跨平台、跨应用以及跨区域、跨学校的全局教育基础数据共享。主要提供区域、教育局、学校、年级、班级以及教师、学生等教育基础数据访问服务接口。

1.2 教材数据管理

教材管理：提供学段、学校类别、年级、科目、版本以及课本的添加、修改、删除、排序等教材所基础数据维护管理功能。可以按学段、科目、版本、课本查询所需课本，也可以通过课本所包含的关键字模糊匹配定位所需课本。
知识点管理：提供对各个学段、科目所属知识点及其子节点的添加、修改、删除、排序等知识点基础数据维护管理功能。
资源类型管理：提供资源文件类型名称、后缀名称的添加、编辑、删除等资源类型基础数据维护管理功能。

1.3 行政区划管理

支持系统管理员逐级扩展省、地市、区县、乡镇行政区划树，提供行政区域的禁用、启用、编辑、新增子区域等维护管理功能。

1.4 学校信息管理

系统管理员可以在选择的行政区划下新增所辖各级各类学校并录入修改其基本信息，包括学校名称、简称、LOGO、APP LOGO、欢迎页地址、所属学校、类型、级别、区域、简介等，并可以删除选择的学校。
学校管理员可以录入修改所辖的各级各类学校的基本信息，包括 WEB 端 LOGO、APP 端 LOGO、学校名称、简称、欢迎页地址、简介、学校类型、联系人、联系电话、地址等。
学校管理员可以管理录入修改所属学校的基本信息，包括学校名称、简称、LOGO、APP LOGO、欢迎页地址、所属学校、类型、级别、区域、简介等。

1.5 部门信息管理

支持学校管理员新增、修改、删除学校下辖各部门，可为部门新增子部门，并可为各部门批量指定所属用户。

1.6 班级信息管理

支持学校管理员录入修改所属学校的班级基本信息，内容包括年级、班级、呢称、老师数、学生数、班主任名称等。学校管理员可以删除所属学校的班级，并可以查看并删除当前班级的任课教师。

普教智慧校园建设项目机会一览下载

2、智慧校园数据接入规范管理

开放平台就是按照接入规范和接口标准,向第三方网站和软件提供数据互联互通功能以及向希望集成平台功能的其它网站和应用系统提供接口服务的平台。借助此平台,第三方开发的教育产品和应用可以便捷的开发与云平台互联互通、获取所需教育资源。此部分内容需要对 PaaS 层的各种服务接口定义规范，包含接口的通信方式、对数据格式的要求等，以方便应用系统与 PaaS 层服务的数据交换及通信。

2.1 统一标准

1）数据标准

平台的设计一定要注意保证其日后的可扩展性，因此，平台设计注重遵循标准规范，致力于教育云平台标准体系建设。
标准建设需要做到最好的兼容性、可扩展性：
采用最广泛应用、得到最广泛验证的标准，来使得多样资源、应用能够同本平台兼容。
在设计和实现时着重考虑跨平台、兼容等特性。
资源和应用一旦严格按照规范进行改造，相当于从多样性的、异构的状态进入到平台能够完全控制的状态。因此一旦我们的资源标准进行升级，我们能够自动、批量地对已入库管理的资源和应用进行统一的升级。

2）整合标准

整合各个业务应用系统的前后端，以复用为整合标准，充分利用构架内的资源完成多元化的应用，为智慧校园建设提供最大化的建设价值。

3）接入标准

为第三方应用接入提供标准接口，以实现第三方无缝接入，实现数据同步等。为实现更好的数据兼容性，各个应用系统的数据都将通过平台 API 接口进行交互和调用，平台的所有接口都将以 REST 的设计和开发方式呈现。通过统一的应用接口管理，应用可以遵照平台数据交互标准向任何平台上的其他应用提供数据调用接口，方便数据交互。

4）交换标准

通过建立隐形的数据交换平台，为从不同应用系统中获取的数据信息的交换和传递提供一个安全可靠的通道，不同的应用系统可以公用一个数据交换平台。数据交换平台提供各应用系统接入的接口，实现数据交换平台和各应用系统的有机结合，以统一的接口规范实现数据自动提取、数据转换、数据发送、数据校验、数据审核等，实现“统一标准，统一交换”的构想。它是一个为不同数据库、不同数据格式之间，进行数据交换而提供服务的平台。

通过交换平台实现各异构数据库之间的数据集成，实现原有各业务系统在数据级集成，保证异构数据库之间的数据交换与共享。为提供深层次数据挖掘，数据分析的重要基础。

5）共享标准

随着信息时代的不断发展，学校不同部门之间的信息交流逐步增加，可能几个不同的业务部门需要一个相同的数据信息，或者根据一个关键信息展开在整个智慧校园平台层面关联数据的展示，这个时候我们需要的是数据的共享而不需要在不同的业务应用系统建设重复的数据。根据统一的标准实现数据共享，可以使更多的人更充分地使用已有数据资源，减少资料收集、数据采集等重复劳动和相应费用。

数据共享就是让不同的应用系统在统一的共享标准下能够读取其他应用系统的数据并进行各种操作、运算和分析。通过共享标准规范的建设，以学校实际业务逻辑和管辖权限为基础，建立学校的信息数据共享机制，实现异构信息系统之间的数据交换和共享。为信息数据的维护、查询、聚合报告、导出、推送提供统一的共享机制，保证数据的准确一致。

2.2 统一数据

通过资源层的建设，完成对各个智慧应用的数据整合、清晰和交换，实现一站式数据管理和应用。

1）数据统一存储管理

对学生、教师、学校的基础信息数据由基础数据平台进行集中管理，对教学资源数据由教学资源平台进行集中管理，各业务应用系统根据预设策略共享。平台数据库存储相关教育数据，并对这些数据加以分析提供保障，主要包括四类数据库:

基础数据库，包含教育信息化所使用的非教育信息，主要来源于智慧校园体系其它平台的数据，包括基础 GIS 数据、行政区划数据等；
教育管理数据库，包含教育信息化中的各种管理数据，包含学校、教育管理信息等数据；
教育资源数据库，主要存储教育中各种教学资源；
人员数据库，主要存储各类人员数据，包含老师、学生等，为终身学习提供支持。

2）数据交换管理

统一数据交换平台，实现与各个业务系统的数据接口进行数据的抽取、加载、转换映射，完成从源到目标的数据交换。系统支持数据的双向传递，使得各类业务系统数据实时共享，并提供过程的调度和监控。

数据交换平台要求支持多种异构数据源的集成，从而能实现全校异构数据的集成，并能满足实时的数据更新要求，确保共享数据库中数据的完整性和有效性。具体内容如下：

异构性：学校数据存在各种类型的数据源，数据集成平台要能够解决所有各类数据源的集成问题。
完整性和一致性：在数据集成的过程中，需要保证集成过程数据的完整性，不能丢失数据，确保集成前后数据的一致性。
高性能：数据集成除了在全量数据集成的时候，要能够进行批量操作，保证批量数据的集成性能；同时也要能够进行变化数据的捕获，进行数据的增量更新，以便提高数据集成的实时性能。
数据采集方式：既要能够提供整表的全量扫描，也要能够提供增量的数据扫描，即能够进行变化的数据捕捉。增量的数据扫描要能够支持触发器方式、标识位方式以及系统日志方式，并能够定义采集周期。
数据清洗转换：数据集成过程要求能够对数据进行类型转换、格式转换、代码转换和数据清洗。
运行策略：对于数据集成的运行策略，要求能够定义绝对时间和相对时间。既可以在某个特定的时间运行，也能够在设定的时间间隔周期时运行。

2.3 智慧校园各系统架构

1）SOA 服务。整体设计采用面向服务的体系结构（SOA），通过该架构将基础与不同应用系统的不同功能单元通过这些服务之间定义好的接口和契约关联起来。接口采用中立的方式进行定义的，具有很强的可读性与通用性，并且独立于实现服务的硬件平台、操作系统和编程语言。使得构建在该架构上的应用系统之间可以以一种统一和通用的方式进行交互。

2）ESB 服务。服务总线（ESB）是结合面向服务体系架构（SOA）的，是中间件技术与 XML、Web 服务等技术结合的产物。ESB 采用了“总线”这样一种模式来管理和简化智慧校园应用之间的集成拓扑结构，以广为接受的开放标准为基础来支持应用之间在消息、事件和服务级别上动态的互连互通，是一种在松散耦合的服务和应用之间标准的集成方式。同时它还可以消除不同应用之间的技术差异，让不同的应用服务器协调运作，实现了不同服务之间的通信与整合。

3）BPM 服务。该方案引入业务流程管理（BPM），以智慧校园应用为主线构造端到端的业务流程为中心，以持续的提高组织业务绩效为目的的系统架构设计。BPM 还结合智慧校园应用中不同的考，教，管等多条来定制设计，使得整个系统之间的配合更自动化和流程化；也更好的解决各系统无力解决跨应用流程的集成问题。

4）MAS 服务。该方案中引用的中间件服务（MAS），意在管理和协调一组中间件技术服务，提供更强的线操作性，以推动该架构的分布式体系架构的建立。他为操作系统，网络，数据库与上层的 SAAS 应用系统提供运行与开发的环境，更灵活高效的部署和集成复杂的应用软件。

2.4 智慧校园统一管理

1）用户管理：建立电子身份认证，为各应用系统提供集中统一的身份认证与授权服务。实现统一用户认证、统一账号登陆、统一入口、统一用户维护功能。通过统一身份认证实现各业务系统的单点登陆，实现统一的身份管理、权限管理和统一的分级授权机制。

身份认证系统将是智慧校园的重要组成部分，为各应用系统提供集中的身份认证服务，是提高智慧校园应用系统安全性的重要保障。通过指定相应的集中认证技术规范，提供统一的应用系统用户管理接口，最终实现所有新建系统用户认证的统一集中化管理，做到真正意义的集中认证。

2）授权管理：身份认证与授权管理是相互联系的，授权管理是指一旦用户的身份通过认证以后，确定哪些资源该用户可以访问、可以进行何种方式的访问操作等问题。在智慧校园平台的工作体系中，通过角色和人员多维护授权的方式由各业务应用系统自行进行授权管理，由专门的授权人员集中设置。

3）业务管理：集中化管理智慧校园平台下的各级业务应用系统，形成各应用独立运行但以智慧校园平台为学校中心的中心聚焦网状结构。

4）接口管理：集中化管理外部应用的接口标准、接入管理、运行监管，保障系统运行兼容性和稳定度。

2.5 智慧校园统一服务门户

统一服务门户平台是一个信息的集成环境，它将分散、异构的应用和信息资源进行聚合，通过统一的访问入口，实现结构化数据资源、非结构化文档和互联网资源、各种应用系统跨数据库、跨系统平台的无缝接入和集成，提供一个支持信息访问、传递、以及协作的集成化环境，实现个性化业务应用的高效开发、集成、部署与管理；并根据每个用户的特点、喜好和角色的不同，为特定用户提供量身定做的访问关键业务信息的安全通道和个性化应用界面，使师生员工可以浏览到相互关联的数据，进行相关的事务处理。使用统一服务门户解决“应用孤岛”问题，同时，利用门户的“个性化页面”、“信息集成”、“搜索”、“导航”等功能，方便访问者获取所需信息。

2.6 统一应用管理

为符合平台接入规范的教育应用提供统一的接入、授权、下架管理。系统管理员可以通过添加应用名称、简介、图标、访问链接等内容接入应用，并通过为应用指定其分类、来源、适用学段、适用学科以及是否适用于教师、学生、管理人员等用户对象，为在用户角色的个人空间中实现个性化应用推荐提供业务依据。对于需要授访问的应用，系统支持系统管理员将应用授权给指定教育局或者学校所属用户访问。系统管理员可以根据应用提供方的要求下架或者重新上线应用。

2.7 统一数据交换

统一数据交换意在解决不同系统技术框架不一致，数据库源不同，数据格式不同等场景下的数据对接问题。提供各子系统的接入接口，实现数据交换平台与各信息系统的有机结合，以统一的接口规范，数据标准来实现数据的双向传输，自动提取，数据转换，数据发送，数据校验，数据审核等。

2.8 统一接口管理

与教育部全国中小学学籍管理系统、数字教育城实现数据对接。为教育云平台其它应用提供学生基本资料的接口、数据同步等服务。

3、开放应用中心

通过 API 接口对接第三方教学应用、管理软件，实现平台应用功能扩展，更好满足优质校个性化应用的需求。通过应用中心可将第三方应用分类归纳存放，便于平台运营管理和数据维护。

4、统一认证平台

各业务系统提供统一的身份认证服务，以实现业务系统的统一访问认证及服务授权。通过统一用户管理、统一身份认证管理、统一授权管理、单点登录管理为用户提供优质快捷的统一登录认证服务。主要系统功能包括：统一身份管理、统一认证管理、单点登录、统一授权管理等。

4.1 用户管理

统一用户管理系统（UUMS）统一存储所有应用系统的用户信息，应用系统对用户的相关操作全部通过 UUMS 完成，而授权等操作则由各应用系统完成，即统一存储、分布授权。UUMS 具备认证管理、授权管理、账号管理和审计管理功能，详情请参照用户管理改造。

4.2 用户认证

统一用户认证是以 UUMS 为基础，对所有应用系统提供统一的认证方式和认证策略，以识别用户身份的合法性。统一用户认证支持以下几种认证方式:

匿名认证方式: 用户不需要任何认证，可以匿名的方式登录系统。
用户名/密码认证:这是最基本的认证方式。
PKI/CA 数字证书认证:通过数字证书的方式认证用户的身份。
IP 地址认证:用户只能从指定的 IP 地址或者 IP 地址段访问系统。
时间段认证:用户只能在某个指定的时间段访问系统。
访问次数认证:累计用户的访问次数，使用户的访问次数在一定的数值范围之内。

以上认证方式应采用模块化设计，管理员可灵活地进行装载和卸载，同时还可按照用户的要求方便地扩展新的认证模块。

4.3 单点登录

单点登录（SSO，Single Sign-on）是一种方便用户访问多个系统的技术，用户只需在登录时进行一次注册，就可以在多个系统间自由穿梭，不必重复输入用户名和密码来确定身份。单点登录的实质就是安全上下文（Security Context）或凭证（Credential）在多个应用系统之间的传递或共享。当用户登录系统时，客户端软件根据用户的凭证（例如用户名和密码）为用户建立一个安全上下文，安全上下文包含用于验证用户的安全信息，系统用这个安全上下文和安全策略来判断用户是否具有访问系统资源的权限。

4.4 授权管理

运用 PMI（Privilege Management Infrastructure，授权管理基础设施）进行统一授权管理，以资源管理为核心，对资源的访问控制权统一交由授权机构统一处理，即由资源的所有者来进行访问控制。统一授权机制包括 PMI 代理和 PMI 服务器，PMI 代理部署在各应用系统的服务器端，负责截获客户端的 PMI 请求，并转发给 PMI 服务器。

5、视图开发平台

5.1 驾驶舱

驾驶舱主要用于各个角色根据自己角色的分管业务进行一览。

5.2 视图管理

视图管理主要用于对数据资源视图的统一管理和维护，提供数据资源视图的增加、删除、修改、查询、复制等功能。

5.3 场景管理

场景管理主要用于视图的组装和场景切换方式设置，视图的组装需要根据校园各个业务的实际情况进行灵活组装，然后再以场景切换的方式将场景一一进行串联。

5.4 发布管理

发布管理主要用于对数据视图和场景的发布进行管理。发布管理把视图或场景安装按照对应的需求和权限进行发布，可通过短连接、二维码、系统内视图等形式进行发布，以供其他数据用户使用；此外平台还支持多端适配的展示，发布的数据支持独立密码提取和限时连接。

5.5 素材管理

素材管理主要用于管理视图和场景中所使用的各种素材，主要包括背景图片、摄像头、边框图片。

5.6 移动应用

移动应用主要用于支持发布的视图、场景，通过短链接在移动设备上的直接浏览，或者嵌入微信小程序、手机 APP 等进行调用。

6、可视化分析平台

6.1 角色画像

1）学生画像：学生画像主要对学生的身体素质、日常实践、学业发展进行画像。身体素质分析包括个人健康、体育测评、体能素质、身体形态。日常实践分析包括消费行为、校园活动、志愿者服务、社会实践、拓展研究、奖惩助贷。学业发展分析包括学习成绩、兴趣特长、获奖情况、个性展示、五育发展。

2）教师画像：教师画像主要对教师的教学能力、个人经历、专业发展进行画像。教学能力分析包括班主任经历、任课经历、学生学业。个人经历包括个人履历、学习经历、工作经历、升迁经历。专业发展包括研训经历、教科研经历、职称评定、专业能力展示。

3）学校画像：学校画像主要对学校的基础信息、资源信息、教学质量进行画像。基础信息包括学生情况、教师情况、学校情况、获奖情况。资源信息包括人员经费、资产投入、基础设施、专项投入。教学质量包括绿色指标、学业成绩、身心健康、教师队伍。

6.2 环境分析

环境分析主要对整个校园的环境综合情况进行在线监测和分析，让管理员对整个校园的环境整体情况一目了然。环境分析主要包括了设备健康分析、重点能耗分析、空气质量分析、天气温度分析、饮水质量分析、照明监测分析、环境噪音分析等。

6.3 指标监测

指标监测主要对整个校园的运行指标进行监测和分析，让教务管理人员对整个校园的运行指标数据变化了然于心。指标监测主要包括校园指标监测、班级指标监测、教师指标监测、学生指标监测、职工指标监测等。

6.4 主题分析

主题分析主要对整个校园的主题性数据进行采集挖掘和分析，让校园管理者对整个校园的发展主题有一个量化的衡量标准，然后根据业务的实际情况进行针对性的决策。主题分析主要包括校园安全分析、校园文化分析、教学质量分析、学习质量分析、五育教育分析、五育成果分析等。

6.5 综合分析

综合分析主要用于对制定的分类数据进行结构化的数据分析，主要包括财务资产分析、人事信息分析、学工应用分析、学生数据分析、设备监控分析、校务信息分析、信息化成果分析、国际化成果分析。

6.6 平台告警

平台告警主要用于数据指标的异常波动和校园突发状况发生时的及时告警，便于校园管理者及时采取相应的对策。平台告警主要包括越界告警、缺课告警、晕倒告警、聚集告警等。

7、地理信息系统

地理信息系统是提供地理空间数据综合信息服务的基础平台，本次建设的目标是通过地理信息系统在应用系统中以更直观的形式展示给使用者，以及使用服务的示例等，同时通过权限管理保证了数据的安全性，对服务进行权限管理。

要实现此目标，电子地图信息系统必须要支持可编程、可渲染、可二次开发，栅格化渲染技术的地图无法满足要求，因此只能选择具备矢量渲染技术的电子地图。

“天地图”采用的栅格化渲染，由像素图片拼接而成，无法进行矢量化编辑、渲染，无法满足本次项目中领导驾驶舱等海量地理信息可视化展现功能，因此建设本次项目将采用具备矢量渲染技术的 GIS 地图引擎与天地图混合的模式。

具有矢量渲染技术的地理信息系统利用矢量数据空间索引、编码、简化、空间数据渐进传输、搜索引擎、WebGL 渲染等技术，具有传输速度快、渲染速度快、秒级响应、渲染高清晰、一图 N 用、快速搜索、全量要素可查等特点。支持地图高效浏览；客户端控制图层开关，筛选数据等自定义数据，改变图层颜色、透明度、纹理等样式，改变标注字段内容、位置、字体，设置标注冲突规则；支持 GIS 云搜索引擎，可以进行大范围空间查询和海量属性全文搜索，并对数据进行对象化存储，不再是按图层搜索。同时通过权限管理保证了数据的安全性，对服务进行权限管理。

平台可通过具备矢量渲染技术的地理信息系统，实现多级分布，共享空间信息服务；横向与土地、交通、林业、水利、民政、公安等多部门、多领域实现互联互通，形成地理信息资源交换共享机制。系统以覆盖全域范围的电子地图为基础，经内容提取、分层细化、模型对象化重构、符号化表现、脱密处理等步骤，建立地理实体数据库、矢量电子地图数据库。

8、消息支撑平台

消息支撑平台包括如下主要功能：业务管理、上行管理、发送管理、审核管理、用户管理、日志管理、统计查询。

8.1 业务管理

在平台录入具体的业务信息，可以对业务进行修改，删除。

8.2 上行处理

可以对消息上行进行处理，处理模式为:不处理、自动回复、同步给合作方、发送业务最新消息；
可以对上行处理方式进行修改、删除。
不处理：对用户上面不做任何处理；
同步给合作方：把用户，上行信息同步给合作方；
发送业务最新消息：回复用户在群发管理里面录入业务的最新消息。

8.3 发送管理

提供的功能包括:消息单条发送、订购用户群发、上传号码群发;
消息单条发送：主要用于测试下发、和给单个需要接收的用户进行发送；
订购用户群发：针对具体的平台、业务代码进行下发，支持立即发送、定时发送；
上传号码群发：主要用于上传用户的一个群发,支持立即发送、定时发送。

8.4 用户管理

提供的功能主要包括：用户管理、消息用户导入、订购用户详单；
用户管理：对订购用户进行查询、支持用户的反向取消；
用户导入：根据平台名称、业务名称导入订购用户；
订购用户详单：查询显示用户订购的详细信息。

8.5 日志管理

提供的主要功能包括：消息上行查询、消息下行查询；
消息上行查询：对用户，上行消息进行查询；
消息下行查询：对用户下发消息进行查询；
订购用户详单：查询显示用户订购的详细信息。

8.6 统计查询

包括可视化查询发送消息、接收消息、已删消息、发送记录等功能，并支持数据导出功能。

9、快速开发框架

快速开发框架是为应用系统建立在此框架之上，采用构件式、可复用开发，节省开发成本，加快开发速度，在软件开发上更好的做到多快省。应用基于 Java 的快速信息化系统开发、整合框架，为平台在 Java 环境下快速开发系统提供支持，开发人员不需要关注基础功能和公共模块，开发人员只须集中精力专注于业务部分的开发，可提高开发效率、节约开发成本。主要运用到底框架如下所示：

9.1Spring MVC

Spring MVC 属于 Spring Framework 的后续产品，已经融合在 Spring Web Flow 里面，它原生支持的 Spring 特性，让开发变得非常简单规范。Spring MVC 分离了控制器、模型对象、分派器以及处理程序对象的角色，这种分离让它们更容易进行定制。

9.2Spring Boot

Spring Boot 就是一些库的集合，它能够被任意项目的构建系统所使用，其设计目的是用来简化新 Spring 应用的初始搭建以及开发过程。该框架使用了特定的方式来进行配置，从而使开发人员不再需要定义样板化的配置。简便起见，该框架也提供了命令行界面，它可以用来运行和测试 Boot 应用。

9.3Spring Security

Spring Security 是一个能够为基于 Spring 的企业应用系统提供声明式的安全访问控制解决方案的安全框架。它提供了一组可以在 Spring 应用上下文中配置的 Bean，充分利用了 Spring IoC（控制反转），DI（依赖注入）和 AOP（面向切面编程）功能，为应用系统提供声明式的安全访问控制功能，减少了为企业系统安全控制编写大量重复代码的工作。

9.4Semantic UI

Semantic UI—完全语义化的前端界面开发框架，跟 Bootstrap 和 Foundation 比起来，还是有些不同的，在功能特性上、布局设计上、用户体验上均存在很多差异。Semantic UI 特点：

文档和演示非常完善
易于学习和使用
配备网格布局
支持 Sass 和 LESS 动态样式语言
有一些非常实用的附加配置，例如 inverted 类
对于社区贡献来说是比较开放的。
有一个非常好的按钮实现，情态动词，和进度条
在许多功能上使用图标字体。

9.5Bootstrap

Bootstrap 是基于 HTML、CSS、JAVASCRIPT 的，它简洁灵活，使得 Web 开发更加快捷。它由 Twitter 的设计师 Mark Otto 和 Jacob Thornton 合作开发，是一个 CSS/HTML 框架。Bootstrap 提供了优雅的 HTML 和 CSS 规范，它即是由动态 CSS 语言 Less 写成。

9.6Echarts

ECharts，一个使用 JavaScript 实现的开源可视化库，可以流畅的运行在 PC 和移动设备上，兼容当前绝大部分浏览器（IE8/9/10/11，Chrome，Firefox，Safari 等），底层依赖轻量级的矢量图形库 ZRender，提供直观，交互丰富，可高度个性化定制的数据可视化图表。ECharts 提供了常规的折线图、柱状图、散点图、饼图、K 线图，用于统计的盒形图，用于地理数据可视化的地图、热力图、线图，用于关系数据可视化的关系图、treemap、旭日图，多维数据可视化的平行坐标，还有用于 BI 的漏斗图，仪表盘，并且支持图与图之间的混搭。

9.7OpenLayers

OpenLayers 是一个专为 Web GIS 客户端开发提供的 JavaScript 类库包，用于实现标准格式发布的地图数据访问。OpenLayers 支持的地图来源包括 Google Maps、Yahoo、 Map、微软 Virtual Earth 等，用户还可以用简单的图片地图作为背景图，与其他的图层在 OpenLayers 中进行叠加，在这一方面 OpenLayers 提供了非常多的选择。除此之外，OpenLayers 实现访问地理空间数据的方法都符合行业标准。OpenLayers 支持 Open GIS 协会制定的 WMS（Web Mapping Service）和 WFS（Web Feature Service）等网络服务规范，可以通过远程服务的方式，将以 OGC 服务形式发布的地图数据加载到基于浏览器的 OpenLayers 客户端中进行显示。OpenLayers 采用面向对象方式开发，并使用来自 Prototype.js 和 Rico 中的一些组件。

9.8BI

BI 软件即商业智能软件，是由数据仓库（或数据集市）、查询报表、数据分析、数据挖掘、数据备份和恢复等部分组成的、以帮助企业决策为目的技术及其应用。BI 是智能自助拖拽式的数据可视化分析工具，具有以下特点：

多数据源融合一站式监控经营指标
智能数据准备快速完成清洗与整理
拖拽式分析轻松开启数据化探索
自动数据关联，一键读取表间字段关联，一次配置可多次重复使用
多种数据挖掘算法，帮助您更好的进行分类、预测和分析

9.9jQuery

jQuery 是一个快速、简洁的 JavaScript 框架，是继 Prototype 之后又一个优秀的 JavaScript 代码库（或 JavaScript 框架）。jQuery 设计的宗旨是倡导写更少的代码，做更多的事情。它封装 JavaScript 常用的功能代码，提供一种简便的 JavaScript 设计模式，优化 HTML 文档操作、事件处理、动画设计和 Ajax 交互。

9.10Hibernate

Hibernate 是一个开放源代码的对象关系映射框架，它对 JDBC 进行了非常轻量级的对象封装，它将 POJO 与数据库表建立映射关系，是一个全自动的 orm 框架，hibernate 可以自动生成 SQL 语句，自动执行，使得 Java 程序员可以随心所欲的使用对象编程思维来操纵数据库。 Hibernate 可以应用在任何使用 JDBC 的场合，既可以在 Java 的客户端程序使用，也可以在 Servlet/JSP 的 Web 应用中使用。

本系列智慧校园建设方案分享了一个中大型普通中学智慧校园的真实案例，该项目公开招标中选的价格逾三千六百万元，项目内容繁多请点击目录中的链接查看相关章节。另外本站在分享时为方便阅读删减、重构了部分内容，原始方案见系列第一篇文章分享的附件。

XX 高新区中学智慧校园整体建设方案.docx
目录
第一章项目概述 1
1.1 建设内容 1
1.2 建设思路 1

第二章建设背景 5
2.1 项目背景 5
2.2 项目依据 6
2.3 信息化现状 9
第三章需求分析 11
3.1 政务目标分析 11
3.2 业务功能分析 12
3.3 用户角色分析 13
3.4 安全需求分析 14
3.4.1 业务保障安全需求 14
3.4.2 信息安全合规性需求 15
第四章建设目标 18
4.1 稳步提高学校信息化办学水平，促进办学质量提升 18
4.2 探索信息技术环境下的教育教学新模式、新方法 18
4.3 为学校日常教学、教务管理工作提供高效智能管理服务支撑 18
4.4 打造便捷、高效、丰富的校园信息化服务和宣传的渠道 19
第五章建设内容 20
5.1 建设范围 20
5.2 标准规范 20
5.2.1 行业标准规范 20
5.2.2 技术标准规范 21
5.3 总体设计 22
5.3.1 设计思路 22
5.3.2 设计原则 27
5.3.3 架构设计 29
5.3.4 技术路线 33
第六章技术方案 44
6.1 校园数据管理平台 44
6.1.1 数据基础管理 44
6.1.2 数据资源管理 45
6.1.3 数据服务应用 47
6.2 应用支撑服务平台 48
6.2.1 基础信息管理 48
6.2.2 接入规范管理 50
6.2.3 开放应用中心 57
6.2.4 统一认证平台 57
6.2.5 视图开发平台 59
6.2.6 可视化分析平台 60
6.2.7 地理信息系统 62
6.2.8 消息支撑平台 63
6.2.9 快速开发框架 64
6.3 “教学考评管”应用 68
6.3.1 智慧教学：智慧授课系统、作业管理系统、翻转课堂系统、教育资源系统、出题组卷系统、错题管理系统、科研管理系统
6.3.2 智慧学习、英语听说教学习系统
6.3.3 智慧考试：网上阅卷系统、质量分析系统、英语听说模考系统、
6.3.4 智慧评价 132
6.3.5 智慧管理：选排课系统、校园 OA 系统、人事管理系统、教务检查系统
6.4 云平台设施 179
6.4.1 数据机房：机房建设概述、机房装修方案、机房供配电及 UPS 系统、机房新风系统、机房安防系统、机房动力环境监控系统、机房防雷接地系统、机房消防系统
6.4.2 云平台建设，指智慧校园硬件云平台基础设施，详见附件
6.5 网络设施 257
6.5.1 校园网络系统：校园网概述、有线网系统、无线网系统、网络安全系统建设
6.5.2 IP 广播系统 303
6.5.3 综合布线系统 309
6.5.4 室外管道建设 316
6.6 终端设施 328
6.6.1 教室教学多媒体系统 328
6.6.2 精品录播系统 343
6.6.3 计算机教室云桌面系统 349
6.6.4 智能班牌 354
6.6.5 智慧图书馆管理系统 362
6.6.6 校园多功能厅信息化系统 369
6.6.7 会议室信息化系统 400
6.6.8 安全防范系统：视频监控系统、校园一键紧急求助报警系统、
6.6.9 标准考场/教室云录播及远程教研巡课系统 426
6.6.10 校园一卡通系统 463
6.6.11 校园电视台 476
6.6.12 校园信息发布 LED 高清显示屏系统 481
6.6.13 考场监控中心大屏系统 492
6.6.14 光明饭堂 497
第七章制造工艺和质量保证措施 504
7.1 质量控制措施 504
7.1.1 质量控制制度 504
7.1.2 施工阶段的质量控制 506
7.2 质量保证措施 516
7.2.1 保证工程质量的技术措施 516
7.2.2 质量保证体系 516
7.2.3 施工质量保证措施 518
7.3 质量保证流程 520
第八章交货及安装计划和保证措施 521
8.1 交货及安装计划 521
8.2 保证措施 521
第九章培训服务方案 522
9.1 培训目的 522
9.2 培训服务流程 522
9.3 培训方式 522
9.4 授课人员安排 523
9.5 培训内容 523
9.6 培训方案表 524
9.7 培训效果评估 524
第十章售后服务方案 526
10.1 技术支持与服务体系 526
10.1.1 技术支持与服务原则 526
10.1.2 技术支持与服务目标 526
10.1.3 良好的合作伙伴关系 527
10.1.4 服务监督管理机制 527
10.2 售后服务团队办公地点及成员数量 527
10.3 服务范围及服务时间 527
10.3.1 服务范围 527
10.3.2 质保期内的服务时间 528
10.3.3 质保期外的服务时间 528
10.3.4 技术支持与服务流程 528
10.4 系统应急方案 529
附件一：交货及安装计划 542