1. 项目概述与选题背景每年到毕业季计算机专业的同学都会面临同一个问题选题。我见过太多人一上来就挑电商、商城、博客这类做了八百遍的题目结果答辩时老师一眼看穿问两句就卡壳。而“选课排课系统”这个方向属于高校教务管理里最核心的业务场景之一业务逻辑清晰、数据模型自然、前后端交互频繁既能体现技术功底又不会陷入“为复杂而复杂”的陷阱。今天要聊的这套基于SSM的学生选课系统正是一个完整度很高的毕设级项目前后端代码齐全、附带说明文档和LW论文/文档还能根据需求调试定制。先给还没入门的同学解释一下SSM是什么。SSM是Spring、Spring MVC、MyBatis三个框架的组合缩写是Java后端开发里一套非常经典的技术栈。Spring负责对象管理和事务控制Spring MVC负责接收请求和路由分发MyBatis负责数据库操作。三个框架各司其职再加上MySQL作为存储层前端用JSP或者Bootstrap这类页面技术就能搭出一个结构清晰、易于维护的Web应用。这套组合在高校毕设和企业老项目中出镜率极高学好了不愁没饭吃。这个项目解决的核心问题很实际高校教务系统中学生要选课、退课、查成绩教师要开课、录入成绩、查看选课名单管理员要维护课程信息、审核排课、管理学生和教师账号。传统手工Excel管理方式效率低、易出错、冲突多而一套Web化的选课系统可以显著简化流程。对毕设而言它的价值在于业务模型完整、技术栈经典、文档易扩展、演示效果好。适合谁来参考如果你是Java后端方向的应届生或者正在准备毕设、想找一个既能上手又不容易翻车的项目这套系统可以作为非常好的蓝本。即使你还没学透Spring这套系统的代码结构也足够清晰照着跑起来逐行理解比啃书效率高得多。2. 需求拆解与功能规划2.1 核心角色与用例分析要做一套选课排课系统第一件事不是写代码而是把用户角色盘清楚。这套系统里一共有三类角色学生、教师、管理员。每个角色看到的界面不同、操作权限不同对应的数据库表和接口设计也不同。学生端的核心需求是登录后能浏览可选课程列表筛选未选满的课程进行选课和退课操作查看自己已选的课程表还能在学期结束后查看成绩。这里有个关键点选课不是简单地往表里插一条记录而是需要做“冲突检测”和“容量限制”。同一时间段不能选两门课、课程选课人数已满不能继续选、退课截止时间之后不能退这些业务规则都要在后端校验。教师端的需求比较直接查看本学期自己开设的课程、查看每门课的选课学生名单、录入或修改学生成绩。教师本身不负责创建课程课程由教务管理员统一安排这样权限边界才清晰。很多同学在开发时容易把教师和管理员功能混在一起导致后期代码乱成一团这里建议从一开始就明确功能边界。管理员端的功能最重学生信息管理、教师信息管理、课程信息管理、选课时间窗口设置、排课时间安排、选课结果统计。其中“排课”是一个容易被低估的模块它处理的是“哪个老师、在什么时间段、教哪门课、在哪个教室”的映射关系。基础版本可以做成手工排课管理员在界面上选择课程、教师、时间段和教室系统自动校验是否冲突。如果毕设想拔高可以增加一个自动排课算法模块比如用贪心算法或遗传算法处理冲突优化这部分能成为答辩时的亮点。2.2 核心功能模块划分从工程实现角度我建议把系统拆成六个模块登录认证模块、学生选课模块、教师管理模块、课程管理模块、排课管理模块、系统管理模块。登录认证模块不只是简单的用户名密码校验还要区分角色并跳转到不同主页。Spring MVC的拦截器或者Spring Security都能实现但毕设项目里用拦截器就够不必引入过重的安全框架。学生选课模块是核心中的核心。这里要非常仔细地设计数据库表关系尤其是“学生-课程-选课记录”这三张表。学生表存学生基本信息课程表存课程基本信息选课记录表单独存“哪个学生选了哪门课”而不是在学生表里加一个“选课列表”字段。很多新手在这里图省事把关联信息塞到冗余字段里结果后续统计和查询都会变得极其痛苦。排课管理模块虽然看起来是简单的增删改查但涉及到教室时间片、教师时间片、班级时间片的冲突检测。在实际开发中我建议把“时间段”设计成枚举或字典表比如“周一第1-2节”“周二第3-4节”而不是直接存字符串“20xx-xx-xx 08:00-09:40”这样冲突检测时只需要比对主键级别的标识逻辑会简单很多。3. 技术栈选型与架构设计3.1 为什么不选Spring Boot而选SSM很多同学会问现在企业里都用Spring Boot为什么毕设还要用SSM这个问题我在指导项目时被问过无数次。答案很现实SSM是教学大纲中覆盖面最广的技术栈框架原理更透明XML配置和注解混用能让你真正理解Spring的容器机制、AOP原理、MyBatis的映射过程。Spring Boot虽然开发效率高但很多细节被自动配置封装了答辩时老师问“Spring MVC的DispatcherServlet是怎么工作的”用SSM做项目的同学能答得更扎实。当然如果你拿到的模板是Spring Boot版本思路是一样的只是配置方式有差异。我这里聊的这套完整代码是基于SSM构建的跑起来后你会看到web.xml、spring-mvc.xml、spring-mybatis.xml这些配置文件每一个都是在“明示”框架的装配过程。架构上分层也很清晰Controller层负责接收请求、参数校验、调用ServiceService层处理业务逻辑、事务管理Mapper层DAO层通过MyBatis操作数据库。JSP页面放在WEB-INF下通过EL表达式和JSTL标签渲染数据。这套分层方式虽然老派但是教科书级别的规范放答辩 PPT 上任何一层都能讲出内容。3.2 数据库设计要点与ER模型再强调一次数据库设计决定了这个项目能得多少分。我强烈建议在写代码之前先用PowerDesigner或者手绘画出ER图再把每张表的字段、类型、索引、外键关系理清楚。这套选课排课系统至少需要七张核心表t_student主键id、学号、姓名、性别、班级、密码、邮箱t_teacher主键id、工号、姓名、性别、职称、密码t_course主键id、课程编号、课程名、学分、课时、选课容量、已选人数t_admin主键id、账号、密码t_select_course学生选课记录表主键id、外键student_id、外键course_id、选课时间、成绩t_schedule排课表主键id、外键course_id、外键teacher_id、上课时间、上课地点t_semester学期表可选用于区分不同学期的数据避免数据越滚越乱这里有个经验之谈所有表的主键都用自增id不用业务字段做主键比如不要用“学号”直接当主键。原因很简单学号一旦录入错误需要修改如果它是主键会造成一系列外键改动自增id则没有这个烦恼。另外外键约束在毕设项目里建议保留它虽然会影响一点插入效率但能保证数据完整性答辩时老师如果问数据一致性你可以把这个设计讲得很清楚。3.3 前后端交互与页面流转逻辑这套项目虽然没有复杂的前端框架但页面流转逻辑和异步交互完全可以做到颇为考究。登录页提交账号密码后后端校验角色跳转到不同的首页。学生首页展示课程列表可以设计成点击“选课”按钮后通过Ajax发送POST请求后端返回JSON结果前端弹窗提示“选课成功”或“课程冲突”不用整页刷新这能让演示体验上一个档次。JSP页面本身就有内置的表单提交能力但演示中频繁刷新页面不够流畅。我建议在选课、退课、成绩录入这几个核心操作上采用AjaxJSON的模式这就要在Spring MVC配置里加上ResponseBody和Jackson依赖让Controller能直接返回对象序列化后的JSON。这也是SSM项目挂上“前后端分离思想”的一个加分项。前端页面不追求花哨干净整洁、布局合理即可。可以用Bootstrap把表格、表单、导航栏做得像模像样再加一点简单的CSS动画。毕设答辩时落落大方的UI比花里胡哨的特效更受老师认可。4. 核心功能实现与关键代码解析4.1 登录拦截器与用户角色认证先聊聊登录拦截器。系统里所有受保护的页面都需要校验用户是否已登录否则跳转到登录页。这个逻辑放在Spring MVC拦截器里是最标准的做法。关键代码是实现HandlerInterceptor接口的preHandle方法从Session里取出当前用户对象如果没有就重定向到登录页。public class LoginInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { Object user request.getSession().getAttribute(USER_SESSION); if (user null) { response.sendRedirect(request.getContextPath() /login.jsp); return false; } return true; } }然后在spring-mvc.xml里注册拦截器并配置放行路径。注意登录请求本身、静态资源css、js、图片都要放行否则会出现“登录页样式全没了”的尴尬情况。mvc:interceptors mvc:interceptor mvc:mapping path/**/ mvc:exclude-mapping path/login/ mvc:exclude-mapping path/static/**/ mvc:exclude-mapping path/css/**/ mvc:exclude-mapping path/js/**/ /mvc:interceptor /mvc:interceptors登录逻辑本身要防止SQL注入这里体现MyBatis的#{}占位符优势坚决不要用字符串拼接SQL。正确写法是在Mapper接口中定义findByUsernameAndPasswordMyBatis自动对参数进行预编译处理。4.2 选课业务与冲突检测算法选课是核心业务不能写得太简单。“点击选课就insert”的代码拿到答辩现场基本自爆。我建议至少做三层校验第一层课程容量校验。也就是课程表的selected_count字段是否小于max_count。这一步在并发场景下需要用事务和乐观锁来处理但对于毕设演示同步校验已经足够。第二层时间冲突校验。通过t_schedule表查出该学生已选课程的上课时间集合再把目标课程的上课时间拿进去比对。如果上课时间字段是按“周一第1-2节”之类的编码存储这个校验其实就是字符串集合碰撞检测逻辑非常清晰。第三层重复选课校验。学生不能重复选择同一门课。这个可以通过在t_select_course表上设置联合唯一索引student_id course_id从数据库层面兜底再用业务代码对用户给出友好提示。一段简化的校验逻辑如下public Result selectCourse(Integer studentId, Integer courseId) { // 1. 查询课程信息 Course course courseMapper.selectByPrimaryKey(courseId); if (course null) { return Result.error(课程不存在); } // 2. 校验选课人数 Integer selectedCount course.getSelectedCount(); if (selectedCount course.getMaxCount()) { return Result.error(该课程已选满); } // 3. 校验重复选课 SelectCourseExample example new SelectCourseExample(); example.createCriteria().andStudentIdEqualTo(studentId) .andCourseIdEqualTo(courseId); ListSelectCourse list selectCourseMapper.selectByExample(example); if (list ! null list.size() 0) { return Result.error(您已选过该课程); } // 4. 校验时间冲突 ListSchedule scheduled scheduleMapper.selectCoursesByStudent(studentId); for (Schedule s : scheduled) { if (s.getTimeCode().equals(course.getTimeCode())) { return Result.error(上课时间与其他课程冲突); } } // 5. 执行选课并更新课程已选人数 selectCourseMapper.insert(new SelectCourse(studentId, courseId, new Date())); courseMapper.increaseSelectedCount(courseId); return Result.success(选课成功); }这段逻辑里要特别关注第5步往t_select_course插一条记录后t_course表的selected_count也要加1。如果这两步不在同一个事务里一旦第二步失败就会出现选课记录存在但人数统计不一致的数据脏状态。所以Service层必须加Transactional注解这也是Spring声明式事务最基础的用法。4.3 排课模块中的冲突检测排课模块的冲突检测也是重头戏。基础版的排课页面是管理员选择一个课程、指定一位教师、选择教室和上课时间系统保存前先检测三类冲突教师冲突同一个教师在同一个时间段不能同时上两门课。教室冲突同一个教室在同一个时间段不能同时被两个课程占用。课程冲突同一门课程不能在同一时间被排到两个教室虽然现实中不常见但逻辑上要防住。这三类冲突本质都是“二维坐标唯一性”问题。我建议在t_schedule表中设计一个唯一性检查SQL根据教师id和时间段编码查询是否已有记录再根据教室id和时间段编码查询是否已有记录。其实这也可以直接在表上建联合唯一索引teacher_id time_code和room_id time_code来做硬约束。双保险的效果更好。public Result addSchedule(Schedule schedule) { // 教师时间冲突 if (scheduleMapper.countByTeacherAndTime(schedule.getTeacherId(), schedule.getTimeCode()) 0) { return Result.error(该教师此时间段已有课程安排); } // 教室时间冲突 if (scheduleMapper.countByRoomAndTime(schedule.getRoomId(), schedule.getTimeCode()) 0) { return Result.error(该教室此时间段已被占用); } scheduleMapper.insert(schedule); return Result.success(); }这里有一个新手常踩的坑时间段编码必须设计得足够细。如果你把时间段只分成“上午”“下午”“晚上”三档那你排课时同一上午就只能排一门课太浪费。更合理的方案是分成“周一第1-2节”“周一第3-4节”“周二第1-2节”这样的粒度这样一周的可用时间片就是若干行记录排课灵活度明显提升。4.4 成绩录入与统计查询成绩模块相对简单但同样有值得打磨的点。教师用户在课程列表中选择一门课系统查询所有选课记录并展示学生名单教师输入成绩后点击保存。数据库层面其实就一个update操作更新t_select_course表的score字段。这里不要把成绩设计成单独的t_score表除非你还要细分平时成绩、期末成绩、实验成绩等多项。毕设级别的功能直接在选课记录表里加一个score字段最简洁关联查询也方便。成绩录入的页面最好支持逐行录入和批量保存前端用一个表格所有输入框都绑定到同一个保存按钮遍历数据通过Ajax提交或者一次性将整个表格数据封装成JSON数组提交。查询统计方面学生端能看到自己所有已选课程的成绩汇总比如平均绩点。GPA的计算逻辑要注意学分加权而不是简单算术平均。这个统计功能虽小但用一条SQL配上Java后台计算即可实现答辩时也是不错的展示点。5. 环境搭建与项目部署实战5.1 本地开发环境配置这套SSM项目要求在本地跑起来环境配置是第一个拦路虎。我给出一套亲测可行的组合JDK 1.8、Maven 3.6、MySQL 5.7或8.0、Tomcat 8.5开发工具用IntelliJ IDEA。不要贪新用JDK 17或Jakarta EE那一套SSM项目的兼容性在JDK 8最稳定少折腾。环境配置顺序建议先装JDK并配置JAVA_HOME再装Maven并配置MAVEN_HOME之后装MySQL和Tomcat。IDEA里导入项目时选择Maven项目等待依赖下载完成。这里有一个高频问题Maven依赖下载慢。解决方案是修改settings.xml镜像源换成国内镜像仓库。数据库部分把项目提供的sql脚本导入MySQL。导入时注意编码最好用utf8mb4字符集。导入完成后检查核心表是否成功生成然后修改项目的jdbc.properties文件把数据库地址、账号、密码改成你本地的值。jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/select_course?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password1234565.2 Tomcat部署与启动排错在IDEA里配置Tomcat这一步经常有同学把deployment配错。必须先添加Artifact选择exploded类型再把访问路径设置成根路径/。启动后访问http://localhost:8080应该看到登录页。如果启动时报ClassNotFoundException之类的问题99%是Maven依赖没有完整下载或者lib目录下缺少jar包。用IDEA右侧Maven面板执行clean和package命令看构建是否成功再检查WEB-INF/lib下是否生成了所有依赖。Tomcat报端口被占用也很常见改server.xml里的Connector端口号到8081或8082。登录功能调试时初始账号密码一般由sql脚本预置比如管理员账号admin/admin123学生账号student/123456教师账号teacher/123456。如果登录后跳转的页面报404优先检查Spring MVC的视图解析器配置看前缀后缀拼接出来的jsp路径是否真实存在。6. 常见问题排查与填坑实录6.1 请求路径404与DispatcherServlet配置项目刚跑起来最容易遇到的就是404。这个问题的根源几乎都在web.xml里的DispatcherServlet映射。检查一下url-pattern是/还是*.do。如果你在页面里的请求路径写的是/course/list.do但url-pattern配的是/就会匹配不上。建议统一风格要么全用无后缀路径要么全用.do后缀不要混用。6.2 POST请求中文乱码中文乱码在SSM项目里是老生常谈。解决方法有两个一个是在web.xml里配置Spring的CharacterEncodingFilter强制所有请求和响应都使用UTF-8另一个是确保JSP页面pageEncoding也是UTF-8数据库URL带上characterEncodingutf8。三者缺一不可。filter filter-nameencoding/filter-name filter-classorg.springframework.web.filter.CharacterEncodingFilter/filter-class init-param param-nameencoding/param-name param-valueUTF-8/param-value /init-param /filter filter-mapping filter-nameencoding/filter-name url-pattern/*/url-pattern /filter-mapping6.3 MyBatis Mapper接口绑定异常运行时报Invalid bound statement (not found)错误说明Mapper接口和XML文件没有正确绑定。检查三个方面第一XML文件的namespace必须和接口全限定名一致第二XML里的方法id必须和接口方法名一致第三MapperScannerConfigurer配置的扫描包路径要覆盖到接口所在包且XML文件要放在resources目录下与接口相同包结构的路径中。这三个条件任何一个不满足都会报绑定异常。6.4 数据连接不上与应用启动缓慢数据库连接不上时先检查MySQL服务是否启动。Windows下直接看服务列表里MySQL是否运行Linux下用命令行检查端口3306监听状态。再检查jdbc.properties里的IP是不是localhost有些同学本机MySQL端口改成了3307甚至3308不改配置一样连不上。应用启动特别缓慢十有八九是Maven正在检查依赖更新或者scan了太多包。手动把IDEA的Maven设置改成本地仓库离线模式并在Spring配置里把context:component-scan的base-package收敛到项目实际包名下不要扫描整个父目录。7. 二次开发与答辩加分思路7.1 从毕设到项目经验的进阶路径如果只是把项目跑通交差那这套系统就浪费了。我强烈建议在原有代码基础上做三个方向的扩展不用伤筋动骨但能让答辩内容厚实很多。第一个方向是引入自动排课算法。现在系统是手工排课你可以加一个“一键智能排课”按钮后端用贪心算法把未排课课程依次放入可用时间片冲突则跳过并记录失败原因。不需要多高深的算法就能展示你对业务场景的理解和算法应用能力。第二个方向是增加选课热度统计。在管理员端添加一个ECharts图表页面展示每门课程的选课人数柱状图、各学院选课比例饼图。这个功能只需要从t_course表和t_student表关联查询聚合数据然后把JSON喂给前端图表组件。视觉冲击力强讲解时也容易延展。第三个方向是引入简单的Redis缓存。把课程列表和选课人数这类热点数据缓存到Redis选课成功时更新缓存。虽然SSM项目引入Redis有点“超纲”但作为扩展点提出来会让老师觉得你有技术敏感度。7.2 说明文档与答辩演示技巧这套项目附带说明文档和LW这部分的价值往往被低估。我建议你自己把文档通读一遍然后在关键位置补充自己动手时的记录哪里改了代码、为什么这样改、踩了什么坑。答辩时老师最爱听的就是“我发现了某个问题然后通过什么思路解决了它”这种真实感是背书给不了的优势。演示系统时不要一上来就点“选课”按钮。先把项目背景、系统架构、数据库ER图讲清楚再演示三类角色的完整流程管理员建课排课、教师录成绩、学生选课查分。每个操作尽量演示到数据变化可视化的环节比如选课前课程人数是50选课后变成51这种直观变化最有说服力。7.3 找项目的同学容易踩的坑最后说点实在的。很多同学拿到一个毕设项目第一反应是去改代码、找bug这是错误姿势。正确顺序应该是这样先花半天时间把数据库脚本导入把项目跑起来完整操作一遍所有功能理解业务闭环。然后花一天时间阅读核心模块代码尤其是Service层的业务逻辑和Mapper层的SQL。接着把登录、选课、排课这三块核心代码亲手重写一遍不要照抄要理解后再写。最后再改bug、加功能。经过这四个步骤你才算是“拥有”了这个项目而不是“下载”了一个项目。我在带学生时见过两种典型情况。第一种全程自己从零写代码进度慢、容易卡壳但每个模块都理解透彻。第二种直接拿一个完整项目改改名字就交答辩论到技术细节时支支吾吾。这套基于SSM的选课排课系统的定位就是让你在有一份完整参考的基础上同时兼顾“跑通交付”和“理解原理”。它把从需求分析、数据库设计、框架搭建到业务实现、测试交付的完整链路都给了你你要做的是在落在自己手里之后把它真正消化成自己的功力。如果你打算拿它作为毕设我的建议很明确先按默认配置跑通全流程再选一个模块深度阅读和改写比如把选课逻辑重构一遍或者把排课改成算法实现。这个过程会比单纯调bug有价值得多。等项目完整走完这一轮你对SSM的理解、对业务系统的认知、对答辩的信心都会上一个大台阶。