时间:2020年09月17日 分类:教育论文 次数:
一、研究背景
信息化建设是近些年来高校工作的重点业务板块之一,随着智能手机和4/5G网络的普及,基于移动端的校园信息门户也在高校信息化建设的浪潮中孕育而生,走进校园,服务师生。
校园移动信息门户是高校在移动互联网时代学校信息和应用汇聚的重要平台,但当前大多高校的移动信息门户建设仍遵循原有数字化校园信息门户的建设思路,以传统信息门户为基础,对现有的应用系统做移动化改造整合,只是将现有信息门户移植到手机上,作为 PC 端校园信息门户的一个补充。在这样思路下构建而成的移动信息门户普遍着一些问题:
(1) 缺乏用户的参与性。一线师生用户只是被动的使用者,移动信息门户的完善和丰富只能依靠信息化部门完成,尤其是大学生群体无法深度参与其中。
(2) 缺乏内容的灵活化。现行的高校移动信息门户,大部分仅仅满足了信息获取的及时性和便捷性,忽视了师生用户个性化及多元化信息获取等方面的需求,特别是不能及时响应师生的实际需求的变化。
(3) 缺乏信息的交互性。在消息传递方面只是实现了单方的消息推送,用户只是被动的接受消息。将现有的论坛移动化的方案虽能初步解决交互性问题,却很难利用学校现有的组织结构来实现如班级、师生、同事甚至是校友等用户之间等群组的信息交互,同时也缺乏消息传递的实时性。
(4) 缺乏服务的智慧性。现行的移动端门户上呈现的数据,基本是都只是扮演了一个“数据查询”的角色,即用户想要获取什么信息就找到相关的功能项去查阅,再或是由管理端统一推送一些公共信息,如通知公告等。而“智慧校园”建设则对信息化服务提出更高的要求,即要求系统能按既定方案对业务数据深入整理和挖掘,分析数据与用户个体需求之间的联系进而能“智慧化”地主动地向用户提供信息服务的要求。比如:根据用户的入学年份判断用户是新生,并自动向其送一些新生需要注意事项和帮助等。
(5) 缺乏应用的扩展性。由于没有统一开放的开发平台,对于一些学校内的应用如“移动教务”、“移动办公”等一般是采用对原有系统开发接口对接或采用独立应用的开发方式,往往会造成应用开发难度大、质量不高、用户使用体验不好等问题。同时,如果有第三方产品需要接入时,其对接成本也比较高。
二、研究内容
本研究以浙江商业职业技术学院为例,将用户需求与信息技术结合,以移动终端应用“校园微门户”为目标载体,探索和构建“智慧校园“理念下如何为师生提供优质的、个性化的、主动信息推送、数据查询服务,以及提供轻量级的办公教学管理功能的整体性解决方案,主要包括:
(1) 数据整合技术的研究。充分利用数字化校园环境下的计算机网络,“利用手机实现校园信息的完全掌握”是系统设计的出发点。每所高校都建有来自不同软件厂商开发的业务应用系统,其系统架构和数据存储结构也不尽相同,所以有必要构建一个集成化的主数据库。
校园微门户平台的“集成数据库”其有别于数字化校园“共享数据库”。数字化校园的共享数据库只侧重提取和存储具备“共享”特质的业务数据,它的服务对象是各业务系统本身,而非一线用户。通过“数据交换平台”实现业务系统间数据共享,达到消除“数据孤岛”现象的目的。
而校园微门户的主数据库,它的服务对象则直接是师生用户。师生用户对于数据信息的需求应是远远大于数字化校园共享数据库中所存储的“共享数据”内容的,师生对数据的需求范围更大,层次更深、颗粒更细,甚至对数据间的逻辑关系也有一定的要求。对此,本课题将通过调研和总结高校师生信息内容和管理的共性特点,通过研究解决业务数据的整合技术实现以及整合内容的细粒度级定义,形成完整的、实用的且具备一定通用性的校园微门户的信息数据库。
(2) 信息服务模式的研究。构建信息服务引擎,实现覆盖校园主要协同应用、服务。对此,本课题将侧重从“信息的主动推送”和“信息的被动查询”两个方面展开机制设计、技术实现和内容管理方面的研究。
主动消息推送模块,将实现把数字校园里面的消息都通过该平台发送出去,解决数字校园里面消息发送混乱的现象,以便师生在任何需要的时间和场合,方便、高效、迅速地获取和处理业务信息。该模块研究的重点将放在统一应用系统消息的发送渠道,统一管理,统一监控,统一用户对消息历史的管理,同时能够实现真正的“移动校园”教学与办公等方面。同时,还需要对消息进行统计,可以查看消息的总体趋势和分布,可以对消息进行安全审计,过滤敏感词语,保证校园流通的消息合符国家的法律法规及其安全可靠性。消息的接收端除了移动客户端外,还包括手机短信、电子邮件、微信公众平台、新浪微博等终端进行接收与传阅。另外,课题组还将研究如何与“智慧校园”结合,寻找用户需求和消息内容之间的逻辑关系,实现更为人性化、主动化的信息推送服务。
被动信息查询模块,将校园微门户平台的集成数据库紧密联系,满足用户对校园公共信息和个人相关信息的查询阅览需求。通过深入调研掌握师生需求,实现对查询信息的内容组织形式、结构分类及相关技术架构层面的研究与实现。
三、平台实现
1.系统架构
2.功能设计
3.参数要求
(1) 用户分类:系统用户角色分为:学生、教师和系统管理员。
(2) 必须具备独立的ETL产品和集成数据中心库,实现相关业务数据的同步集中存储与报表生成。
(3) 同时支持IOS、Android、移动 WEB、微信(企业号)的登录使用。
(4) 支持对信息主动推送功能(人工指定信息推送或根据栏目自动推送)。
四、建设阶段
(1) 准备阶段
围绕“移动端校园微门户”这一主题来开展相关的文献方案、软件产品的调研和分析,掌握主流文献方案和软件产品的系统架构、功能分类、应用特点以及在体现人性化、智慧化信息服务方面的设计与实现思路,进而分析其不足和改进之处、研究意义和价值、找出比较合理的研究框架。
教育论文范例:试析初中物理智慧化课堂的应用
(2) 实施阶段
围绕“系统架构、数据整合、信息的分类、智慧服务”等主题开展“移动端校园微门户”的具体方案设计和实用性研究。研究重点:探讨适用于“移动端校园微门户”的数据信息内容及其管理分类;总结数据信息整合、清洗、提炼的技术重点与难点并提出破解思路或解决方案;在充分调研和掌握师生信息化功能需求和数据信息需求的基础上,结合移动端校园微门户的理念和特点,提出完整的功能设计和技术解决方案。
作者:沈杰