高校数字校园软件存在的问题与思考

2019-09-28 02:43范义山
科技视界 2019年23期
关键词:院系宿舍分配

范义山

【摘 要】本文在总结某高校数字校园软件存在的问题的基础上,分析了产生这些问题的原因,提出了改进高校数字校园用户体验的建议。

【关键词】数字校园;用户体验

中图分类号: TP393.18 文献标识码: A文章编号: 2095-2457(2019)23-0153-001

DOI:10.19694/j.cnki.issn2095-2457.2019.23.072

高校数字校园软件对于推动校务管理现代化,提高管理与服务水平,提高工作效率具有非常重要的意义。各高校都投入了大量的经费和精力建设数字校园软件,但从实际使用效果来看,用户体验参差不齐,总体上体验比较差,跟移动互联网产品的用户体验相差甚远。因此,迫切需要对现有的数字校园软件开发思路进行调整,开发出符合高校工作实际的软件产品。

1 当前高校数字校园软件存在的问题

1.1 应用场景考虑不充分,操作过程过于繁琐

某校信息门户系统中有一个学生照片批量导出功能,可以按年级、院系、专业、班级筛选后导出学生照片,正常情况下选择年级和院系后可以导出照片,但是有个院系筛选后的学生人数超过2000人,系统禁止导出。不得已只能进一步按专业筛选,缩小学生范围,但是这个院系的专业比较多,同一个专业又按入学方式分为了大专、成教、单招、技能高考的几个专业,要把几十个专业全部操作一遍才能将这个院系的照片全部导出来。

1.2 流程的对应关系混乱,引发意想不到的错误

某校宿舍管理系统中有“现场分配宿舍”、“安排宿舍”、“调整宿舍”三个流程。

“现场分配宿舍”流程在每年迎新的时候使用,需要学校先将宿舍预分配到院系,院系将宿舍预分配到班级,迎新现场再按预分配的情况将床位分配给个人。

“安排宿舍”“调整宿舍”流程在分配床位的时候却不会去检查实际安排床位与预分配情况是否相符,只要该床位对应的性别和学生层次与学生本人符合,就可以分配成功。这样就会导致原来预分配的工作失去意义,原来预分配到某个班级的床位可能被别的班级占用,但是在“现场分配宿舍”流程中却显示该床位可分配,实际分配又会分配失败。

1.3 系统之间、栏目之间数据不同步,不关联

某校统一身份认证系统的学生账户信息来自学生综合管理系统,当学生综合管理系统中某个学生毕业或休学后,统一身份认证系统同步禁用该学生的账号,但是当休学的学生又复学后,统一身份认证系统不能同步启用该学生的账号,导致学生不能登录信息门户。

1.4 错误提示信息不能有效起到帮助作用

某校信息门户的学生基本信息维护栏目访问时出错,仅给了“访问出错!请联系管理员”的出错提示,学校信息部门工作人员无法根据这个提示排错,请求公司技术人员检查后才发现是因为这个学生的照片大小不符合要求。

1.5 操作無法撤销

在实际工作中经常会出现需要撤销以前的操作的情形,譬如测试记录,譬如原来录入的一些信息,因为实际情况发生了变化,已经成为了错误的信息,需要删除。

某校招生系统中有个录取信息维护功能,有名考生最初报了一个专业,后来又改了一个专业,最后又决定不来上学了。管理员决定删除他的录取信息,但是删除不了。经工程师排查是因为该生变更过专业,在数据库中产生了专业变更记录,录取信息表中的考生号为专业变更日志表的外键,因为外键约束的原因,在外键表的记录没删除的前提下,主键表的记录不能删除。

2 对高校数字校园软件问题的思考

2.1 面向教育行业的产品通用性不强,成熟度不够

信息技术发展迅速,产品更新换代频繁。高校应用系统建设的投入大,时间长,且软件通用性不强,每个高校都要进行个性化的开发,不利于软件的迭代和打磨,导致面向教育行业的产品成熟度不够,不足以匹配高等院校实际高水平信息化应用需求。

