基于Web的疫情下高等院校宿舍管理系统

2022年春天，基于某高校计算机学院大二学生李然被隔离在宿舍楼里整整21天。的等院他每天最头疼的疫情不是网课，而是下高校宿帮室友带饭——楼长在微信群里发Excel表格，大家接龙填需求，舍管到了饭点发现有人重复下单，理系有人漏填房间号。基于更麻烦的的等院是晚点名，宿管阿姨得挨个敲门确认，疫情一层楼60个房间走完要40分钟。下高校宿这事后来被他写进了毕业设计，舍管题目就是理系《基于Web的疫情下高等院校宿舍管理系统》。

这个系统要解决的基于核心问题很具体：把人从重复的表格和敲门中解放出来。李然设计的的等院架构不复杂——前端用Vue搭管理界面，后端跑Spring Boot，疫情数据库选了MySQL。关键模块有三个：健康打卡、物资需求和出入审批。健康打卡不是简单填体温，而是自动抓取学生提交时间，超过上午10点未报的，系统直接给辅导员推企业微信提醒。物资需求模块更有意思，学生下单买药或生活用品，系统按楼层合并同类项，生成一张拣货单给志愿者，避免一人跑一趟的浪费。

实际部署时遇到的最大障碍不是技术，是数据权限。宿管能看到哪些信息？辅导员能导出什么？校医院能不能直接调取发热记录？李然和指导老师吵了三轮，最后定了个“最小必要”原则：宿管只看到本楼栋的汇总人数，辅导员能查具体名单但看不到病史详情，发热数据单独加密，只有校医院有解密密钥。这套逻辑后来被学校信息中心采纳，成了疫情期间临时系统的通用规范。

系统上线第一周，某栋宿舍楼晚点名时间从40分钟压到4分钟。志愿者王雨桐说，以前搬物资靠吼，现在手机上看拣货单，按房间号排序，一趟推车能送12个宿舍。但也有翻车的时候——有学生把体温填成“36.5℃”带单位，前端没做正则校验，直接入库报错。李然连夜加了输入限制，还补了条提示：“别写摄氏度，写数字就行。”这种细节在论文里不会写，但真实开发中占了一半工作量。

从技术选型看，这个系统没什么高深算法，甚至有点“土”。但它的价值恰恰在于够用、能跑、不添乱。疫情期间很多高校买了商业宿舍管理系统，功能花哨，结果宿管阿姨不会用，学生嫌麻烦，最后又退回微信群接龙。李然这套东西界面简陋，可每个按钮都对应一个具体动作：点“报平安”就是报平安，点“申请外出”就是填三个字段。没有多余跳转，没有强制注册，扫码就能用。

当然，它也有明显短板。比如并发量一过500就卡顿，因为没做消息队列；数据备份靠每天凌晨的定时脚本，万一服务器崩了只能回滚到前一天。李然后来在答辩时说：“这系统能撑过封控期，靠的是学校人少、需求简单。真要推广到万人高校，得重写。”这话实在。技术方案从来不是越先进越好，匹配场景才是关键。

现在回头看，疫情催生了一批“临时系统”，多数活不过三个月。但李然这套东西被学校留了下来，改成了日常宿舍报修和晚归登记工具。原因很简单：它把流程从“人找事”变成了“事找人”。宿管不用再扯着嗓子喊，学生不用再下载新App，微信里点两下就完事。这种设计思路，比任何架构图都值得琢磨。