高校移动校园平台研究与实现*
2018-04-02曹哲新张家贵
曹哲新,张家贵
(金华职业技术学院,浙江 金华 321000)
一、高校建设移动校园平台的意义
移动校园是一种基于传统互联网和移动互联网技术,以手机、PDA和平板电脑等小型化移动通信设备为信息载体,将移动应用技术应用到学校办公管理和服务领域,借助移动应用不依赖于固定场所的特性,使学校的办公管理和服务在时间上、地域上无限拓展。是开发优质资源,开拓教学手段,开放学习环境,服务广大师生、回馈社会的积极尝试。
高校移动校园平台充分利用校园现有信息化建设成果,综合校领导、业务部门、教职工、学生和公众移动应用需求,以构件化、服务化的形式逐步接入OA、教务、学工、一卡通、图书馆等专项业务应用,完成信息数据在移动终端上的展示与查询,实现主要业务操作的移动化转换,建立更加便捷的交流与互动环境。平台建设符合国家教育工作统一部署,符合学校当前发展目标,符合广大师生工作、科研、学习、生活和信息交流的实际要求。
二、高校建设移动校园平台的目标
移动校园一方面满足学校管理效率改进的需求,建设移动MIS类管理型移动应用,帮助业务管理部门简化流程、提升效率,这是移动校园建设的初始目标;另一方面也将满足个体用户的使用需求,建设服务型移动应用,并通过持续迭代优化用户体验、盘活校内用户资源,体现信息化建设的价值,这是移动校园建设的终极目标。
移动校园平台项目建设为师生们提供一个移动校园门户,构建开放的移动平台,从用户需求出发,整合校内外资源,为师生提供一系列基于移动互联网的学习、生活、获取校园资讯等应用服务,以及涵盖校园周边的应用服务,打造一个可持续迭代优化的APP Store。
三、移动校园平台总体设计
移动校园平台与教务系统、办公系统等专项应用系统通过服务调度与管理形成松耦合关系,避免业务系统为适应移动信息传播进行过多的改造,当业务系统变更时,移动校园平台能够快速而准确的进行适应。
移动校园平台整体架构如图1所示。
图1 移动校园整体架构
在数字校园统一的信息标准与管理体系、信息安全与保障体系的基础上,建设移动校园平台。专项业务系统和数据中心提供移动应用展示的源数据信息,身份认证中心负责移动用户身份认证与权限管控。移动服务平台根据预设规则,将业务系统和数据中心对应源数据,调度给对应的移动应用组件群。应用组件对数据处理后,发布至个人移动门户,向领导、老师、学生、家长和公众分别提供移动资讯服务。
通过上述移动校园平台架构的实施,以业务流程为纽带,通过信息的有序流动,向领导、老师、学生、公众提供各类信息服务。提高学校业务管理的自动化水平,改善学校各类管理活动的效率和质量。
四、移动校园平台客户端技术架构
移动客户端以MVC框架模式进行整体设计。
MVC(Model View Controller)本来是存在于Desktop程序中的,M是指数据模型;V是指用户界面;C则是控制器。使用MVC的目的是将M和V的实现代码分离,从而使同一个程序可以使用不同的表现形式。
MVC是一个设计模式,它强制性的使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件:模型、视图、控制器。它们各自处理自己的任务。
目前市面上安卓系统的手机形式各样,各种分辨率都有,IOS系统也分为iPhone和iPad两种显示模式,利用MCV框架,在不改变功能的情况下,只需要对界面部分进行适当定制,就可以快速的适配各种机型和分辨率,提高开发效率。
移动校园平台客户端技术架构如图2所示。
图2 移动校园平台客户端技术架构
UI层:各个模块的界面展现。各种使用控件的封装,提高门户平台的显示统一性。
应用层:包括“门户管理”和“混合式应用支撑”两部分内容。
门户管理:对整个门户进行管理,包括统一身份认证,版本管理控制,服务端消息的主动推送,缓存数据的控制。
混合式应用支撑:对独立应用进行统一的管理,包括:统一的UI显示、统一的系统行为、安全认证、下载、安装、调用和版本控制。同时支持Native App和Web App以及Hybrid App应用。
数据处理层:负责对应用数据的本地化缓存管理,以便支持离线模式登录。
负责对门户应用的配置脚本管理,负责对网络数据进行组包和解包。支持xml、json协议。
通讯层:负责和服务端进行交互,进行网络异常捕捉和超时处理。
五、移动校园平台信息标准
以数字校园信息业务信息标准为基础,构建移动校园平台信息标准,从数据信息和制度上规范移动终端信息展示内容,展示方法和管理规范。保证移动校园平台良好的扩展性和接入性。
移动校园平台信息标准主要内容包括:
1.业务数据标准
结合移动终端有信息展现特点,进行业务数据规范,明确各项业务展示的具体信息内容。一般情况下,业务数据标准以业务系统数据标准为基础,并在其基础上提炼关键指标数据,以方便在较小的展示空间内,让用户对重点关心的数据一目了然,增加信息数据的易阅性。
2.应用服务接入标准
移动校园平台作为一个开放式移动应用接入和展现平台,不同的开发公司、机构和个人,在遵循一定规范的基础上,都可以针对领导、教职工、学生、公众、家长和校盟提供有意义的移动信息服务。通过应用服务接入标准建设,实现对接入应用技术层面、管理层面和信息服务层面的有效管理,保障接入应用的安全、快捷和可控。
3.移动应用管理规范
包括移动应用接入审核规范,移动应用使用权限控制规范、移动应用管理规范等,在保证数据安全的基础上,保持各移动应用的稳定运行。
六、移动校园平台终端建设
移动终端门户原则上将Android系统和IOS系统的界面风格设定成一样的,但由于各自手机都有自己的特色,所以在局部显示上,会有所区分。IOS具有很好的手势功能,所以会考虑利用更多的简单手势,来实现操作。由于IOS不像Android,它没有返回键,在设计上,顶部导航栏左边,都统一放置返回按钮。我们将一些辅助和帮助功能都统一放在了更多模块,这样可以屏蔽Android系统的菜单键功能,形成两种系统的显示统一。
移动应用平台本身不提供移动应用服务,需要对具体的移动应用进行开发与部署方可使用。所以移动门户终端将会重点考虑对移动应用平台部署的各种应用集成问题。移动门户终端本身以Native APP方式进行开发,可以充分调用手机自带功能,和手机系统融合的更好,更有利于用户体验。
由于谷歌对安卓系统的开放,给我们提供了一个很好的集成平台,当独立APP需要下载和更新时,门户终端会从移动应用平台获取对应的.apk安装文件,进行下载、安装和调用。
苹果系统由于其强势和封闭的特点,所有的应用都需要通过苹果的App Store进行下载和安装,所以在应用集成上,当独立APP需要下载和更新时,会直接链接到苹果的App Store上进行下载和更新。安装成功之后,在由移动门户终端统一调用。不过鉴于对用户体验的追求和越狱手机的逐渐增多,我们对于越狱后的手机,进行了针对性的版本开发,当独立应用需要下载和更新时,门户终端会从移动应用平台获取对应的安装文件,然后进行下载、安装和调用,全程自动化操作。
移动门户终端在调用独立APP时,会进行类型判断,如果是Native App或者Hybrid App时,会调用Android和IOS系统自带的功能,启动该应用。如果是Web App应用,会调用我们封装好的Web Engine进行调用。该引擎集成了系统自带的WebView控件,支持html、css、Jsp等,集成在门户中进行显示,与门户软件统一风格。
七、移动校园平台软硬件选型
1.硬件网络拓扑结构
移动校园平台硬件网络拓扑结构如图3所示。
图3 移动校园平台硬件网络拓扑结构
2.数据库系统软件
数据库系统可以采用Oracle或IBM DB2,建议采用Oracle 11G Rac。
3.操作系统
应用服务器的操作系统建议采用Linux,如Red Hat Linux。其他服务器可以根据需要选用Linux或Windows server(Windows2007或后续版本)。
3.中间件应用服务器
中间件应用服务器软件可以采用主流的应用服务器软件,如Oracle Weblogic、Ibm Websphere、Tomcat等。
4.软硬件配置建议(如表1所示)
表1 移动校园平台软硬件配置建议
参考文献:
[1]王磊,张涛.基于云的高校移动校园生态链的构建研究[J].华东师范大学学报(自然科学版)[J],2015,z(1).
[2]王斌,袁新辉,蒋新华,林云.高校新一代移动信息门户的建设[J].华东师范大学学报(自然科学版),2015,z (1).
[3]王磊,张涛.基于“应用驱动,开放共赢”的高校移动校园生态链的构建[J].现代教育技术,2015(3).
[4]朱广福,黄永兰,杨溯然.高校移动校园APP的研究与设计[J].计算机光盘软件与应用,2015(3).
[5]罗辉琼,梁卓明,何明发.基于移动服务开放平台构建高校智慧校园生态[J].中国教育信息化,2014(7).