2.2 软件产品问题往往难以在应用初期发现

高校业务部门在软件应用初期往往参与度不够,只能发现一些表面的问题(譬如少了哪些功能,要增加哪几个菜单等等),一些深层次的问题要在软件应用较长时间后才能发现,但是这时项目往往已经通过验收,再提出修改需求往往被软件开发公司严格限制。同时,因为软件源码不开放,高校信息部门往往又没有开发能力,学校往往没办法自己修改代码来适应业务需求。

2.3 换系统太费劲

很多高校明明知道系统不好用,但是就是不敢换系统。一是换其他的系统也不敢保证好用,二是换系统太费劲,大量的数据需要迁移,不是一两天能完成。师生用惯了一个系统,换一个系统往往会有一个很长的不适应的过程,要进行大量细致耐心的培训和答疑。

2.4 软件开发公司为了卖出更多的产品,喜欢推倒重来而不是打磨原来的产品

一个软件产品到一个成熟的商品需要一个漫长的市场磨合过程。然而公司的根本目的是盈利,盈利的方式是制造商品,而不是研究完美的艺术品。公司最喜欢干的事情就是推倒重来,不愿意打磨老产品,喜欢推销新产品。

3 对高校数字校园软件开发与应用的建议

3.1 软件开发企业和学校都应高度重视用户体验

随着这几年移动互联网对大家生活方式的改变与影响,大家在软件的用户体验上有了越来越高的要求。在软件设计与开发过程中,除了要满足不断增多的基础功能需求外,还需要更多关注用户体验,要提供更加人性化、更加灵活的服务。譬如:应尽可能少的让用户在界面间跳转;可以让用户选的、自动填的、就别让用户敲键盘;最大限度地减少用户的记忆负担;在适当的时候,系统的使用说明应该是可见的或易于检索的。

3.2 软件开发一定要模拟、推演实际工作中可能出现的问题

程序员在开发软件的时候,往往考虑的是处理一个问题的一个场景或几个场景,但是实际工作中可能出现的是多个场景。当没考虑到的场景出现的时候,有可能无法处理,或者出现意想不到的错误,或者操作起来非常不便。

3.3 要兼顾好原则和灵活性的问题

软件开发与设计过程中,一方面要讲究原则,不能改的数据坚决不让改,不能删的数据坚决不让删,不规整的数据坚决不让导入,保证系统稳定,保证数据准确、完整;另一方面也要考虑灵活性,在保证系统安全稳定运行,数据准确、完整的前提下,尽可能给用户更多的方便,尽可能让用户在网页上操作菜单就能修改或删除相关数据,而不是需要技术人员操作数据库来达到相关目的。

3.4 软件开发企业应建立与学校直接沟通的机制

用户体验并非一蹴而就,而是需要不断地了解用户、迭代产品。软件开发企业如何持续的、准确的收集师生使用过程中的问题,如何避免问题在从校方传递到软件公司开发人员的过程中,发生信息失真和延误,如何防止问题反馈响应不及时,问题处理延期,如何让用户及时了解项目的开发进度,是一个非常重要的问题。传统的沟通方式难以胜任,需要采用技术手段打通学校和公司总部之间的联系,实现沟通过程信息化,问题处理过程在线化,项目组织过程责任明确,项目成果可视。

3.5 学校应加强信息技术人才队伍建设

软件产品的用户体验一方面取决于软件开发商, 另一方面取决于学校自己的信息技术人才。再好的软件,如果没有好的运维,系统频繁的崩溃、卡顿,出了故障不能及时的修复,不能熟练使用软件的各项功能,系统不能发挥最大使用价值,当系统出现小问题或者师生有较小需求变更时,不能够在既有程序的基础上进行二次开发,用户体验也是很差的。

猜你喜欢
院系宿舍分配
热得快炸了
应答器THR和TFFR分配及SIL等级探讨
遗产的分配
一种分配十分不均的财富
学校到底是谁的
绩效考核分配的实践与思考
作品四
高师音乐院系艺术实践周实效提升策略
一个都跑不掉
关于高等院校院系党政关系的思考