最近在帮几个学弟学妹看毕业设计项目发现一个挺有意思的现象很多人拿到一个“课程作业管理系统”的题目第一反应是去网上找源码然后照着教程把环境搭起来前端能点后端能跑数据库能连就觉得大功告成了。但等到答辩老师问“你这个系统的核心业务流程是什么为什么用这个技术栈用户权限怎么设计的数据一致性怎么保证”的时候往往就卡壳了。这其实暴露了一个普遍问题很多毕业设计项目从“代码能跑”到“能讲清楚、能应对追问”中间还差着一层关键的“理解与设计”。今天我们就以这个典型的“Java Vue SpringBoot MySQL”技术栈的课程作业管理系统为例不聊怎么复制粘贴代码而是聊聊怎么真正理解它、设计它并把它变成一个能经得起推敲的毕业设计作品。你会发现当你理解了背后的“为什么”那些“怎么做”的步骤会变得异常清晰。1. 先别急着搭环境想清楚你的系统到底要解决什么问题很多人一上来就打开 IDEA创建 SpringBoot 项目然后 npm install。这就像盖房子不打地基先开始砌墙。对于一个课程作业管理系统它的核心价值是什么是让老师方便地布置作业让学生方便地提交作业还是让双方能高效地完成作业的发布、提交、批改、反馈全流程这个系统的真正核心是“流程”和“状态”的管理。它不是一个简单的信息发布平台而是一个带有强时序性和状态流转的工作流系统。1.1 拆解核心业务流程与角色在动手写一行代码之前你需要用最朴素的方式比如纸笔或白板画出核心业务流程。至少包含以下两个视角教师端流程创建课程 - 在课程下发布作业含标题、内容、附件、截止日期 - 查看已提交/未提交学生列表 - 批改作业打分、写评语 - 发布成绩与反馈。学生端流程查看所属课程的作业列表区分未开始、进行中、已截止 - 提交作业文本、附件 - 查看批改结果与反馈。这个流程里有几个关键状态需要设计作业状态未开始、进行中、已截止、已批改。提交状态未提交、已提交、待批改、已批改。权限状态学生能否在截止后补交教师能否修改已发布的作业把这些流程和状态想清楚你的数据库表设计、接口设计和前端页面流转就有了灵魂。否则你的系统就只是一堆零散功能的堆砌。1.2 定义清晰的技术栈选型理由为什么是Java SpringBoot Vue MySQL在答辩时你需要能说出个一二三而不是“大家都这么用”。SpringBoot选它不是为了“时髦”而是因为它极大地简化了基于Spring应用的初始搭建和开发过程。内嵌Tomcat、自动配置、Starter依赖让你能快速构建一个可独立运行的、生产级的RESTful API服务。这对于毕业设计这种周期短、个人开发的项目来说能帮你把精力集中在业务逻辑而不是繁琐的XML配置上。Vue.js作为前端框架它的渐进式、组件化特性非常适合构建交互复杂的单页面应用SPA。对于作业管理系统前端需要动态渲染作业列表、处理表单提交、实时显示状态Vue的数据驱动视图和丰富的生态如Element UI、Vue Router、Axios能让开发变得高效且结构清晰。MySQL关系型数据库数据结构清晰ACID特性保证了事务安全比如扣分、提交状态更新需要原子性。对于作业、学生、课程、提交记录这类存在明确关联关系的数据用MySQL进行建模和查询非常直观。相比NoSQL它在处理复杂关联查询和事务一致性上更有优势。你的技术选型理由应该像这样与你的业务需求紧密挂钩。2. 从数据库设计开始好的结构是成功的一半很多系统后期的混乱都源于前期糟糕的数据库设计。对于这个系统核心实体并不多但关系需要理清。2.1 核心表结构设计思路这里不给出具体的SQL而是给出设计时的思考路径用户表 (sys_user或user)思考需要区分学生和教师可能还有管理员。是用一个role字段区分还是拆分成student和teacher两张表建议单表角色字段。因为学生和老师的基础信息账号、密码、姓名等高度重合。通过一个user_type字段如0-学生1-教师或关联一个role角色表来实现权限区分。这样用户认证模块可以统一处理。关键字段id,username,password加密存储,real_name,user_type/role_id,create_time。课程表 (course)思考课程和教师是多对一一位老师教多门课还是多对多多位老师教一门课课程和学生是多对多一个学生选多门课一门课有多个学生。建议课程表核心存储课程信息名称、编号、描述。通过课程-教师关联表和选课表来处理多对多关系。这样设计更灵活。关键字段id,course_name,course_code,description,create_user_id创建课程的教师。作业表 (assignment)思考作业必须归属于一门课程。需要哪些信息截止日期如何比较和提醒建议作业表关联course_id。end_time字段用于判断是否截止。可以增加status字段根据当前时间与end_time的逻辑关系动态更新或查询时计算而不是单纯存储。关键字段id,course_id,title,content,attachment_url存储附件路径,start_time,end_time,total_score。作业提交表 (submission)思考这是系统的核心事务表。一个学生对一个作业只能提交一次吗还是允许多次提交取最后一次如何记录提交历史和批改历史建议设计成(student_id, assignment_id)唯一约束确保一个作业一次有效提交。但可以增加version或submit_count字段记录提交次数或者用历史表记录每次提交。同时它需要关联批改结果。关键字段id,assignment_id,student_id,content,attachment_url,submit_time,grade得分,teacher_comment,grade_time。关联表选课表 (course_selection)id,course_id,student_id。课程-教师表 (course_teacher)id,course_id,teacher_id如果支持多位教师。这个设计模式清晰地反映了业务关系并且为后续的功能扩展如多次提交、作业互评、小组作业留出了余地。2.2 为什么不用MongoDB或直接存文件这是一个常见的疑问。作业内容、评语可能是长文本附件是文件为什么不直接用MongoDB存JSON或者把文件内容存数据库结构化数据优势作业的元信息标题、时间、分数和关系属于哪个课程、谁提交的是高度结构化的适合用关系表来存储和进行高效的关联查询例如“查询张三在某门课的所有未批改作业”。MySQL的索引对这些查询优化得很好。文件存储绝对不要将文件如Word、PDF以二进制大对象BLOB形式直接存入数据库。这会让数据库急剧膨胀备份和迁移困难。标准的做法是文件上传到服务器的特定目录或云存储OSS在数据库中只保存该文件的访问路径URL。这样数据库轻量文件服务也易于扩展。3. 后端API设计构建清晰、安全的数据通道后端不是一堆Controller的堆砌它是前端与数据库之间的桥梁负责业务逻辑、数据校验和安全性。3.1 分层架构与关键接口遵循典型的分层架构Controller-Service-Mapper(DAO)。Controller层接收HTTP请求进行参数校验可使用Valid注解调用Service返回统一格式的JSON响应。重点在于设计清晰的RESTful API路径。GET /api/assignment/course/{courseId}获取某门课程的作业列表。POST /api/assignment教师发布新作业RequestBody中带courseId。GET /api/submission/assignment/{assignmentId}教师查看某作业的所有提交。POST /api/submission学生提交作业。PUT /api/submission/grade/{submissionId}教师批改作业打分、评语。Service层这里是业务逻辑的核心。例如在“学生提交作业”的服务方法里你需要检查作业是否存在且未截止。检查该学生是否选修了该作业对应的课程。检查该学生是否已提交过根据业务决定是更新还是拒绝。保存提交内容更新submission表。可能需要触发通知如邮件提醒老师有新提交。这部分逻辑的严谨性直接体现了你对业务的理解深度。Mapper层使用MyBatis或Spring Data JPA与数据库交互。建议使用MyBatis-Plus它能极大简化单表CRUD操作。3.2 必须处理好的安全与权限问题这是毕业设计答辩的高频提问点。认证 (Authentication)使用JWTJSON Web Token或Session来管理用户登录状态。Spring Security是专业选择但如果时间紧可以在登录接口手动生成JWT令牌返回给前端后续接口要求前端在请求头如Authorization: Bearer token中携带后端进行校验。授权 (Authorization)这是重点。必须在Service层或Controller层进行权限校验。垂直权限学生不能访问教师发布作业的接口。可以通过在Controller方法上添加注解如PreAuthorize(hasRole(TEACHER))或直接在代码中判断当前登录用户的角色来实现。水平权限教师A只能批改自己课程下的作业不能批改教师B的。学生只能提交自己的作业。这需要在业务逻辑中校验资源所有权。例如在批改接口/api/submission/grade/{submissionId}中你需要// 伪代码 Submission submission submissionService.getById(submissionId); Assignment assignment assignmentService.getById(submission.getAssignmentId()); Course course courseService.getById(assignment.getCourseId()); // 判断当前登录教师ID是否等于 course.getTeacherId() 或存在于 course_teacher 关联表中 if (!currentUserId.equals(course.getTeacherId())) { throw new UnauthorizedException(无权批改此作业); }数据校验前后端都要做。后端使用NotNull,Size等注解或自定义校验器确保传入的数据格式正确、业务合规如分数不能超过作业总分。4. 前端实现打造流畅的用户交互体验前端是用户直接接触的部分良好的交互设计能极大提升项目质感。4.1 组件化设计与状态管理路由规划使用Vue Router。典型路由包括/login登录、/student/dashboard学生主页、/teacher/courses教师课程管理、/course/:id/assignments课程作业列表等。根据用户角色动态加载菜单和路由。状态管理对于中小型项目不一定需要引入Vuex/Pinia。可以将用户信息、权限等全局状态放在Vue根实例的data中或者使用Provide/Inject。但如果作业列表、提交状态等数据在多个组件间需要频繁共享和更新引入Pinia会让数据流更清晰。UI组件库强烈推荐使用Element Plus或Ant Design Vue。它们提供了丰富的、风格统一的组件表格、表单、对话框、消息提示能让你快速搭建出专业美观的界面把精力集中在业务逻辑整合上。4.2 关键页面逻辑与API对接教师-作业发布页表单包含课程选择下拉框数据来自/api/course/my-teaching、作业标题、富文本编辑器用于作业描述可集成wangEditor或Tinymce、附件上传、起止时间选择。提交时调用POST /api/assignment成功后给出提示并跳转。学生-作业列表页进入页面即调用GET /api/assignment/my-course获取当前学生所有课程的作业。前端计算状态根据服务器返回的作业end_time与当前时间对比在表格中用不同标签el-tag显示“未开始”、“进行中”、“已截止”。“提交”按钮根据状态禁用或启用。作业提交/批改页这是一个动态页。学生看到的是提交表单文本框、文件上传。教师看到的是学生提交的内容和一个打分写评语的表单。关键点页面需要知道当前用户是学生还是教师并据此渲染完全不同UI和调用不同API。这可以通过路由参数和用户角色来判断。文件上传前端使用el-upload组件选择文件后调用一个专门的文件上传接口如POST /api/upload该接口将文件保存到服务器指定目录并返回文件的访问路径URL。将返回的URL路径作为作业内容附件或提交附件随主要业务数据一起提交给后端。5. 从“能跑”到“能讲”毕业设计答辩的临门一脚代码完成只是第一步如何展示和陈述决定了最终分数。5.1 如何组织你的答辩演示不要一上来就点开各个页面操作。建议按以下逻辑演示开场与问题引入简要说明传统作业管理方式的痛点邮件混乱、版本混杂、反馈不及时引出你的系统目标。系统架构总览用一张清晰的架构图展示前后端分离、技术栈选择、数据库设计核心表关系。这张图非常重要能体现你的系统思维。角色演示教师角色登录 - 创建/选择课程 - 发布一份作业演示完整表单强调截止时间设置- 查看提交列表 - 进行批改打分、写评语。学生角色登录 - 查看作业列表强调状态区分- 提交作业含附件- 查看批改结果。核心技术与难点挑1-2个点深入讲。比如“我如何利用JWT和Spring拦截器实现接口鉴权并防止水平越权访问。”“作业截止状态我是在后端查询时动态计算的而不是维护一个静态字段这样更准确。”“文件上传我做了大小和类型限制并使用了唯一文件名防止覆盖。”总结与展望总结系统实现的功能并可以谦虚地提一下可能的优化方向如引入Redis缓存作业列表、使用WebSocket实现新作业实时通知、增加作业查重功能等。这展示了你的思考深度。5.2 准备好应对老师的提问老师的问题通常围绕“理解”而非“记忆”。准备好回答这类问题“你为什么选择这个技术栈Vue和React有什么区别”结合项目特点回答如Vue的学习曲线平缓、生态丰富适合快速开发。“你的数据库是怎么设计的如果课程数量很大查询学生所有作业性能怎么优化”解释你的表关系并提到可以对assignment表的course_id和end_time建索引对submission表的assignment_id和student_id建索引。“如果两个学生同时提交同一份作业你的系统怎么处理”这涉及到并发。可以回答数据库层面利用唯一约束防止重复提交服务端逻辑是“先查后插”在并发下可能有问题更严谨的做法可以用数据库悲观锁或分布式锁但毕业设计场景下概率较低可以作为一个优化点提及。“你的系统有什么安全措施”把之前提到的认证、授权、水平权限校验、SQL防注入MyBatis-Plus已避免手动拼接、XSS防护对富文本内容进行过滤或转义都说出来。归根结底一个优秀的毕业设计项目不在于用了多少炫技的新框架而在于你是否能用一套成熟、合理的技术方案清晰、完整地解决一个真实的业务问题。从理解业务流程开始到设计数据模型再到实现前后端逻辑最后思考安全与性能这个过程本身就是对你大学所学知识的一次最好的综合检验。当你不再只关注“源码在哪”而是开始思考“为什么这样设计”时你就已经走在正确的路上了。
Java+Vue+SpringBoot毕业设计：从“能跑”到“能讲”的课程作业管理系统实战
发布时间：2026/7/21 20:29:26
最近在帮几个学弟学妹看毕业设计项目发现一个挺有意思的现象很多人拿到一个“课程作业管理系统”的题目第一反应是去网上找源码然后照着教程把环境搭起来前端能点后端能跑数据库能连就觉得大功告成了。但等到答辩老师问“你这个系统的核心业务流程是什么为什么用这个技术栈用户权限怎么设计的数据一致性怎么保证”的时候往往就卡壳了。这其实暴露了一个普遍问题很多毕业设计项目从“代码能跑”到“能讲清楚、能应对追问”中间还差着一层关键的“理解与设计”。今天我们就以这个典型的“Java Vue SpringBoot MySQL”技术栈的课程作业管理系统为例不聊怎么复制粘贴代码而是聊聊怎么真正理解它、设计它并把它变成一个能经得起推敲的毕业设计作品。你会发现当你理解了背后的“为什么”那些“怎么做”的步骤会变得异常清晰。1. 先别急着搭环境想清楚你的系统到底要解决什么问题很多人一上来就打开 IDEA创建 SpringBoot 项目然后 npm install。这就像盖房子不打地基先开始砌墙。对于一个课程作业管理系统它的核心价值是什么是让老师方便地布置作业让学生方便地提交作业还是让双方能高效地完成作业的发布、提交、批改、反馈全流程这个系统的真正核心是“流程”和“状态”的管理。它不是一个简单的信息发布平台而是一个带有强时序性和状态流转的工作流系统。1.1 拆解核心业务流程与角色在动手写一行代码之前你需要用最朴素的方式比如纸笔或白板画出核心业务流程。至少包含以下两个视角教师端流程创建课程 - 在课程下发布作业含标题、内容、附件、截止日期 - 查看已提交/未提交学生列表 - 批改作业打分、写评语 - 发布成绩与反馈。学生端流程查看所属课程的作业列表区分未开始、进行中、已截止 - 提交作业文本、附件 - 查看批改结果与反馈。这个流程里有几个关键状态需要设计作业状态未开始、进行中、已截止、已批改。提交状态未提交、已提交、待批改、已批改。权限状态学生能否在截止后补交教师能否修改已发布的作业把这些流程和状态想清楚你的数据库表设计、接口设计和前端页面流转就有了灵魂。否则你的系统就只是一堆零散功能的堆砌。1.2 定义清晰的技术栈选型理由为什么是Java SpringBoot Vue MySQL在答辩时你需要能说出个一二三而不是“大家都这么用”。SpringBoot选它不是为了“时髦”而是因为它极大地简化了基于Spring应用的初始搭建和开发过程。内嵌Tomcat、自动配置、Starter依赖让你能快速构建一个可独立运行的、生产级的RESTful API服务。这对于毕业设计这种周期短、个人开发的项目来说能帮你把精力集中在业务逻辑而不是繁琐的XML配置上。Vue.js作为前端框架它的渐进式、组件化特性非常适合构建交互复杂的单页面应用SPA。对于作业管理系统前端需要动态渲染作业列表、处理表单提交、实时显示状态Vue的数据驱动视图和丰富的生态如Element UI、Vue Router、Axios能让开发变得高效且结构清晰。MySQL关系型数据库数据结构清晰ACID特性保证了事务安全比如扣分、提交状态更新需要原子性。对于作业、学生、课程、提交记录这类存在明确关联关系的数据用MySQL进行建模和查询非常直观。相比NoSQL它在处理复杂关联查询和事务一致性上更有优势。你的技术选型理由应该像这样与你的业务需求紧密挂钩。2. 从数据库设计开始好的结构是成功的一半很多系统后期的混乱都源于前期糟糕的数据库设计。对于这个系统核心实体并不多但关系需要理清。2.1 核心表结构设计思路这里不给出具体的SQL而是给出设计时的思考路径用户表 (sys_user或user)思考需要区分学生和教师可能还有管理员。是用一个role字段区分还是拆分成student和teacher两张表建议单表角色字段。因为学生和老师的基础信息账号、密码、姓名等高度重合。通过一个user_type字段如0-学生1-教师或关联一个role角色表来实现权限区分。这样用户认证模块可以统一处理。关键字段id,username,password加密存储,real_name,user_type/role_id,create_time。课程表 (course)思考课程和教师是多对一一位老师教多门课还是多对多多位老师教一门课课程和学生是多对多一个学生选多门课一门课有多个学生。建议课程表核心存储课程信息名称、编号、描述。通过课程-教师关联表和选课表来处理多对多关系。这样设计更灵活。关键字段id,course_name,course_code,description,create_user_id创建课程的教师。作业表 (assignment)思考作业必须归属于一门课程。需要哪些信息截止日期如何比较和提醒建议作业表关联course_id。end_time字段用于判断是否截止。可以增加status字段根据当前时间与end_time的逻辑关系动态更新或查询时计算而不是单纯存储。关键字段id,course_id,title,content,attachment_url存储附件路径,start_time,end_time,total_score。作业提交表 (submission)思考这是系统的核心事务表。一个学生对一个作业只能提交一次吗还是允许多次提交取最后一次如何记录提交历史和批改历史建议设计成(student_id, assignment_id)唯一约束确保一个作业一次有效提交。但可以增加version或submit_count字段记录提交次数或者用历史表记录每次提交。同时它需要关联批改结果。关键字段id,assignment_id,student_id,content,attachment_url,submit_time,grade得分,teacher_comment,grade_time。关联表选课表 (course_selection)id,course_id,student_id。课程-教师表 (course_teacher)id,course_id,teacher_id如果支持多位教师。这个设计模式清晰地反映了业务关系并且为后续的功能扩展如多次提交、作业互评、小组作业留出了余地。2.2 为什么不用MongoDB或直接存文件这是一个常见的疑问。作业内容、评语可能是长文本附件是文件为什么不直接用MongoDB存JSON或者把文件内容存数据库结构化数据优势作业的元信息标题、时间、分数和关系属于哪个课程、谁提交的是高度结构化的适合用关系表来存储和进行高效的关联查询例如“查询张三在某门课的所有未批改作业”。MySQL的索引对这些查询优化得很好。文件存储绝对不要将文件如Word、PDF以二进制大对象BLOB形式直接存入数据库。这会让数据库急剧膨胀备份和迁移困难。标准的做法是文件上传到服务器的特定目录或云存储OSS在数据库中只保存该文件的访问路径URL。这样数据库轻量文件服务也易于扩展。3. 后端API设计构建清晰、安全的数据通道后端不是一堆Controller的堆砌它是前端与数据库之间的桥梁负责业务逻辑、数据校验和安全性。3.1 分层架构与关键接口遵循典型的分层架构Controller-Service-Mapper(DAO)。Controller层接收HTTP请求进行参数校验可使用Valid注解调用Service返回统一格式的JSON响应。重点在于设计清晰的RESTful API路径。GET /api/assignment/course/{courseId}获取某门课程的作业列表。POST /api/assignment教师发布新作业RequestBody中带courseId。GET /api/submission/assignment/{assignmentId}教师查看某作业的所有提交。POST /api/submission学生提交作业。PUT /api/submission/grade/{submissionId}教师批改作业打分、评语。Service层这里是业务逻辑的核心。例如在“学生提交作业”的服务方法里你需要检查作业是否存在且未截止。检查该学生是否选修了该作业对应的课程。检查该学生是否已提交过根据业务决定是更新还是拒绝。保存提交内容更新submission表。可能需要触发通知如邮件提醒老师有新提交。这部分逻辑的严谨性直接体现了你对业务的理解深度。Mapper层使用MyBatis或Spring Data JPA与数据库交互。建议使用MyBatis-Plus它能极大简化单表CRUD操作。3.2 必须处理好的安全与权限问题这是毕业设计答辩的高频提问点。认证 (Authentication)使用JWTJSON Web Token或Session来管理用户登录状态。Spring Security是专业选择但如果时间紧可以在登录接口手动生成JWT令牌返回给前端后续接口要求前端在请求头如Authorization: Bearer token中携带后端进行校验。授权 (Authorization)这是重点。必须在Service层或Controller层进行权限校验。垂直权限学生不能访问教师发布作业的接口。可以通过在Controller方法上添加注解如PreAuthorize(hasRole(TEACHER))或直接在代码中判断当前登录用户的角色来实现。水平权限教师A只能批改自己课程下的作业不能批改教师B的。学生只能提交自己的作业。这需要在业务逻辑中校验资源所有权。例如在批改接口/api/submission/grade/{submissionId}中你需要// 伪代码 Submission submission submissionService.getById(submissionId); Assignment assignment assignmentService.getById(submission.getAssignmentId()); Course course courseService.getById(assignment.getCourseId()); // 判断当前登录教师ID是否等于 course.getTeacherId() 或存在于 course_teacher 关联表中 if (!currentUserId.equals(course.getTeacherId())) { throw new UnauthorizedException(无权批改此作业); }数据校验前后端都要做。后端使用NotNull,Size等注解或自定义校验器确保传入的数据格式正确、业务合规如分数不能超过作业总分。4. 前端实现打造流畅的用户交互体验前端是用户直接接触的部分良好的交互设计能极大提升项目质感。4.1 组件化设计与状态管理路由规划使用Vue Router。典型路由包括/login登录、/student/dashboard学生主页、/teacher/courses教师课程管理、/course/:id/assignments课程作业列表等。根据用户角色动态加载菜单和路由。状态管理对于中小型项目不一定需要引入Vuex/Pinia。可以将用户信息、权限等全局状态放在Vue根实例的data中或者使用Provide/Inject。但如果作业列表、提交状态等数据在多个组件间需要频繁共享和更新引入Pinia会让数据流更清晰。UI组件库强烈推荐使用Element Plus或Ant Design Vue。它们提供了丰富的、风格统一的组件表格、表单、对话框、消息提示能让你快速搭建出专业美观的界面把精力集中在业务逻辑整合上。4.2 关键页面逻辑与API对接教师-作业发布页表单包含课程选择下拉框数据来自/api/course/my-teaching、作业标题、富文本编辑器用于作业描述可集成wangEditor或Tinymce、附件上传、起止时间选择。提交时调用POST /api/assignment成功后给出提示并跳转。学生-作业列表页进入页面即调用GET /api/assignment/my-course获取当前学生所有课程的作业。前端计算状态根据服务器返回的作业end_time与当前时间对比在表格中用不同标签el-tag显示“未开始”、“进行中”、“已截止”。“提交”按钮根据状态禁用或启用。作业提交/批改页这是一个动态页。学生看到的是提交表单文本框、文件上传。教师看到的是学生提交的内容和一个打分写评语的表单。关键点页面需要知道当前用户是学生还是教师并据此渲染完全不同UI和调用不同API。这可以通过路由参数和用户角色来判断。文件上传前端使用el-upload组件选择文件后调用一个专门的文件上传接口如POST /api/upload该接口将文件保存到服务器指定目录并返回文件的访问路径URL。将返回的URL路径作为作业内容附件或提交附件随主要业务数据一起提交给后端。5. 从“能跑”到“能讲”毕业设计答辩的临门一脚代码完成只是第一步如何展示和陈述决定了最终分数。5.1 如何组织你的答辩演示不要一上来就点开各个页面操作。建议按以下逻辑演示开场与问题引入简要说明传统作业管理方式的痛点邮件混乱、版本混杂、反馈不及时引出你的系统目标。系统架构总览用一张清晰的架构图展示前后端分离、技术栈选择、数据库设计核心表关系。这张图非常重要能体现你的系统思维。角色演示教师角色登录 - 创建/选择课程 - 发布一份作业演示完整表单强调截止时间设置- 查看提交列表 - 进行批改打分、写评语。学生角色登录 - 查看作业列表强调状态区分- 提交作业含附件- 查看批改结果。核心技术与难点挑1-2个点深入讲。比如“我如何利用JWT和Spring拦截器实现接口鉴权并防止水平越权访问。”“作业截止状态我是在后端查询时动态计算的而不是维护一个静态字段这样更准确。”“文件上传我做了大小和类型限制并使用了唯一文件名防止覆盖。”总结与展望总结系统实现的功能并可以谦虚地提一下可能的优化方向如引入Redis缓存作业列表、使用WebSocket实现新作业实时通知、增加作业查重功能等。这展示了你的思考深度。5.2 准备好应对老师的提问老师的问题通常围绕“理解”而非“记忆”。准备好回答这类问题“你为什么选择这个技术栈Vue和React有什么区别”结合项目特点回答如Vue的学习曲线平缓、生态丰富适合快速开发。“你的数据库是怎么设计的如果课程数量很大查询学生所有作业性能怎么优化”解释你的表关系并提到可以对assignment表的course_id和end_time建索引对submission表的assignment_id和student_id建索引。“如果两个学生同时提交同一份作业你的系统怎么处理”这涉及到并发。可以回答数据库层面利用唯一约束防止重复提交服务端逻辑是“先查后插”在并发下可能有问题更严谨的做法可以用数据库悲观锁或分布式锁但毕业设计场景下概率较低可以作为一个优化点提及。“你的系统有什么安全措施”把之前提到的认证、授权、水平权限校验、SQL防注入MyBatis-Plus已避免手动拼接、XSS防护对富文本内容进行过滤或转义都说出来。归根结底一个优秀的毕业设计项目不在于用了多少炫技的新框架而在于你是否能用一套成熟、合理的技术方案清晰、完整地解决一个真实的业务问题。从理解业务流程开始到设计数据模型再到实现前后端逻辑最后思考安全与性能这个过程本身就是对你大学所学知识的一次最好的综合检验。当你不再只关注“源码在哪”而是开始思考“为什么这样设计”时你就已经走在正确的路上了。
