尧图网页设计 
简介这是一套面向Java初/中级学习者和高校毕业设计/课程设计的完整项目资源——课程网上辅助教学系统。系统基于JavaB/S架构MySQL实现使用者分为管理员和学生两类角色覆盖首页、信息展示、资料信息、提交作业、修改密码、退出登录等常用教学管理场景可作为毕业设计选题参考、课程设计蓝本或Java Web实战训练项目。资源包共包含489个文件大小约96.44MB。其中Java源文件与class文件构成核心业务逻辑XML文件负责框架配置HTML/CSS/JS实现前端页面与交互SQL脚本可直接建库MP4演示视频辅助快速上手部署另有图片、字体等静态资源结构清晰便于按需调用。目前已有324人学习下载。通过这份资料既能获得一整套可运行的源码与数据库也能借助演示视频理清项目搭建流程更可在此基础上进行二次开发例如扩展课程通知、师生互动或成绩管理模块从而理解Java EE项目从设计到落地的完整思路。1. 课程网上辅助教学系统为什么这个Java毕设题目最值得认真做如果你正在为毕业设计选题发愁或者已经选了这个题目但不知道从哪下手我可以先告诉你一个结论课程网上辅助教学系统这类Java项目实战题目看起来普通却是最能稳妥落地的选择。它的业务边界非常清晰——老师发课程、发课件、布置作业学生选课、看课件、交作业管理员管用户。这个闭环恰好覆盖了Java Web开发从数据库设计到前后端交互的完整链路而Spring Boot MyBatis MySQL这套组合又是当前Java就业市场的主流技术栈做完它你简历上能写的东西远不止一个毕设题目。本文会从表结构设计、后端接口、前端联调一直讲到答辩避坑全程按一线开发习惯来不是教科书式的泛泛而谈。2. 从需求到表结构先把课程、教师、学生三个角色拆明白2.1 角色权限定边界三种登录态决定功能范围拿到题目先别急着写代码。课程辅助教学系统的核心是三个角色每个角色能做的事完全不同教师要维护自己的课程和作业学生要选课和交作业管理员不参与教学业务只负责审核账号、查看统计数据。这个边界不拆清楚后面写接口的时候一定会纠结这个功能到底放哪个控制器里。我的做法是先画一张权限矩阵横轴是角色纵轴是功能点。比如课程管理管理员能看全部课程但不能修改教学内容教师只能改自己名下的课程学生只能查看已选课程。落到数据库设计上就是sys_user表里加一个role字段后端接口在进入业务逻辑之前先判断当前登录用户的角色而不是把判断逻辑散落在各个Service方法里。2.2 核心表怎么建用户、课程、选课、作业、提交五张表打底这个系统的数据库设计比大多数管理信息系统要稍微复杂一点因为存在选课和作业提交两个典型的关联关系。我先给出最小可用的建表方案后续你按需添加字段即可。用户表、课程表、选课表是最核心的三张作业表和提交表是教学环节的延伸建议一步到位建齐否则做到中期再补表改动的文件会很多。-- 用户表教师和学生都放在这里用role区分 CREATE TABLE sys_user ( id INT NOT NULL AUTO_INCREMENT, username VARCHAR(50) NOT NULL COMMENT 登录名, password VARCHAR(64) NOT NULL COMMENT MD5加密后的密码, role TINYINT NOT NULL DEFAULT 2 COMMENT 0管理员 1教师 2学生, real_name VARCHAR(50) DEFAULT NULL COMMENT 真实姓名, created_at DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT 注册时间, PRIMARY KEY (id), UNIQUE KEY uk_username (username) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT系统用户表; -- 课程表核心业务表 CREATE TABLE course ( id INT NOT NULL AUTO_INCREMENT, course_name VARCHAR(100) NOT NULL COMMENT 课程名称, teacher_id INT NOT NULL COMMENT 授课教师关联sys_user.id, description TEXT COMMENT 课程简介, class_time VARCHAR(100) DEFAULT NULL COMMENT 上课时间如 周一3-4节, credit DECIMAL(3,1) DEFAULT 2.0 COMMENT 学分, capacity INT DEFAULT 50 COMMENT 选课容量, status TINYINT DEFAULT 1 COMMENT 1可选 0已关闭, created_at DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT课程信息表;这里有个关键点课程表不直接存教师姓名而是存teacher_id。查询的时候再joinsys_user表拿real_name。这样设计的好处是如果教师改名了或者你想按教师工号筛选都不用动课程表结构。-- 选课表学生选课记录唯一索引是防重复选课的关键 CREATE TABLE course_selection ( id INT NOT NULL AUTO_INCREMENT, course_id INT NOT NULL COMMENT 课程id, student_id INT NOT NULL COMMENT 学生用户id, select_time DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT 选课时间, score DECIMAL(5,1) DEFAULT NULL COMMENT 总评成绩教师录入, PRIMARY KEY (id), UNIQUE KEY uk_course_student (course_id, student_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT学生选课表; -- 作业与提交表教师布置学生提交提交表冗余学生姓名便于列表展示 CREATE TABLE assignment ( id INT NOT NULL AUTO_INCREMENT, course_id INT NOT NULL, title VARCHAR(200) NOT NULL COMMENT 作业标题, deadline DATETIME DEFAULT NULL COMMENT 截止时间, content TEXT COMMENT 作业要求, created_at DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT作业表; CREATE TABLE submission ( id INT NOT NULL AUTO_INCREMENT, assignment_id INT NOT NULL, student_id INT NOT NULL, file_path VARCHAR(255) DEFAULT NULL COMMENT 提交的附件路径, submit_time DATETIME DEFAULT CURRENT_TIMESTAMP, score DECIMAL(5,1) DEFAULT NULL COMMENT 作业得分, PRIMARY KEY (id), UNIQUE KEY uk_assign_student (assignment_id, student_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT作业提交表;你仔细看会发现我每张业务表都建了唯一索引选课表是course_id student_id提交表是assignment_id student_id。这个细节很多毕设源码里都没有但它是防止并发场景下重复插入的关键。后面第5章我会单独讲这个坑。2.3 初始化数据怎么造密码加密和演示账号数据库设计完下一个动作是往sys_user表里插入几个演示账号。这里必须强调密码不能明文存。即使这是毕业设计答辩时老师大概率会问一句用户密码你是怎么处理的。-- 三个演示账号admin / teacher01 / student01密码统一为 123456 INSERT INTO sys_user (username, password, role, real_name) VALUES (admin, e10adc3949ba59abbe56e057f20f883e, 0, 系统管理员), (teacher01, e10adc3949ba59abbe56e057f20f883e, 1, 张老师), (student01, e10adc3949ba59abbe56e057f20f883e, 2, 李同学);上面那串e10adc3949ba59abbe56e057f20f883e就是字符串123456的MD5值。Java后端只需要调用DigestUtils.md5DigestAsHex做同样的运算就能在登录时比对。注意MD5在现代生产项目里是不够安全的但作为课程设计演示加上盐值处理已经足够你答上老师的提问。真正需要你说明白的是为什么不能明文存而不是让老师以为你上了生产级加密。课程和选课的演示数据可以用一条简单SQL批量生成先查教师id再以这个id为外键插入几条课程记录。不建议用存储过程那会给答辩增加解释成本。3. 用Spring Boot把后端跑起来课程管理的最小可运行工程3.1 项目骨架与依赖Spring Boot 2.7 MyBatis Plus 的组合后端框架的选择上我的建议是Spring Boot 2.7.x搭配MyBatis Plus而不是纯粹的MyBatis。理由很简单MyBatis Plus内置了分页插件和单表CRUD的通用方法能帮你省掉大量重复的XML文件而这个系统的主要业务恰恰就是单表增删改查。它不会妨碍你学习MyBatis底层原理答辩被问到SQL怎么写的时你照样能讲清楚。创建项目时在Spring Initializr里勾选以下依赖即可Spring Web、MySQL Driver、Lombok。MyBatis Plus依赖需要手动加一个坐标注意版本要和你Spring Boot版本兼容。我常用的是Spring Boot 2.7.18 mybatis-plus-boot-starter 3.5.3这个组合很稳定不用担心版本冲突。3.2 课程管理的增删改查一个Controller搞定基础接口课程管理是这个系统的核心后端功能。我用MyBatis Plus的LambdaQueryWrapper来做条件查询用Page对象做分页避免手写大量XML。下面这段代码是教师端维护课程的完整接口。RestController RequestMapping(/api/course) public class CourseController { Autowired private CourseService courseService; // 分页查询可选课程列表支持按课程名称模糊搜索 GetMapping(/list) public Result list(RequestParam(defaultValue 1) int page, RequestParam(defaultValue 10) int size, RequestParam(required false) String keyword) { LambdaQueryWrapperCourse wrapper new LambdaQueryWrapper(); if (keyword ! null !keyword.isEmpty()) { wrapper.like(Course::getCourseName, keyword); } wrapper.eq(Course::getStatus, 1) .orderByDesc(Course::getCreatedAt); IPageCourse p courseService.page(new Page(page, size), wrapper); return Result.ok(查询成功, p); } // 新增或修改课程根据id是否为null判断 PostMapping(/save) public Result save(RequestBody Course course) { if (course.getId() null) { course.setCreatedAt(LocalDateTime.now()); } courseService.saveOrUpdate(course); return Result.ok(保存成功, course.getId()); } // 逻辑删除课程把status置为0不删真实数据 DeleteMapping(/{id}) public Result disable(PathVariable Integer id) { Course course new Course(); course.setId(id); course.setStatus(0); courseService.updateById(course); return Result.ok(课程已下架); } }关于上面的代码有三个参数和写法需要说明。第一page和size是前端传过来的分页参数我给了默认值这样即使前端忘传也不会报错。第二删除课程我用的是逻辑删除——把status从1改成0而不是delete from course。这样做的好处是学生的选课记录还能关联到课程信息不然教据完整性会断掉而且答辩时讲逻辑删除比物理删除更安全是一个加分项。第三LambdaQueryWrapper用方法引用来指定字段名比传字符串更安全——如果你把实体类字段名写错了编译期就能发现而不是运行时才报错。3.3 文件上传与下载课件和作业附件落在磁盘不落数据库教学系统离不开课件上传、作业附件提交这类文件操作。最稳妥的做法是把文件保存到服务器本地磁盘数据库只存文件路径。把文件以二进制塞进数据库这种方案在毕设里偶尔能看到但我不推荐——数据库体积会迅速膨胀备份和迁移都变得很麻烦。RestController RequestMapping(/api/file) public class FileController { // 在application.yml里配置值如 D:/upload/ Value(${upload.dir}) private String uploadDir; PostMapping(/upload) public Result upload(RequestParam(file) MultipartFile file, RequestParam Integer courseId) { if (file.isEmpty()) { return Result.error(上传文件不能为空); } // 原始文件名不要直接拼到路径里用UUID重命名防止路径穿越 String originalName file.getOriginalFilename(); String ext ; if (originalName ! null originalName.contains(.)) { ext originalName.substring(originalName.lastIndexOf(.)); } String savedName UUID.randomUUID().toString().replace(-, ) ext; // 按课程id分子目录存放避免一个目录文件过多 File dir new File(uploadDir /course_ courseId); if (!dir.exists()) { dir.mkdirs(); } try { file.transferTo(new File(dir, savedName)); } catch (IOException e) { return Result.error(文件保存失败 e.getMessage()); } // 把附件记录插入attachment表保存原始名用于下载时还原 return Result.ok(上传成功, /files/course_ courseId / savedName); } GetMapping(/download) public ResponseEntityResource download(RequestParam String path) { File file new File(uploadDir path); // 防止路径穿越检查规范化后的路径是否仍在uploadDir内 try { String baseDir new File(uploadDir).getCanonicalPath(); String filePath file.getCanonicalPath(); if (!filePath.startsWith(baseDir)) { return ResponseEntity.badRequest().build(); } } catch (IOException e) { return ResponseEntity.badRequest().build(); } // 省略文件流封装代码核心逻辑是ReadByteArrayResource return ResponseEntity.ok() .contentType(MediaType.APPLICATION_OCTET_STREAM) .body(new FileSystemResource(file)); } }文件上传这里有三个非常关键的坑我当年自己就翻过车。第一MultipartFile的transferTo方法在跨平台时路径分隔符可能有陷阱最好用File对象拼接而不是直接传字符串。第二上传目录必须是绝对路径如果是相对路径Spring Boot打包成jar后运行时极容易因为工作目录不一致而找不到文件这一条算是血泪经验。第三下载接口一定要做路径校验——用户传一个../../etc/passwd进来如果不校验你的服务器下载接口就变成了任意文件读取漏洞这个问题在毕设答辩现场被指出来会很尴尬。4. 前端页面与前后端联调选Thymeleaf还是Vue取决于你要什么4.1 Thymeleaf方案单人开发最稳妥答辩演示不依赖Node环境课程辅助教学系统的前端选型我建议优先考虑Thymeleaf服务端渲染。原因很实际一个人开发一个多月服务端渲染的调试链路最短——浏览器直接访问Controller返回的视图数据在服务端拼装好不存在跨域问题。部署也简单一个jar包扔上去就能跑不像前后端分离还要单独部署Nginx。用Thymeleaf写页面时控制器的写法要调整一下不是返回JSON而是返回视图名加Model数据。比如下面的课程列表页GetMapping(/teacher/course/list) public String courseListPage(Model model, RequestParam(defaultValue 1) int page) { IPageCourse p courseService.lambdaQuery() .eq(Course::getTeacherId, currentTeacherId()) .page(new Page(page, 10)); model.addAttribute(courseList, p.getRecords()); model.addAttribute(currentPage, page); model.addAttribute(totalPages, p.getPages()); return teacher/course_list; }!-- templates/teacher/course_list.html -- table classtable table-bordered thead tr th课程名称/th th学分/th th上课时间/th th选课人数/th th操作/th /tr /thead tbody tr th:eachc : ${courseList} td th:text${c.courseName}Java Web/td td th:text${c.credit}2.0/td td th:text${c.classTime}周一3-4节/td td th:text${c.studentsCount}32/td td a th:href{/teacher/course/edit(id${c.id})}编辑/a a th:href{/teacher/course/disable(id${c.id})} onclickreturn confirm(确认下架该课程)下架/a /td /tr /tbody /table这页面的核心逻辑就一条服务端通过th:each循环渲染课程数据操作按钮用超链接跳转。需要注意{...}表达式会自动处理URL编码比如课程名称里含中文或特殊字符比手动拼接字符串安全得多。我见过有些同学在Thymeleaf里直接写href/teacher/course/disable?id${c.id}这种写法偶尔能跑但参数多时会出编码问题建议一律用th:href。4.2 前后端分离方案什么时候才值得上Vue和Axios如果你的指导老师明确要求前后端分离或者你想借这个项目练手Vue那也有一条相对顺的路。后端继续用第3章的接口不动前端单独建一个Vue项目用Axios调接口。跨域问题可以通过后端配置解决不需要动Nginx。spring: mvc: # 放行所有前端请求的跨域访问 cors: allowed-origins: * allowed-methods: GET,POST,PUT,DELETE allowed-headers: *但是这里有个建议毕设的优先目标是按期通过如果你Vue基础一般就别强行上前后端分离。这个系统页面量不大用Thymeleaf三天就能把教师端和学生端的页面全写完换成Vue光环境搭建、路由配置、接口封装就要耗掉一周。前后端分离的项目实战经验可以等工作后再说没必要在答辩前给自己加风险。4.3 联调时最常踩的坑日期格式和JSON序列化无论哪种前端方案日期字段都会是第一个跳出来坑你的东西。数据库里created_at是DATETIMEJava实体类是LocalDateTime不配置序列化规则的情况下前端拿到的是2025-06-01T10:30:00这种带T的格式页面直接显示会很难看。解决方案是在实体类字段上加注解public class Course { JsonFormat(pattern yyyy-MM-dd HH:mm:ss, timezone GMT8) private LocalDateTime createdAt; }这个timezone GMT8一定要带。你自己开发时感觉不到差别但放到答辩演示的电脑上如果那台机器时区设置不对所有时间都会偏移8小时。这种Bug特别隐蔽不到演示那一刻你根本发现不了。我还遇到过前端把时间字符串回传到后端时因为格式不匹配直接报400的情况加上JsonFormat后只要前端传的是yyyy-MM-dd HH:mm:ss格式字符串后端就能正常反序列化。5. 避坑指南课程辅助教学系统最容易翻车的5个地方5.1 中文乱码从URL传参到数据库连接串现象页面上课程名称显示为问号???或者明明存进去是高等数学查出来变成一串乱码。原因有三个位置都可能出问题。第一是数据库连接串没加编码参数MySQL默认连接编码可能不是UTF-8第二是Tomcat接收URL参数时用了默认的ISO-8859-1第三是数据库表本身建成了latin1字符集。解决数据库连接串统一加上characterEncodingutf-8useSSLfalseserverTimezoneAsia/Shanghai建表时统一用CHARSETutf8mb4。URL参数乱码在Spring Boot里可以通过配置字符过滤器解决但最省心的办法是前端传参统一用POST和RequestBody让JSON处理编码。这三步做完中文乱码基本绝迹。5.2 文件上传报错MultipartException和路径穿越现象上传一个几十MB的演示视频时后端抛出MaxUploadSizeExceededException或者点下载时提示文件不存在。原因Spring Boot内置的multipart默认单个文件最大1MB。很多人第一次上传课件就翻车报错信息又不直观。另外一部分人直接把用户上传的文件名拿来拼路径会埋下路径穿越隐患。解决在application.yml里调大限制同时使用UUID重命名。这也是第3章代码里我坚持UUID.randomUUID()的原因。spring: servlet: multipart: max-file-size: 50MB max-request-size: 100MB5.3 选课重复同一瞬间插入两条记录现象学生点击选课按钮后页面提示成功但选课表里出现了两条完全相同的记录课程列表的选课人数也变成了2。原因前端按钮没有防重复提交用户双击或者网络延迟时连续发了两个请求。后端selectCourse方法先查后插两个请求同时通过查询校验先后插入成功。解决数据库唯一索引兜底是正解。我在第2章设计选课表时加的UNIQUE KEY uk_course_student这时就发挥作用了。后端的插入代码捕获DuplicateKeyException给用户提示你已经选过这门课。注意不要试图用synchronized锁方法集群环境下多个服务实例各自有锁根本不生效。Transactional(rollbackFor Exception.class) public void selectCourse(Integer courseId, Integer studentId) { Course course courseMapper.selectById(courseId); if (course null || course.getStatus() ! 1) { throw new BizException(课程不存在或已关闭); } CourseSelection cs new CourseSelection(); cs.setCourseId(courseId); cs.setStudentId(studentId); try { courseSelectionMapper.insert(cs); } catch (DuplicateKeyException e) { throw new BizException(你已经选过这门课了无需重复选课); } }5.4 演示视频和源码对不上数据库脚本版本不一致现象下载的源码导入IDE后按演示视频的操作走第一步登录就报错或者教师端页面和视频里长得不一样。原因这个现象在毕设源码分享中非常常见。作者录视频时数据库里已经跑过追加的修改脚本但打包时只给了初始版本的SQL文件或者作者本机MySQL是8.0你用的是5.7某些语法不兼容。解决源码拿到手后先看README里标记的JDK版本、MySQL版本、IDE版本三段信息。导入时不要直接用IDE连接数据库执行SQL——先手动建一个空数据库再执行SQL脚本执行过程中注意看报错信息。如果脚本里有utf8mb4字符集MySQL 5.5及以下是不支持的。这个检查做完再启动项目能省出半天排查时间。5.5 答辩时老师必问的三个问题及应答思路第一个问题一定和源码相关这个系统的架构是什么样的你需要能从浏览器请求出发讲清楚请求怎么到Controller怎么转给Service再经过Mapper落到数据库的完整链路。第二个常见问题是MyBatis分页是怎么实现的你要说清楚Page对象的两个参数current和size以及MyBatis Plus底层会拼接LIMIT语句。第三个问题是登录状态是怎么保持的如果你用了Session就讲Session的创建和销毁过程如果用了JWT就讲Token的签发和拦截器校验。这三个问题提前准备好比你在系统里堆一堆花哨功能更能拿分。6. 从能跑到能答辩演示脚本和测试用例的打磨技巧很多人的系统功能齐全但答辩演示时手忙脚乱原因是没有按顺序走演示流程。我习惯在答辩前三天把演示操作固定成一条主线先以管理员身份登录展示用户管理列表再以教师身份登录现场新建一门课程并上传一份课件最后切换到学生账号完成选课、下载课件、提交作业三步。这条主线覆盖了所有核心业务全程控制在六分钟以内。中间不要展示那些没做完的边缘功能老师没问到就不主动提。测试用例我建议至少覆盖三条正常路径和三条异常路径。正常路径就是上面说的演示主线异常路径包括用学生账号访问教师管理接口应该被拒绝、选重复课程应该提示已选、上传超过大小限制的文件应该给出明确报错。这些测试用例不需要写成文档但你要在答辩前亲手跑一遍确保异常分支的回显信息是友好提示而不是满屏红色堆栈。回头看我做过的这些毕设项目课程辅助教学系统其实是最适合静下心打磨技术细节的题目。它把Java的基础知识——集合、异常、IO流、多线程——全部串联了起来同时又不会让你陷进复杂的业务泥潭里。数据库是你亲手设计的接口是你逐个调试的前端是你一行行写的这份完整度足够支撑起一场漂亮的答辩。最后说一个我保持到现在的习惯每次演示前一定先把项目重启一遍用最干净的状态走完整条流程防止IDE缓存或测试数据污染现场观感。希望帮到你。本文还有配套的精品资源点击获取 Java毕设实战：课程网上辅助教学系统设计与Spring Boot实现
简介这是一套面向Java初/中级学习者和高校毕业设计/课程设计的完整项目资源——课程网上辅助教学系统。系统基于JavaB/S架构MySQL实现使用者分为管理员和学生两类角色覆盖首页、信息展示、资料信息、提交作业、修改密码、退出登录等常用教学管理场景可作为毕业设计选题参考、课程设计蓝本或Java Web实战训练项目。资源包共包含489个文件大小约96.44MB。其中Java源文件与class文件构成核心业务逻辑XML文件负责框架配置HTML/CSS/JS实现前端页面与交互SQL脚本可直接建库MP4演示视频辅助快速上手部署另有图片、字体等静态资源结构清晰便于按需调用。目前已有324人学习下载。通过这份资料既能获得一整套可运行的源码与数据库也能借助演示视频理清项目搭建流程更可在此基础上进行二次开发例如扩展课程通知、师生互动或成绩管理模块从而理解Java EE项目从设计到落地的完整思路。1. 课程网上辅助教学系统为什么这个Java毕设题目最值得认真做如果你正在为毕业设计选题发愁或者已经选了这个题目但不知道从哪下手我可以先告诉你一个结论课程网上辅助教学系统这类Java项目实战题目看起来普通却是最能稳妥落地的选择。它的业务边界非常清晰——老师发课程、发课件、布置作业学生选课、看课件、交作业管理员管用户。这个闭环恰好覆盖了Java Web开发从数据库设计到前后端交互的完整链路而Spring Boot MyBatis MySQL这套组合又是当前Java就业市场的主流技术栈做完它你简历上能写的东西远不止一个毕设题目。本文会从表结构设计、后端接口、前端联调一直讲到答辩避坑全程按一线开发习惯来不是教科书式的泛泛而谈。2. 从需求到表结构先把课程、教师、学生三个角色拆明白2.1 角色权限定边界三种登录态决定功能范围拿到题目先别急着写代码。课程辅助教学系统的核心是三个角色每个角色能做的事完全不同教师要维护自己的课程和作业学生要选课和交作业管理员不参与教学业务只负责审核账号、查看统计数据。这个边界不拆清楚后面写接口的时候一定会纠结这个功能到底放哪个控制器里。我的做法是先画一张权限矩阵横轴是角色纵轴是功能点。比如课程管理管理员能看全部课程但不能修改教学内容教师只能改自己名下的课程学生只能查看已选课程。落到数据库设计上就是sys_user表里加一个role字段后端接口在进入业务逻辑之前先判断当前登录用户的角色而不是把判断逻辑散落在各个Service方法里。2.2 核心表怎么建用户、课程、选课、作业、提交五张表打底这个系统的数据库设计比大多数管理信息系统要稍微复杂一点因为存在选课和作业提交两个典型的关联关系。我先给出最小可用的建表方案后续你按需添加字段即可。用户表、课程表、选课表是最核心的三张作业表和提交表是教学环节的延伸建议一步到位建齐否则做到中期再补表改动的文件会很多。-- 用户表教师和学生都放在这里用role区分 CREATE TABLE sys_user ( id INT NOT NULL AUTO_INCREMENT, username VARCHAR(50) NOT NULL COMMENT 登录名, password VARCHAR(64) NOT NULL COMMENT MD5加密后的密码, role TINYINT NOT NULL DEFAULT 2 COMMENT 0管理员 1教师 2学生, real_name VARCHAR(50) DEFAULT NULL COMMENT 真实姓名, created_at DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT 注册时间, PRIMARY KEY (id), UNIQUE KEY uk_username (username) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT系统用户表; -- 课程表核心业务表 CREATE TABLE course ( id INT NOT NULL AUTO_INCREMENT, course_name VARCHAR(100) NOT NULL COMMENT 课程名称, teacher_id INT NOT NULL COMMENT 授课教师关联sys_user.id, description TEXT COMMENT 课程简介, class_time VARCHAR(100) DEFAULT NULL COMMENT 上课时间如 周一3-4节, credit DECIMAL(3,1) DEFAULT 2.0 COMMENT 学分, capacity INT DEFAULT 50 COMMENT 选课容量, status TINYINT DEFAULT 1 COMMENT 1可选 0已关闭, created_at DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT课程信息表;这里有个关键点课程表不直接存教师姓名而是存teacher_id。查询的时候再joinsys_user表拿real_name。这样设计的好处是如果教师改名了或者你想按教师工号筛选都不用动课程表结构。-- 选课表学生选课记录唯一索引是防重复选课的关键 CREATE TABLE course_selection ( id INT NOT NULL AUTO_INCREMENT, course_id INT NOT NULL COMMENT 课程id, student_id INT NOT NULL COMMENT 学生用户id, select_time DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT 选课时间, score DECIMAL(5,1) DEFAULT NULL COMMENT 总评成绩教师录入, PRIMARY KEY (id), UNIQUE KEY uk_course_student (course_id, student_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT学生选课表; -- 作业与提交表教师布置学生提交提交表冗余学生姓名便于列表展示 CREATE TABLE assignment ( id INT NOT NULL AUTO_INCREMENT, course_id INT NOT NULL, title VARCHAR(200) NOT NULL COMMENT 作业标题, deadline DATETIME DEFAULT NULL COMMENT 截止时间, content TEXT COMMENT 作业要求, created_at DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT作业表; CREATE TABLE submission ( id INT NOT NULL AUTO_INCREMENT, assignment_id INT NOT NULL, student_id INT NOT NULL, file_path VARCHAR(255) DEFAULT NULL COMMENT 提交的附件路径, submit_time DATETIME DEFAULT CURRENT_TIMESTAMP, score DECIMAL(5,1) DEFAULT NULL COMMENT 作业得分, PRIMARY KEY (id), UNIQUE KEY uk_assign_student (assignment_id, student_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT作业提交表;你仔细看会发现我每张业务表都建了唯一索引选课表是course_id student_id提交表是assignment_id student_id。这个细节很多毕设源码里都没有但它是防止并发场景下重复插入的关键。后面第5章我会单独讲这个坑。2.3 初始化数据怎么造密码加密和演示账号数据库设计完下一个动作是往sys_user表里插入几个演示账号。这里必须强调密码不能明文存。即使这是毕业设计答辩时老师大概率会问一句用户密码你是怎么处理的。-- 三个演示账号admin / teacher01 / student01密码统一为 123456 INSERT INTO sys_user (username, password, role, real_name) VALUES (admin, e10adc3949ba59abbe56e057f20f883e, 0, 系统管理员), (teacher01, e10adc3949ba59abbe56e057f20f883e, 1, 张老师), (student01, e10adc3949ba59abbe56e057f20f883e, 2, 李同学);上面那串e10adc3949ba59abbe56e057f20f883e就是字符串123456的MD5值。Java后端只需要调用DigestUtils.md5DigestAsHex做同样的运算就能在登录时比对。注意MD5在现代生产项目里是不够安全的但作为课程设计演示加上盐值处理已经足够你答上老师的提问。真正需要你说明白的是为什么不能明文存而不是让老师以为你上了生产级加密。课程和选课的演示数据可以用一条简单SQL批量生成先查教师id再以这个id为外键插入几条课程记录。不建议用存储过程那会给答辩增加解释成本。3. 用Spring Boot把后端跑起来课程管理的最小可运行工程3.1 项目骨架与依赖Spring Boot 2.7 MyBatis Plus 的组合后端框架的选择上我的建议是Spring Boot 2.7.x搭配MyBatis Plus而不是纯粹的MyBatis。理由很简单MyBatis Plus内置了分页插件和单表CRUD的通用方法能帮你省掉大量重复的XML文件而这个系统的主要业务恰恰就是单表增删改查。它不会妨碍你学习MyBatis底层原理答辩被问到SQL怎么写的时你照样能讲清楚。创建项目时在Spring Initializr里勾选以下依赖即可Spring Web、MySQL Driver、Lombok。MyBatis Plus依赖需要手动加一个坐标注意版本要和你Spring Boot版本兼容。我常用的是Spring Boot 2.7.18 mybatis-plus-boot-starter 3.5.3这个组合很稳定不用担心版本冲突。3.2 课程管理的增删改查一个Controller搞定基础接口课程管理是这个系统的核心后端功能。我用MyBatis Plus的LambdaQueryWrapper来做条件查询用Page对象做分页避免手写大量XML。下面这段代码是教师端维护课程的完整接口。RestController RequestMapping(/api/course) public class CourseController { Autowired private CourseService courseService; // 分页查询可选课程列表支持按课程名称模糊搜索 GetMapping(/list) public Result list(RequestParam(defaultValue 1) int page, RequestParam(defaultValue 10) int size, RequestParam(required false) String keyword) { LambdaQueryWrapperCourse wrapper new LambdaQueryWrapper(); if (keyword ! null !keyword.isEmpty()) { wrapper.like(Course::getCourseName, keyword); } wrapper.eq(Course::getStatus, 1) .orderByDesc(Course::getCreatedAt); IPageCourse p courseService.page(new Page(page, size), wrapper); return Result.ok(查询成功, p); } // 新增或修改课程根据id是否为null判断 PostMapping(/save) public Result save(RequestBody Course course) { if (course.getId() null) { course.setCreatedAt(LocalDateTime.now()); } courseService.saveOrUpdate(course); return Result.ok(保存成功, course.getId()); } // 逻辑删除课程把status置为0不删真实数据 DeleteMapping(/{id}) public Result disable(PathVariable Integer id) { Course course new Course(); course.setId(id); course.setStatus(0); courseService.updateById(course); return Result.ok(课程已下架); } }关于上面的代码有三个参数和写法需要说明。第一page和size是前端传过来的分页参数我给了默认值这样即使前端忘传也不会报错。第二删除课程我用的是逻辑删除——把status从1改成0而不是delete from course。这样做的好处是学生的选课记录还能关联到课程信息不然教据完整性会断掉而且答辩时讲逻辑删除比物理删除更安全是一个加分项。第三LambdaQueryWrapper用方法引用来指定字段名比传字符串更安全——如果你把实体类字段名写错了编译期就能发现而不是运行时才报错。3.3 文件上传与下载课件和作业附件落在磁盘不落数据库教学系统离不开课件上传、作业附件提交这类文件操作。最稳妥的做法是把文件保存到服务器本地磁盘数据库只存文件路径。把文件以二进制塞进数据库这种方案在毕设里偶尔能看到但我不推荐——数据库体积会迅速膨胀备份和迁移都变得很麻烦。RestController RequestMapping(/api/file) public class FileController { // 在application.yml里配置值如 D:/upload/ Value(${upload.dir}) private String uploadDir; PostMapping(/upload) public Result upload(RequestParam(file) MultipartFile file, RequestParam Integer courseId) { if (file.isEmpty()) { return Result.error(上传文件不能为空); } // 原始文件名不要直接拼到路径里用UUID重命名防止路径穿越 String originalName file.getOriginalFilename(); String ext ; if (originalName ! null originalName.contains(.)) { ext originalName.substring(originalName.lastIndexOf(.)); } String savedName UUID.randomUUID().toString().replace(-, ) ext; // 按课程id分子目录存放避免一个目录文件过多 File dir new File(uploadDir /course_ courseId); if (!dir.exists()) { dir.mkdirs(); } try { file.transferTo(new File(dir, savedName)); } catch (IOException e) { return Result.error(文件保存失败 e.getMessage()); } // 把附件记录插入attachment表保存原始名用于下载时还原 return Result.ok(上传成功, /files/course_ courseId / savedName); } GetMapping(/download) public ResponseEntityResource download(RequestParam String path) { File file new File(uploadDir path); // 防止路径穿越检查规范化后的路径是否仍在uploadDir内 try { String baseDir new File(uploadDir).getCanonicalPath(); String filePath file.getCanonicalPath(); if (!filePath.startsWith(baseDir)) { return ResponseEntity.badRequest().build(); } } catch (IOException e) { return ResponseEntity.badRequest().build(); } // 省略文件流封装代码核心逻辑是ReadByteArrayResource return ResponseEntity.ok() .contentType(MediaType.APPLICATION_OCTET_STREAM) .body(new FileSystemResource(file)); } }文件上传这里有三个非常关键的坑我当年自己就翻过车。第一MultipartFile的transferTo方法在跨平台时路径分隔符可能有陷阱最好用File对象拼接而不是直接传字符串。第二上传目录必须是绝对路径如果是相对路径Spring Boot打包成jar后运行时极容易因为工作目录不一致而找不到文件这一条算是血泪经验。第三下载接口一定要做路径校验——用户传一个../../etc/passwd进来如果不校验你的服务器下载接口就变成了任意文件读取漏洞这个问题在毕设答辩现场被指出来会很尴尬。4. 前端页面与前后端联调选Thymeleaf还是Vue取决于你要什么4.1 Thymeleaf方案单人开发最稳妥答辩演示不依赖Node环境课程辅助教学系统的前端选型我建议优先考虑Thymeleaf服务端渲染。原因很实际一个人开发一个多月服务端渲染的调试链路最短——浏览器直接访问Controller返回的视图数据在服务端拼装好不存在跨域问题。部署也简单一个jar包扔上去就能跑不像前后端分离还要单独部署Nginx。用Thymeleaf写页面时控制器的写法要调整一下不是返回JSON而是返回视图名加Model数据。比如下面的课程列表页GetMapping(/teacher/course/list) public String courseListPage(Model model, RequestParam(defaultValue 1) int page) { IPageCourse p courseService.lambdaQuery() .eq(Course::getTeacherId, currentTeacherId()) .page(new Page(page, 10)); model.addAttribute(courseList, p.getRecords()); model.addAttribute(currentPage, page); model.addAttribute(totalPages, p.getPages()); return teacher/course_list; }!-- templates/teacher/course_list.html -- table classtable table-bordered thead tr th课程名称/th th学分/th th上课时间/th th选课人数/th th操作/th /tr /thead tbody tr th:eachc : ${courseList} td th:text${c.courseName}Java Web/td td th:text${c.credit}2.0/td td th:text${c.classTime}周一3-4节/td td th:text${c.studentsCount}32/td td a th:href{/teacher/course/edit(id${c.id})}编辑/a a th:href{/teacher/course/disable(id${c.id})} onclickreturn confirm(确认下架该课程)下架/a /td /tr /tbody /table这页面的核心逻辑就一条服务端通过th:each循环渲染课程数据操作按钮用超链接跳转。需要注意{...}表达式会自动处理URL编码比如课程名称里含中文或特殊字符比手动拼接字符串安全得多。我见过有些同学在Thymeleaf里直接写href/teacher/course/disable?id${c.id}这种写法偶尔能跑但参数多时会出编码问题建议一律用th:href。4.2 前后端分离方案什么时候才值得上Vue和Axios如果你的指导老师明确要求前后端分离或者你想借这个项目练手Vue那也有一条相对顺的路。后端继续用第3章的接口不动前端单独建一个Vue项目用Axios调接口。跨域问题可以通过后端配置解决不需要动Nginx。spring: mvc: # 放行所有前端请求的跨域访问 cors: allowed-origins: * allowed-methods: GET,POST,PUT,DELETE allowed-headers: *但是这里有个建议毕设的优先目标是按期通过如果你Vue基础一般就别强行上前后端分离。这个系统页面量不大用Thymeleaf三天就能把教师端和学生端的页面全写完换成Vue光环境搭建、路由配置、接口封装就要耗掉一周。前后端分离的项目实战经验可以等工作后再说没必要在答辩前给自己加风险。4.3 联调时最常踩的坑日期格式和JSON序列化无论哪种前端方案日期字段都会是第一个跳出来坑你的东西。数据库里created_at是DATETIMEJava实体类是LocalDateTime不配置序列化规则的情况下前端拿到的是2025-06-01T10:30:00这种带T的格式页面直接显示会很难看。解决方案是在实体类字段上加注解public class Course { JsonFormat(pattern yyyy-MM-dd HH:mm:ss, timezone GMT8) private LocalDateTime createdAt; }这个timezone GMT8一定要带。你自己开发时感觉不到差别但放到答辩演示的电脑上如果那台机器时区设置不对所有时间都会偏移8小时。这种Bug特别隐蔽不到演示那一刻你根本发现不了。我还遇到过前端把时间字符串回传到后端时因为格式不匹配直接报400的情况加上JsonFormat后只要前端传的是yyyy-MM-dd HH:mm:ss格式字符串后端就能正常反序列化。5. 避坑指南课程辅助教学系统最容易翻车的5个地方5.1 中文乱码从URL传参到数据库连接串现象页面上课程名称显示为问号???或者明明存进去是高等数学查出来变成一串乱码。原因有三个位置都可能出问题。第一是数据库连接串没加编码参数MySQL默认连接编码可能不是UTF-8第二是Tomcat接收URL参数时用了默认的ISO-8859-1第三是数据库表本身建成了latin1字符集。解决数据库连接串统一加上characterEncodingutf-8useSSLfalseserverTimezoneAsia/Shanghai建表时统一用CHARSETutf8mb4。URL参数乱码在Spring Boot里可以通过配置字符过滤器解决但最省心的办法是前端传参统一用POST和RequestBody让JSON处理编码。这三步做完中文乱码基本绝迹。5.2 文件上传报错MultipartException和路径穿越现象上传一个几十MB的演示视频时后端抛出MaxUploadSizeExceededException或者点下载时提示文件不存在。原因Spring Boot内置的multipart默认单个文件最大1MB。很多人第一次上传课件就翻车报错信息又不直观。另外一部分人直接把用户上传的文件名拿来拼路径会埋下路径穿越隐患。解决在application.yml里调大限制同时使用UUID重命名。这也是第3章代码里我坚持UUID.randomUUID()的原因。spring: servlet: multipart: max-file-size: 50MB max-request-size: 100MB5.3 选课重复同一瞬间插入两条记录现象学生点击选课按钮后页面提示成功但选课表里出现了两条完全相同的记录课程列表的选课人数也变成了2。原因前端按钮没有防重复提交用户双击或者网络延迟时连续发了两个请求。后端selectCourse方法先查后插两个请求同时通过查询校验先后插入成功。解决数据库唯一索引兜底是正解。我在第2章设计选课表时加的UNIQUE KEY uk_course_student这时就发挥作用了。后端的插入代码捕获DuplicateKeyException给用户提示你已经选过这门课。注意不要试图用synchronized锁方法集群环境下多个服务实例各自有锁根本不生效。Transactional(rollbackFor Exception.class) public void selectCourse(Integer courseId, Integer studentId) { Course course courseMapper.selectById(courseId); if (course null || course.getStatus() ! 1) { throw new BizException(课程不存在或已关闭); } CourseSelection cs new CourseSelection(); cs.setCourseId(courseId); cs.setStudentId(studentId); try { courseSelectionMapper.insert(cs); } catch (DuplicateKeyException e) { throw new BizException(你已经选过这门课了无需重复选课); } }5.4 演示视频和源码对不上数据库脚本版本不一致现象下载的源码导入IDE后按演示视频的操作走第一步登录就报错或者教师端页面和视频里长得不一样。原因这个现象在毕设源码分享中非常常见。作者录视频时数据库里已经跑过追加的修改脚本但打包时只给了初始版本的SQL文件或者作者本机MySQL是8.0你用的是5.7某些语法不兼容。解决源码拿到手后先看README里标记的JDK版本、MySQL版本、IDE版本三段信息。导入时不要直接用IDE连接数据库执行SQL——先手动建一个空数据库再执行SQL脚本执行过程中注意看报错信息。如果脚本里有utf8mb4字符集MySQL 5.5及以下是不支持的。这个检查做完再启动项目能省出半天排查时间。5.5 答辩时老师必问的三个问题及应答思路第一个问题一定和源码相关这个系统的架构是什么样的你需要能从浏览器请求出发讲清楚请求怎么到Controller怎么转给Service再经过Mapper落到数据库的完整链路。第二个常见问题是MyBatis分页是怎么实现的你要说清楚Page对象的两个参数current和size以及MyBatis Plus底层会拼接LIMIT语句。第三个问题是登录状态是怎么保持的如果你用了Session就讲Session的创建和销毁过程如果用了JWT就讲Token的签发和拦截器校验。这三个问题提前准备好比你在系统里堆一堆花哨功能更能拿分。6. 从能跑到能答辩演示脚本和测试用例的打磨技巧很多人的系统功能齐全但答辩演示时手忙脚乱原因是没有按顺序走演示流程。我习惯在答辩前三天把演示操作固定成一条主线先以管理员身份登录展示用户管理列表再以教师身份登录现场新建一门课程并上传一份课件最后切换到学生账号完成选课、下载课件、提交作业三步。这条主线覆盖了所有核心业务全程控制在六分钟以内。中间不要展示那些没做完的边缘功能老师没问到就不主动提。测试用例我建议至少覆盖三条正常路径和三条异常路径。正常路径就是上面说的演示主线异常路径包括用学生账号访问教师管理接口应该被拒绝、选重复课程应该提示已选、上传超过大小限制的文件应该给出明确报错。这些测试用例不需要写成文档但你要在答辩前亲手跑一遍确保异常分支的回显信息是友好提示而不是满屏红色堆栈。回头看我做过的这些毕设项目课程辅助教学系统其实是最适合静下心打磨技术细节的题目。它把Java的基础知识——集合、异常、IO流、多线程——全部串联了起来同时又不会让你陷进复杂的业务泥潭里。数据库是你亲手设计的接口是你逐个调试的前端是你一行行写的这份完整度足够支撑起一场漂亮的答辩。最后说一个我保持到现在的习惯每次演示前一定先把项目重启一遍用最干净的状态走完整条流程防止IDE缓存或测试数据污染现场观感。希望帮到你。本文还有配套的精品资源点击获取