一、项目背景介绍

2012年3月30号教育部发布的《教育部教育信息化十年发展规划 2011-2020》提出，需形成与国家教育现代化发展目标相适应的教育信息化体系，基本实现所有地区和各级各类学校宽带网络的全面覆盖。目前几乎所以的高职高校校园网都是全面覆盖，建立起教育资源公共服务平台。2018年4月18日教育部发布《教育信息化2.0行动计划》，教育信息化2.0行动计划是推进“互联网+教育”的具体实施计划。通过人工智能、大数据、区块链等技术，改变原有传统的教与学方式。

现大多高职的教育资源公共服务平台例如办公OA、教务管理系统、学生管理系统等都是独立的系统，针对不同的群体建立不同的系统。例如一名教师要找教学资源，需要登录学校的教学资源库；查看薪资，需要登录财务管理系统；查看绩效，需要登录绩效管理系统。既不智能，也不方便，在无形中增加了很多麻烦。这样的系统虽能保证学校工作在线完成，但也留给了教学诊断与改进一个最大的漏洞。2018年5月22日教育部办公厅发布《关于建立职业院校教学工作诊断与改进制度的通知》，里面准确提到诊改的目的和意义，引导和支持学校全面开展教学诊断与改进工作，切实发挥学校的教育质量保证主体作用，不断完善内部质量保证制度体系和运行机制，是持续提高技术技能人才培养质量的重要举措和制度安排，也是教育行政部门加强事中事后监管、履行管理职责的重要形式，对加快发展现代职业教育具有重要意义。由此可见，教学诊改不是表面的学校自我总结，而是提高我国教育质量的重要机制。

二、项目需求分析

“智慧校园”将学校数据信息化，建立学校的信息资源共享平台，围绕学生、教职工的日常业务展开，使得校园管理、运转更智能化。

2.1应用服务需求

智慧校园是用来提供服务的，现有应用重管理轻服务现象严重，为师生提供的信息服务不够全面，原有模式按照管理信息化系统和教学信息化系统的分类来投资和组织实施教育信息化工程项目。

“技术导向”的思维模式，在实施过程中表现出明显的“重建设、轻应用、轻服务”偏向， 不仅导致教育信息化投资效率不高，而且对促进教育改革、推动学习方式变革、提高教育质量影响不大。

需要实现业务的整合贯通，通过信息门户，提供面向师生的一站式应用服务。

2.2标准化需求

缺少统一的技术体系标准及详细的整体建设规划，不利于长期发展。在信息化建设过程中，业务系统由各个部门主导完成，缺少技术及功能的长期规划，主要解决当期的、局部的需求满足，各部门独立建设、独立维护，没有形成统一管理，有的甚至造成系统的重复建设，不利学校信息化的长期发展，造成了严重的资源浪费。

需要通过统一的标准和体系建设，进行长远的规划。

2.3开放性需求

业务系统的开发和维护模式不统一，更新维护困难,学校各应用系统的开发平台、数据库和运行环境千差万别，没有形成一个统一的考虑。随着校园网上应用和资源越来越多，应用缺乏有效的组织和管理，技术升级存在风险，从而也带来业务系统维护成本不断增加的问题。

需要数字化校园是一个开放性的平台，提供面向学校未来需求变化和扩展，通过开放性的平台进行持续改进，并能够实现更加方便的系统维护。

需要提供便捷的二次在线开发技术，基于web即可实现学院因为需求变化不能自主开发的能力。

2.3数据共享需求

缺乏数据标准，业务系统之间数据难以共享，给各部门的协作业务处理带来困难。

由于数据缺乏标准，现有的系统无法提供相互数据交换的功能，这使得某些数据需要跨部门使用时，还依赖于手工的传递或通过电子邮件等方式半手工的传递。这种低效率的信息共享方式无法满足各部门及时获取需要其他部门信息的需求，同时也无法进行跨业务部门的业务流程系统建设。

需要建立数据共享机制及规范，实现校园数据的共建共享，协同发展

2.4数据资源化的技术需求

由于数据无法资源化管理，每建立一套数据，需要研发工程师开发一个接口，这种低效率信息化平台无法适应学院的现代职业教育的应用需求，更无法适应大数据时代的需求。需要通过数据资源化技术，实现建立一张表单，自动生成一个接口，实现数据即服务。

2.5数据认证服务的需求

学院的信息化发展，进入信息化全覆盖时代，每一个应用，都是一套独立的业务系统，应用系统的数据与基础数据平台的接入成为头疼的问题，传统方式是以ETL技术，通过对数据清洗、清理、转换、加载的低效解决方案无法满足学院的信息化需求。建议通过新技术例如Oauth2.0，对数据做认证，通过简单的令牌发放形成token,解决同构、异构数据同步需要。

2.6应用集成的需求

学院信息化需要以用户体验为导向，“能用”、“好用”，成为用户的述求。高职智慧校园的应用系统都是以10多套，20多套起步的，如果让一个教职工或者校领导在手机安装20多个应用APP,不太现实。开发应用以角色为中心的集成APP成为用户的迫切需求。只需要一个APP，教师登录，通过分配权限，只能看到教师需要看到的应用，教师不需要知道自己登录了多少系统，跨了多少个平台，学生也一样，提高用户体验，是智慧校园永恒的需求。

2.7流程梳理及现场实施的需求

学院的管理流程纷繁复杂，每一个部门都需要与熟悉职业教育业务实施方的工程师梳理自己的业务流程，系统好不好用，与流程梳理及是否按照部门的要求实施紧密联系。

三、解决方案设计思路

“智慧校园”的应用效果越来越显著，我们需要更好的集成系统与系统之间的联系，整合数据资源，深入了解校园信息化发展的需求，提出促进校园资源贯通的“智慧校园”方案，实现各系统间切换自如，数据交互自由。

用户认证管理中心（Oauth）对应用系统用户统一管理和权限控制，针对各种独立的异构应用系统进行系统认证服务，实现系统用户的身份识别、系统认证、授权服务、单点登陆。采用Oauth2.0作为登陆内核,当用户在不同的应用系统间切换时,无需重复输入登录凭证,提高了师生访问应用系统的便捷性和安全性。

OAuth 主要是在校园各类应用（招生就业系统、学生管理系统、教务管理系统...）和校园基础数据平台之间设置了一个授权层。校园应用系统不能直接登录基础数据平台，只能登录授权层,通过OAUTH2.0读取（read）或写入（write)数据。

四、项目建设方案

“智慧校园”的总体框架呈现的是多级模式。

第一层是层物理层，是所有上层的基础，搭建好服务器、交换机、防火墙、容灾设备等。

第二层部署基础数据平台，部署的分别是数据中心DBC、数据支撑系统BIS、用户认证系统Oauth、数据认证系统Oauth2.0。

第三层是应用层，应用系统在校园应用中呈现的是贯穿模式，从新生为入学开始根据不同院校的不同要求进行定制。

第四层是是数据分析，根据学生管理系统、教务管理系统、办公OA等呈现的数据显示，来判断学校各方面的指标是否达标，若不达标则提示警告。

第五层是万物互联，例如老师考勤，通过刷脸机考勤成功，图片通过modbus协议，到IOT网关，MQTT数据过滤，再由MQTT服务器传送至SQL数据库。应用可通过手机/笔记本/PC端进行访问。

第六层是用户层，主要用户分为两大类教师和学生，摒弃传统的一个系统一个用户，“智慧校园”应用集成为两个中心，教师中心和学生中心。