Node.js + Koa + 微信小程序实战：高校请假系统，学生与教师审批流程一体化

学生请假｜教师请假｜多角色权限｜MySQL｜小程序端｜源码资料可领

一、传统请假流程的三个痛点

1. 纸质表单流转慢，审批状态难以实时查询。
2. 学生、教师和管理员之间的信息分散，容易出现遗漏或重复登记。
3. 历史请假数据缺少统一记录，统计和追溯成本较高。

小程序化的请假系统将申请、审核、查询和数据管理放到统一平台中，使请假流程从“线下找人签字”转变为“线上提交、状态跟踪、后台留痕”。

二、三类角色的权限设计

• 学生用户：登录、浏览学校资讯和公告、提交学生请假、查看个人请假记录。
• 教师用户：维护个人信息、查看学生请假、提交教师请假、查询请假状态。
• 管理员：管理系统用户、学校资讯、公告、学生请假和教师请假，执行审核与数据维护。

三、请假业务的状态流转

学生请假表包含学生姓名、学号、班级、年级、请假类型、请假天数、开始时间、结束时间、请假理由、审批人和审核状态等字段。教师请假表保存教师姓名、所教班级、所教课程、请假类型、时间范围、理由和审核状态。

四、系统架构设计

图1 系统三层架构图

表现层负责小程序页面和后台管理页面；业务逻辑层基于 Koa 处理登录、权限、请假提交和审核；数据层通过 MySQL 完成用户、公告、资讯和请假记录的持久化。

五、功能结构与协作关系

图2 系统功能结构图

• 学生端和教师端均提供基本信息、资讯浏览和请假功能。
• 管理员端集中管理用户、系统内容、学生请假和教师请假。
• 资讯与公告模块承担校园通知和内容服务，不与请假审批数据混用。

六、数据库模型设计

数据库设计以用户实体和请假实体为核心。学生用户表通过 user_id 与系统账号关联，学生请假表保存学生身份快照和审批状态；教师用户表与教师请假表采用类似设计。评论、公告和资讯等公共表用于支撑内容互动。

图3 系统数据库 E-R 图

七、关键模块实现思路

1. 登录模块：校验用户名、密码和用户组，根据角色跳转到小程序或后台页面。
2. 学生请假：前端填写请假类型、天数和时间范围，后端校验完整性后写入未审核状态。
3. 教师请假：教师提交所教班级、课程和请假原因，后台统一审核。
4. 审核模块：管理员查看申请详情，执行通过或驳回，并记录状态更新时间。
5. 个人中心：按当前用户 ID 查询自己的请假记录，避免跨用户查看。

八、安全与异常处理

• 使用角色权限控制学生、教师和管理员的数据访问范围。
• 对手机号、学号、教师身份等字段进行格式与唯一性校验。
• 审批操作需记录操作者和更新时间，避免状态无来源。
• 防止重复提交相同时间段的请假申请。
• 对密码修改、账号冻结和登录失败进行明确提示。

九、系统界面展示

图4 小程序登录界面

图5 学生请假填写界面

图6 学生请假后台管理界面

图7 教师请假填写界面

图8 教师请假后台管理界面

十、测试复盘与优化方向

• 测试覆盖用户注册、登录、修改密码、教师请假、学校资讯和学生请假。
• 可增加消息订阅，在审批状态变化时向申请人推送通知。
• 可增加分级审批，支持辅导员、院系和学校多级流程。
• 可增加请假时长统计、班级请假率和异常频次分析。
• 可与课程表、考勤系统对接，实现请假与缺勤数据联动。

项目总结与资料领取

基于微信小程序的高校请假系统把需求分析、角色权限、业务流程、数据库建模和系统界面串成了一套完整的项目闭环。从毕业设计角度看，它既能够体现框架与数据库的综合应用，也能够展示业务状态、权限隔离和数据管理等工程思维。

需要完整源码、数据库 SQL、部署说明、论文文档及答辩 PPT，可在评论区留言“源码”，按项目名称领取对应资料。

资料内容：小程序源码、Koa 后端、MySQL 数据库、部署说明、论文与答辩 PPT