做毕设选题的时候后台管理系统往往是最好落地、也最容易出效果的一类项目课表管理系统更是其中特别典型的场景。西安工商学院的课表管理平台技术栈用的是SpringBoot Vue MyBatis-Plus MySQL前后端分离既能当毕业设计也能当课程设计更适合把Java后端和Vue前端这条完整链路彻底吃透的日常学习。整套系统把学校课表从制定、维护、查询到展示的流程全部串起来管理员能维护基础数据与排课信息教师和学生只需要登录后就能看到自己关心的课程安排。下面结合我实际开发这类项目的经验把这个系统从需求拆解、技术选型、数据库设计到前后端实现完完整整过一遍。1. 项目整体设计与需求拆解1.1 课表管理系统到底要管什么很多人看到“课表管理系统”第一反应就是“不就是课程增删改查吗”实际上真正做起来工作量比想象中大得多。学校里的课表并不是简单的一条记录它要回答“某个班级在某个学期、第几周、星期几、第几节课在哪个教室上什么课、由哪个老师上”这一串问题。所以核心数据模型一定得包含学期、班级、教师、课程、教室、时间节次这几个维度缺一个课表就拼不完整。以西安工商学院这个项目为背景我把用户分成管理员、教师、学生三类。管理员负责基础数据维护包括班级信息、教师信息、课程信息、教室信息和学期信息同时负责排课和管理所有课表数据教师登录后只能看到自己的授课安排学生登录后按自己的班级查看本班课表。这样角色边界清晰以后权限设计、后端接口规划、前端页面划分都跟着变得明确整个项目的结构就不会散。从学习角度来看这个课题覆盖的知识点非常均匀SpringBoot后端有接口开发、数据库设计、数据校验、权限拦截Vue前端有路由、状态管理、组件通信、表格渲染部署阶段还会涉及打包、代理配置。做完这一套Java基础、数据库SQL、前端框架、前后端交互这些核心能力基本都能得到扎实的锻炼比漫无目的地刷一百道面试题要直观得多。1.2 角色与权限边界设计设计权限时我习惯先把“谁能干什么”写成表格再去做接口和页面这样后端开发时不需要反复改逻辑。这个课表管理系统的权限模型拆成三份就可以了不用做得太复杂。管理员拥有全部菜单权限包括系统首页、用户管理、班级管理、教师管理、课程管理、教室管理、学期管理、课表管理和排课冲突检查。教师的权限更少登录后只能看到“我的课表”一个核心页面顶多再允许查看当前学期安排和导出自己的课表。学生则是按班级维度看课表不涉及教师数据维护也不允许新增或者修改课程。这样设计的直接好处是前端菜单可以根据登录角色动态渲染后端也可以在接口上做一层简单校验。后端只需要在拦截器里判断当前登录人的角色再判断接口是否符合该角色的访问规则就能挡住最基础的越权请求。对于毕设来说把权限做到“菜单可见性”加“接口角色判断”就已经很够了暂时不需要引入Spring Security里过度复杂的权限体系。1.3 前端页面结构与交互思路课表管理系统的核心交互其实就是“一张课表”。管理员每天面对的是不同班级、不同周次的课程安排教师和学生希望一眼看到自己一周的课程节奏。所以我把前端页面分成下面这些模块登录页账号密码登录登录完成后按角色跳转首页Dashboard展示本学期周次、当前用户信息、本周课程数量课表视图一个7列6行的表格横着是星期一到星期日竖着是第1节到第12节单元格内容为课程名、教师、教室课程管理课程信息的新增、编辑、删除、分页查询班级管理班级列表和班级课表切换用户管理管理员维护账号及重置密码课表视图是整个前端最核心的组件。我的做法是先用el-table把星期作为列、节次作为行然后从后端拿到该班级本周的全部排课记录再遍历成二维数组填充到单元格中。周次切换用下拉框实现选不同周次会重新请求后端这样用户能查看任意一周的安排不用把整个学期的数据一次性塞进前端。2. 技术选型与环境准备2.1 为什么是SpringBoot Vue MySQL这套组合目前几乎是国内Java后端项目的标准配置选它不是为了赶时髦而是因为每一环都踩在需求点上。SpringBoot简化了Spring的大量XML配置内嵌Tomcat让项目可以直接通过jar包启动开发和部署的成本都很低Vue组件化开发的思路非常适合“登录页面、课表表格、课程表单”这类界面数据流也比jQuery时代的操作清晰很多MySQL则是所有学生从数据库课开始就没离开过的关系型数据库导入导出、备份恢复、SQL优化这些知识点都能在课表系统里派上用场。从就业和技术演进的角度看SpringBoot后端配Vue前端在国内企业里非常普及。课程表项目规模不大但能完整体现“前端调用接口、后端处理业务、数据库存储数据”的完整链路面时也能讲出有效的东西。更实际一点说这个路线在GitHub上的学习资料和开源代码也是最多的遇到问题基本搜得到解决方案不会像冷门框架那样卡在一个奇怪的报错上好几天。2.2 别踩SpringBoot版本太高的坑搜索“springboot版本太高”能发现大量求助帖子这其实是很多新手做完项目以后遇到的第一道坎。我最初也喜欢用官网最新版但最新版往往伴随大量兼容性调整比如SpringBoot 3.x默认使用Jakarta EE规范原来的javax包名需要替换部分老项目依赖也会失效。如果你只是做毕设、课设优先选一个稳定、教程最多的版本而不是追新。我自己推荐两种稳妥组合你可以根据自己的JDK环境选择SpringBoot 2.7.18 JDK 8 MySQL 8.0 Vue 3SpringBoot 3.2.x JDK 17 MySQL 8.0 Vue 3选2.7.18的好处是网上绝大多教程、示例代码都能直接复用各种百度到的报错案例也有效选3.2.x也不难但要注意最开始创建项目时选中SpringBoot 3.x之后所有依赖包名要与Jakarta规范保持一致。对于课表管理这种中小型项目2.7.18足够稳。记住一个原则在项目开发阶段不要轻易升级parent版本或者关键依赖版本否则本来跑得好好的代码很可能因为一个版本冲突突然起不来。2.3 数据访问层用MyBatis-Plus还是JPA这个系统我最终选择了MyBatis-Plus因为课表管理有不少按条件组合查询的场景比如“查某周某班级的课表”、“查某位老师某天是否有冲突”MyBatis-Plus的LambdaQueryWrapper写起来非常直观基本能覆盖大部分动态SQL场景不需要专门维护大量XML文件。另外一个很实用的点是MyBatis-Plus提供了代码生成器可以根据数据库表结构直接生成实体、Mapper、Service和Controller毕设项目里能省掉很多重复劳动。但我不推荐直接生成Controller全部拿来用因为生成出来的代码只是最简单的CRUD课表管理里真正有价值的接口是排课校验和周次计算这部分还是需要自己写。如果把MyBatis-Plus作为数据访问层数据库连接池一般用Druid分页插件直接配置一个MybatisPlusInterceptor就能搞定比手写PageHelper更省事。2.4 本地开发环境搭建清单这里列一份我在新电脑上从零搭环境的顺序每一步都会直接影响后续能不能顺利启动项目先装JDK。SpringBoot 2.7配JDK 8就行如果你用IDEA安装完成后在Project Structure里确认项目SDK选的是同一个JDK版本否则会出现“invalid source release”之类怪问题。然后是Maven我习惯用3.8.x版本配置好阿里云镜像仓库依赖下载会快很多。数据库装MySQL 8.0安装时记住root密码安装完成后建议把my.cnf中默认字符集改成utf8mb4避免后面存中文出现乱码。前端部分需要安装Node.jsVue 3及Vite构建工具要求Node版本比较新至少16以上推荐用18或20版本太老的Node会导致依赖安装时报错。装完Node之后npm工具就跟着有了国内项目再设置一下镜像源。最后一个环节是开发工具后端IDEA前端用VS Code两边同时打开项目目录联调时改代码能即时热更新效率会高很多。3. 数据库设计与核心表结构3.1 表关系总览数据库设计决定了后端写起来顺不顺畅。在这个课表系统里我拆出了7张核心表它们之间的关系非常清晰sys_user用户账号表存登录凭证和角色clazz班级表存班级名称、专业、年级teacher教师表存教师基本信息student学生表存学生基本信息并关联班级course课程表存课程名称、学时、学分classroom教室表存教室名称和容量schedule课表主表关联所有维度表示某周某天某节在哪个教室上什么课另外还有一张semester学期表用来区分不同学期的课程数据。这个设计的核心思想是把“人、地、时、课”四个要素拆开再通过schedule表把关系关联起来。很多学生一开始为了图方便会直接在一张表里塞大量冗余字段比如把班级名称、老师姓名都写在课表记录里这样做虽然前台展示方便但后续改老师名字、调整班级专业时非常痛苦属于典型的“短期省事、长期填坑”。3.2 用户表与权限设计sys_user表设计得比较轻字段为CREATE TABLE sys_user ( id BIGINT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(100) NOT NULL, role VARCHAR(20) NOT NULL, real_name VARCHAR(50), clazz_id BIGINT, teacher_id BIGINT, enabled TINYINT DEFAULT 1, create_time DATETIME );password字段我用BCrypt加密存储不应该把明文密码直接放进去。role字段存ADMIN、TEACHER、STUDENT三种角色。这里留了clazz_id和teacher_id两个冗余关联字段方便从用户表直接定位该用户实际对应的班级或教师记录后端在查“当前登录人的课表”时不需要在业务逻辑里再做一次名称匹配。如果你使用了MyBatis-Plus的代码生成器可以根据这张表直接生成实体我的习惯是只保留实体类对应字段公共字段比如create_time直接在实体里用TableField(fill FieldFill.INSERT)自动填充避免每个新增接口里都手动set时间。3.3 课程信息表与班级课表主表course表字段相对简单id、course_name、credit、total_hours、course_type。course_type用来区分必修、选修后面扩展成绩管理的时候这个字段还会发挥作用。clazz表重点字段是clazz_name、grade、major_name例如“软件工程2301班”grade就是入学年级这会在学生选课时有参考价值。最关键的是schedule表的字段我按课表的最小时间单元设计CREATE TABLE schedule ( id BIGINT PRIMARY KEY AUTO_INCREMENT, semester_id BIGINT NOT NULL, clazz_id BIGINT NOT NULL, course_id BIGINT NOT NULL, teacher_id BIGINT NOT NULL, classroom_id BIGINT NOT NULL, week_start INT NOT NULL, week_end INT NOT NULL, day_of_week INT NOT NULL, period_start INT NOT NULL, period_end INT NOT NULL, remark VARCHAR(255) );这里的week_start和week_end表示这门课从第几周上到第几周例如第1周到第16周day_of_week是星期几取值范围1到7period_start和period_end表示第几节课到第几节课。使用问的话一个班级同一门课每周可能连上两节period_start和period_end就能表达这个连续节次。如果只是简单的每门课每周只上一次课这两个字段也可以变成一个period字段但对排课灵活性要求更高时区间字段明显更合理。3.4 学期、周次与日期换算semester表的核心字段是semester_name、start_date和end_date例如“2024-2025学年第一学期”。这个表的价值在于能让“当前第几周”自动计算不必让管理人员手动维护每一周的日期范围。周次换算代码如下public int getCurrentWeek(LocalDate date, LocalDate semesterStart) { if (date.isBefore(semesterStart)) { return 0; } long days ChronoUnit.DAYS.between(semesterStart, date); int week (int)(days / 7) 1; if (date.getDayOfWeek().getValue() semesterStart.getDayOfWeek().getValue()) { week (int)(days / 7); } return Math.max(week, 1); }这段逻辑在设计时要注意一个细节开学第一周的星期一可能和学期起始日不是同一天所以最好用所在周的星期一来计算比如把学期起始日规整到它所在周的星期一作为基准再往前计算。前端课表按周切换时也直接通过后端传周的起始日期和结束日期这样界面显示和数据库存储能保持一致。如果不想写日期计算后端也可以直接给一个“日期-周次”的工具类用什么逻辑都行但必须统一避免前端显示的和后端的课表记录用的周号不一致。4. 后端核心功能实现4.1 工程初始化与统一接口返回我创建后端工程时优先用Spring Initializr选好SpringBoot版本、Java版本和打包方式。包结构尽量保持清晰不然代码多起来会乱com.xx.schedulecontrollerservicemapperentitydtoconfigcommon为了让前端解析数据时格式固定我定义了一个统一返回对象Result 字段包含code、msg和data。成功时code为200失败时根据具体错误码区分例如参数错误400、登录失效401、没有权限403。这样前后端联调时不会出现“这个接口返回数组、另一个接口返回对象”的混乱局面。同时必须有全局异常处理器用RestControllerAdvice把业务异常、参数校验异常、数据库异常统一转成Result返回。这一步虽然一开始写的时候要多花十几分钟但后面所有Controller都能少写一堆try-catch排错也快得多。4.2 登录鉴权与JWT实现毕设项目里JWT是非常实用的选择流程主要分三步登录成功后生成token并返回前端把token存到localStorage或者pinia中后端用拦截器校验接口请求头中的token。我选择用一个自定义拦截器配合JWT工具类而不是引入完整的Spring Security因为课表管理系统的权限边界比较简单引入Spring Security后配置类反而又多又容易误伤静态资源。JWT工具类负责生成和解析token核心逻辑是在token里放入userId、username和role然后设置过期时间一般给24小时。登录接口的伪代码如下PostMapping(/login) public ResultLoginVO login(RequestBody LoginDTO dto) { User user userMapper.selectOne( new LambdaQueryWrapperUser() .eq(User::getUsername, dto.getUsername())); if (user null || !BCrypt.checkpw(dto.getPassword(), user.getPassword())) { return Result.error(账号或密码错误); } String token jwtUtil.createToken(user.getId(), user.getUsername(), user.getRole()); return Result.success(new LoginVO(token, user.getRole(), user.getRealName())); }拦截器里只需要从请求头取出Authorization去掉“Bearer ”后解析token如果能解析出来就放行解析失败就返回401。放行路径要记得加上/login和前端静态资源。很多同学在这步遇到“登录过后端一直401”的问题基本都是前端请求头没带token或者是拦截器里对OPTIONS请求直接拦了导致跨域预检失败。解决方法是拦截器里判断一下请求方法是OPTIONS就直接返回成功。4.3 课表CRUD与分页查询课表管理接口中最常用的两个接口分别是分页查询和保存排课。分页查询会用到MyBatis-Plus的Page对象课表列表需要展示来自多个关联表的信息比如课程名称、教师姓名、班级名称和教室名称。这里有两种做法第一种是先分页查schedule主表再在Service层循环查关联表数据量小时没问题但循环里写查询太丑第二种是直接在Mapper里写一个带关联查询的分页SQL通过MyBatis-Plus的Select注解或XML实现。我更推荐第二种SQL大概这样SELECT s.*, c.course_name, c.credit, t.teacher_name, cl.clazz_name, cr.classroom_name FROM schedule s LEFT JOIN course c ON s.course_id c.id LEFT JOIN teacher t ON s.teacher_id t.id LEFT JOIN clazz cl ON s.clazz_id cl.id LEFT JOIN classroom cr ON s.classroom_id cr.id WHERE s.semester_id #{semesterId} ORDER BY s.day_of_week, s.period_start然后在Service层调用Page 前端只需要按分页字段展示。保存排课接口要接收一个ScheduleDTO里面包含各关联表id、周次区间、星期、节次区间等字段。接收参数后先做基础校验比如课程是否存在、教室是否存在、开始节次不能大于结束节次等校验完再插入数据库。4.4 排课冲突校验逻辑排课冲突是课表管理系统里最有含金量的业务逻辑也是答辩时老师最喜欢问的部分。冲突无非三种情况同一个教室在同一时间被安排了两节课、同一个教师在同一时间被安排了两节课、同一个班级在同一时间被安排了两节课。三种情况本质上都是“时间重叠”只是关联对象不同。我的做法是在Service里写一个公共方法入参是学期、关联对象类型、关联对象id、周次区间、星期、节次区间然后在数据库里做重叠区间判断LambdaQueryWrapperSchedule wrapper new LambdaQueryWrapper(); wrapper.eq(Schedule::getSemesterId, semesterId); wrapper.eq(Schedule::getDayOfWeek, dayOfWeek); wrapper.eq(Schedule::getClassroomId, classroomId); wrapper.and(w - w .le(Schedule::getPeriodStart, periodEnd) .ge(Schedule::getPeriodEnd, periodStart) );这个很关键。传统的冲突判断往往会先查出所有课表再在Java里循环比较但这样效率低且代码多SQL上直接通过periodStart 新纪录的periodEnd AND periodEnd 新纪录的periodStart就能判断两个节次区间是否重叠。周次重叠也类似用weekStart 新纪录的weekEnd AND weekEnd 新纪录的weekStart判断。写这个逻辑时要注意一个坑区间重叠不只是完全包含部分重叠也算重叠。比如原课表是第2节到第3节新排课只要第3节开始就算冲突。用上面这种“不满足不重叠条件”的写法是最稳的不需要列举各种重叠可能。把三种冲突场景封装成三个方法分别调用在接口响应里返回具体的冲突原因排课时管理员能立刻看到“该教室第3周周一下午第4节已被占用”这样的提示体验就好很多。5. 前端Vue项目实现与联调5.1 Vue3项目初始化与目录结构前端项目我选择用Vite初始化Vue3项目不要用Vue CLI因为Vite启动速度明显更快依赖管理也更现代。执行命令后进入项目我习惯把src目录整理成下面这样src/api封装所有的后端请求src/views页面组件比如登录、课表、课程管理src/router路由配置src/storepinia仓库src/components公共组件src/utilsaxios实例、鉴权工具在api目录中统一创建axios实例设置baseURL并添加请求拦截器在前端每次请求时自动带上token响应拦截器里统一处理业务错误码和401。这样做能避免每次调用接口都手动写token也不用每个页面都单独处理登录超时。Vue项目的依赖安装我会特别注意版本。拿element-plus举例它与Vue3是配套的不要直接用Vue2的element-ui。安装命令就是npm install element-plus然后main.js里注册组件名基本都是el-开头课表界面里的表格可以直接用el-table。5.2 登录页与路由守卫登录页是整个系统的入口表单包含用户名、密码点击登录后调用/api/auth/login接口。成功后会拿到token和角色用pinia维护一个userInfo对象并把token同时存到localStorage里。登录成功以后不直接跳转到固定首页而是根据角色动态跳转管理员去课程管理/排课管理教师去个人课表学生去班级课表。路由守卫在Vue3中通过router.beforeEach实现核心代码逻辑是router.beforeEach((to, from, next) { const token localStorage.getItem(token) if (!token to.path ! /login) { next(/login) } else if (token to.path /login) { next(/) } else { next() } })这里还应该根据token里的role信息判断当前用户有没有权限访问某个菜单。如果直接访问其他人的管理路径可以统一跳转到一个无权限页面。这些代码不算复杂但能为答辩加分说明你考虑到了前端层面的安全控制。5.3 课表视图的核心渲染逻辑课表视图是前端最核心的组件我基于el-table实现。表格的columns固定构造成周一至周日行数从第1节到第12节然后在render函数或者模板里根据行和列渲染单元格数据。操作思路是先把后端返回的课表记录转换成一个二维Mapkey是“dayOfWeek-periodStart”value是课程信息。比如单元格内容课表数据const gridData {} scheduleList.forEach(item { for (let period item.periodStart; period item.periodEnd; period) { gridData[${item.dayOfWeek}-${period}] { courseName: item.courseName, teacherName: item.teacherName, classroomName: item.classroomName, } } })然后模板中每个单元格通过gridData[${day}-${period}]取数取不到就显示空。需要合并单元格的时候可以借助table组件的span-method实现但是更简单的方案是把连续节次的信息放在第一节课的单元格内用一个CSS样式让卡片看起来覆盖后续行数。毕设演示时这种处理已经足够不会影响考官理解功能。当前选中的周次用下拉框绑定切换周次时重新调用接口获取新的课表数据页面展示会立刻刷新。这个交互要特别注意当前学期的总周数是从semester表里算出来的建议前端一次性拿到学期信息周次下拉框直接根据总周数生成不要写死16或18。5.4 前后端联调跨域、代理与静态资源前后端分离项目在本地联调时最常遇见的三个问题就是跨域、代理配置和静态资源路径。开发环境里最简单的处理方式不是在后端写CrossOrigin注解而是使用Vite代理。在vite.config.js里配置dev serverserver: { proxy: { /api: { target: http://localhost:8080, changeOrigin: true } } }这样前端请求时仍然用相对路径/api/xxx开发服务器会把它转发到后端8080端口并在浏览器看来是同源的不会触发跨域拦截。这种方案在后端部署时只需要说让前端生成dist静态资源后放到后端静态资源目录或者用Nginx代理细节可以在答辩里展开说。后端如果确实需要接收前端请求可以在WebMvcConfigurer里注册CORS映射。但要注意如果配置了拦截器必须先放行OPTIONS请求否则跨域预检请求会在拦截器阶段就被拦截前端报出一堆“CORS error”而控制台后端根本没有执行Controller方法。6. 常见问题排查与避坑经验实录6.1 SpringBoot版本太高引发的奇怪问题我见过太多朋友在项目刚开始或者中途升级SpringBoot版本后出现依赖冲突、MapperScan找不到、自动配置失效这类问题。最典型的场景是SpringBoot 3.x中连接MySQL需要手动增加驱动依赖同时包名从javax改成jakarta老代码批量替换不到位就会出现编译错误。避坑只有一个建议项目开始前把所有关键依赖版本固定并用一张表记录下来。毕设不需要追求最新跑通功能、结构清晰远比版本新更重要。如果你参考的源码就是2.7.x那就老老实实把SpringBoot、MyBatis-Plus、Druid、MySQL驱动版本都按源码锁死然后一口气全部装好。遇到报错时优先上网搜“对应版本 报错信息”不要盲目去Maven仓库拉最新版本。6.2 MySQL连接报错与时区问题启动SpringBoot项目后控制台报“Access denied for user”或“Public Key Retrieval is not allowed”大概率是MySQL 8这两个常见问题。首先是root密码没设置正确其次是连接串里需要带上allowPublicKeyRetrievaltrue和useSSLfalse。时区也不能忽略建议把连接地址写成jdbc:mysql://localhost:3306/schedule?serverTimezoneAsia/ShanghaiuseUnicodetruecharacterEncodingutf8useSSLfalseallowPublicKeyRetrievaltrue如果你用MySQL 5.7驱动版本5.x和8.x也有区别通常项目可以统一使用mysql-connector-j 8.x版本即可。数据库表结构建议提前创建好再用MySQL Workbench导入不要试图依赖MyBatis-Plus的自动建表因为官方默认只更新不建表实体类生成SQL的脚本更适合在文档中展示不适合直接依赖。6.3 Vue依赖安装与tsconfig报错Vue项目在某些环境中会出现failed to load tsconfig vue/tsconfig/tsconfig.web.json的报错这通常是因为Node版本或pnpm缓存有问题。解决方法是先清npm缓存删除node_modules和package-lock.json再重新安装。同时确保项目根目录的tsconfig.json里引用路径指向的是项目内部已存在的package。如果项目是JavaScript版本就不需要引用vue/tsconfig直接把tsconfig相关引用删掉再处理src/main.js入口即可。安装依赖时我还会注意npm与cnpm的选择优先用npm官源或配置好的镜像不建议混用混用经常会出现组件缺失这种很隐蔽的问题。6.4 数据导入导出和中文乱码课表系统里一个实用功能是支持导入Excel或导出课表但做这个功能前要提前想好编码问题。Excel导出用Apache POI时设置Excel单元格内容必须指定中文字体可不要直接在代码里拼接HTML下载。导入Excel时文件内容不一定是UTF-8最容易出现乱码必须在读取InputStream时明确指定字符集常见的两种格式是xls和xlsx读取方式也有区别。如果你的项目只做展示没有导入导出需求这个功能可以先不写但可以在数据库连接串上加上useUnicodetruecharacterEncodingutf8并且将表字符集设为utf8mb4。后端接口返回JSON时SpringBoot默认UTF-8不用额外设置前端展示遇到乱码往往是因为浏览器缓存了旧资源强制刷新一下就能排除。6.5 使用源码时的几个实用建议拿到一个现成的课表管理源码千万不要急着直接跑起来。我建议按照以下顺序去消化先看README搞清楚版本要求、数据库脚本、启动步骤先建库导入SQL文件确保数据库内容完整改数据库连接配置启动后端看日志有没有报错启动前端逐个功能测试重点看课表查询和排课保存把核心Service和Controller类通读一遍梳理清楚每个接口的作用这样一套流程走下来既能快速把它跑起来作为演示也能在答辩时做到心中有数。如果源码里某些功能写得比较简陋比如权限只在前端控制、后端没有拦截器你可以主动补上一个简单的JWT拦截器这往往是很显眼的小亮点。做完整套课表管理系统以后再回头看这个项目虽然看着不算特别大但它把程序开发的几个关键环节完整走了一遍需求分析时考虑不同的角色和时间维度数据库设计时考虑表的拆分与冗余后端实现时考虑统一的返回结构和冲突检测逻辑前端开发时考虑表格渲染和路由控制。如果你正准备拿它做毕设我建议在完成基础功能后挑一个方向做点深度优化比如把排课算法从手选改成自动推荐空教室、把课表导出成图片或PDF、加入课程考勤统计这些扩展都能让项目在答辩时更有竞争力。特别是自动排课这点哪怕是做一个简单的“按教室容量推荐空闲时间段”的接口讲起来都比单纯的增删改查有意思得多。
