沈杰
浙江商业职业技术学院
一、研究背景
信息化建设是近些年来高校工作的重点业务板块之一，随着智能手机和4/5G网络的普及，基于移动端的校园信息门户也在高校信息化建设的浪潮中孕育而生，走进校园，服务师生。
校园移动信息门户是高校在移动互联网时代学校信息和应用汇聚的重要平台，但当前大多高校的移动信息门户建设仍遵循原有数字化校园信息门户的建设思路，以传统信息门户为基础，对现有的应用系统做移动化改造整合，只是将现有信息门户移植到手机上，作为 PC 端校园信息门户的一个补充。在这样思路下构建而成的移动信息门户普遍着一些问题：
(1) 缺乏用户的参与性。一线师生用户只是被动的使用者，移动信息门户的完善和丰富只能依靠信息化部门完成，尤其是大学生群体无法深度参与其中。
(2) 缺乏内容的灵活化。现行的高校移动信息门户，大部分仅仅满足了信息获取的及时性和便捷性，忽视了师生用户个性化及多元化信息获取等方面的需求，特别是不能及时响应师生的实际需求的变化。
(3) 缺乏信息的交互性。在消息传递方面只是实现了单方的消息推送，用户只是被动的接受消息。将现有的论坛移动化的方案虽能初步解决交互性问题，却很难利用学校现有的组织结构来实现如班级、师生、同事甚至是校友等用户之间等群组的信息交互，同时也缺乏消息传递的实时性。
(4) 缺乏服务的智慧性。现行的移动端门户上呈现的数据，基本是都只是扮演了一个“数据查询”的角色，即用户想要获取什么信息就找到相关的功能项去查阅，再或是由管理端统一推送一些公共信息，如通知公告等。而“智慧校园”建设则对信息化服务提出更高的要求，即要求系统能按既定方案对业务数据深入整理和挖掘，分析数据与用户个体需求之间的联系进而能“智慧化”地主动地向用户提供信息服务的要求。比如：根据用户的入学年份判断用户是新生，并自动向其送一些新生需要注意事项和帮助等。
(5) 缺乏应用的扩展性。由于没有统一开放的开发平台，对于一些学校内的应用如“移动教务”、“移动办公”等一般是采用对原有系统开发接口对接或采用独立应用的开发方式，往往会造成应用开发难度大、质量不高、用户使用体验不好等问题。同时，如果有第三方产品需要接入时，其对接成本也比较高。
二、研究内容
本研究以浙江商业职业技术学院为例，将用户需求与信息技术结合，以移动终端应用“校园微门户”为目标载体，探索和构建“智慧校园“理念下如何为师生提供优质的、个性化的、主动信息推送、数据查询服务，以及提供轻量级的办公教学管理功能的整体性解决方案，主要包括：
(1) 数据整合技术的研究。充分利用数字化校园环境下的计算机网络，“利用手机实现校园信息的完全掌握”是系统设计的出发点。每所高校都建有来自不同软件厂商开发的业务应用系统，其系统架构和数据存储结构也不尽相同，所以有必要构建一个集成化的主数据库。
校园微门户平台的“集成数据库”其有别于数字化校园“共享数据库”。数字化校园的共享数据库只侧重提取和存储具备“共享”特质的业务数据，它的服务对象是各业务系统本身，而非一线用户。通过“数据交换平台”实现业务系统间数据共享，达到消除“数据孤岛”现象的目的。
而校园微门户的主数据库，它的服务对象则直接是师生用户。师生用户对于数据信息的需求应是远远大于数字化校园共享数据库中所存储的“共享数据”内容的，师生对数据的需求范围更大，层次更深、颗粒更细，甚至对数据间的逻辑关系也有一定的要求。对此，本课题将通过调研和总结高校师生信息内容和管理的共性特点，通过研究解决业务数据的整合技术实现以及整合内容的细粒度级定义，形成完整的、实用的且具备一定通用性的校园微门户的信息数据库。
(2) 信息服务模式的研究。构建信息服务引擎，实现覆盖校园主要协同应用、服务。对此，本课题将侧重从“信息的主动推送”和“信息的被动查询”两个方面展开机制设计、技术实现和内容管理方面的研究。
主动消息推送模块，将实现把数字校园里面的消息都通过该平台发送出去，解决数字校园里面消息发送混乱的现象，以便师生在任何需要的时间和场合,方便、高效、迅速地获取和处理业务信息。该模块研究的重点将放在统一应用系统消息的发送渠道，统一管理，统一监控，统一用户对消息历史的管理，同时能够实现真正的“移动校园”教学与办公等方面。同时，还需要对消息进行统计，可以查看消息的总体趋势和分布，可以对消息进行安全审计，过滤敏感词语，保证校园流通的消息合符国家的法律法规及其安全可靠性。消息的接收端除了移动客户端外，还包括手机短信、电子邮件、微信公众平台、新浪微博等终端进行接收与传阅。另外，课题组还将研究如何与“智慧校园”结合，寻找用户需求和消息内容之间的逻辑关系，实现更为人性化、主动化的信息推送服务。
被动信息查询模块，将校园微门户平台的集成数据库紧密联系，满足用户对校园公共信息和个人相关信息的查询阅览需求。通过深入调研掌握师生需求，实现对查询信息的内容组织形式、结构分类及相关技术架构层面的研究与实现。
三、平台实现
.png)
2.功能设计
一级 二级 栏目名称 功能描述 数据来源
联系 电话 同窗 内列同班同学电话簿 学生信息表
学友 内列非同班同学（如学长、学妹等）
群组 同乡会、学生会、俱乐部等
老师 班主任、任课老师
学校 院系办公室、教务、学生处等电话
常用 各类银行、快递、外卖等电话
会话 同窗 内列同班同学联系人 会话服务后台
（推送引擎+数据库）
学友 内列非同班同学（如学长、学妹等）
群组 同乡会、学生会、俱乐部等
老师 班主任、任课老师
学校 院系办公室、教务、学生处等服务人
★系统推荐 智慧引擎根据算法匹配，主动向用户推荐校内社交好友（如老乡等）
资讯 热点
（专栏） 校园十大歌手 对一些临时或周期性的特定事件，进行专题化的新闻归类和报道 资讯管理后台
新生军训掠影
校园网络文化节
毕业生摄影展
新生专栏
就业专栏
……
新闻 新闻动态 学校新闻、院系动态、校园生活
院系动态 学生所在院系内的新闻动态信息
社团新闻 学生社团组织的相关活动新闻
通知 通知公告 评优、选课、讲座、公告、公示等
院系通告 院系内部的通知公告信息
社团活动 社团比赛等通知信息
投票 我心目中的好老师 对一些专题评选活动进行网络投票
广告
（启事） 失物招领 主要供学生内部应用
跳蚤市场
指南 申请勤工岗位 如何如何申请勤工岗
退学办公流程 如何退学等
奖贷助学办理 相关的政策法规和申贷的流程等
我的信息 学籍 基本信息 个人的基本情况、寝室等信息 教务系统
学工系统
奖惩记录 在校期间所受的奖励和处分记录
学习 我的课表 个人当前学期和历年学期的课表
当日的公选课表（供学生选择旁听） 教务系统
课程成绩 选修、必修课程成绩信息
三六级外语考试、专业等级考试等成绩
学期校历 直接显示最新版的校历信息 集成库
作息时间 直接显示最新版的作息时间
图书 图书查询 借还书目、馆藏查书等 图书系统
消费 校园卡余额和消费明细 校园卡的消费流水账 一卡通系统
学杂费用 历年的学校缴费和扣款记录 财务系统
我的应用 空闲教室 浏览或查找指定条件的空闲教室 集成库表
上课点名 以扫描二维码形式实现点名 集成库表
3.参数要求
(1) 用户分类：系统用户角色分为：学生、教师和系统管理员。
(2) 必须具备独立的ETL产品和集成数据中心库，实现相关业务数据的同步集中存储与报表生成。
(3) 同时支持IOS、Android、移动 WEB、微信（企业号）的登录使用。
(4) 支持对信息主动推送功能（人工指定信息推送或根据栏目自动推送）。
四、建设阶段
(1) 准备阶段
围绕“移动端校园微门户”这一主题来开展相关的文献方案、软件产品的调研和分析，掌握主流文献方案和软件产品的系统架构、功能分类、应用特点以及在体现人性化、智慧化信息服务方面的设计与实现思路，进而分析其不足和改进之处、研究意义和价值、找出比较合理的研究框架。
(2) 实施阶段
围绕“系统架构、数据整合、信息的分类、智慧服务”等主题开展“移动端校园微门户”的具体方案设计和实用性研究。研究重点：探讨适用于“移动端校园微门户”的数据信息内容及其管理分类；总结数据信息整合、清洗、提炼的技术重点与难点并提出破解思路或解决方案；在充分调研和掌握师生信息化功能需求和数据信息需求的基础上，结合移动端校园微门户的理念和特点，提出完整的功能设计和技术解决方案。
项目编号：浙江省教育技术研究规划课题（重点） J A044
项目名称：基于移动端的校园微门户建设研究与实现