1. 从毕设题目看到的真实需求这系统到底在解决什么问题很多人看到“高校实习实训信息管理系统”“实践教学资源管理平台”“实验实训一体化服务系统”这一串名字第一反应是这不就是普通的CRUD后台吗学生管理加个实习审核做完就完事了。如果你也这么想那大概率会把这道题做成一个“换皮的学生表管理系统”答辩时老师问两个业务问题就露馅了。先把这个题目的真实业务场景捋清楚。一个高校的实践教学环节通常包含三种形态校内实验课、校外实习实训、毕业设计综合实践。听起来是三个东西但它们有非常强的共性都需要场地资源实验室、实训基地、都需要指导教师校内导师、企业导师、都需要过程记录考勤、阶段成果、成绩评定、都需要材料归档实习报告、鉴定表、成绩单。传统做法是什么校内实验课用教务系统管校外实习靠辅导员收纸质材料实训基地的资源预约靠微信群里吼一声。结果就是学生不知道去哪找实习单位教师不知道学生实习进度管理员不知道哪个实验室被闲置材料收上来之后堆在办公室没人整理。这个系统要解决的就是把这些散落在Excel、纸质表、微信群里的信息流用一套统一的数据模型和流程引擎串起来。所以这道题有三个关键词值得注意。第一“信息管理系统”侧重流程管理实习申请、审核、派遣、考勤、报告提交、成绩鉴定这套完整流程需要有状态流转和角色分权。第二“资源管理平台”强调资源共享实验室、实训基地、设备、指导教师这些资源要被预约、被调度、被统计利用率而不是躺在各个部门的台账里睡大觉。第三“一体化服务系统”要求打通数据学生的实习信息、选课信息、成绩信息、资源使用信息要在同一个系统里形成闭环而不是每个模块各跑各的数据库。把这三层意思翻译成技术需求就是一套基于SpringBoot的单体应用内部按业务域拆成若干模块用RBAC做权限模型用工作流状态机管理实习流程用资源预约逻辑处理实验实训资源调度最终形成学生、教师、管理员、企业用户四种角色的完整业务闭环。这个定位一旦清楚后面所有设计决策都有据可循。比如为什么必须做多角色登录不是因为你想要一个花哨的登录页面而是业务流程天然要求有四类人操作同一套数据。为什么必须做资源预约模块因为题目明确写了“资源管理平台”没有预约和统计的“资源管理”就是一张静态列表撑不起这个题目。2. 技术方案与整体设计SpringBoot为什么是这道题的解题答案2.1 技术选型的底层逻辑先聊聊为什么SpringBoot是这一类题目的主流答案。这不是因为它最先进而是因为它最适合“单团队小规模快速交付”的场景。做毕设的时间通常只有几个月做系统的人可能只有一两个。如果用微服务架构光搭注册中心、配置中心、网关就要花掉大量时间而且单体应用在“功能闭环演示”这件事上有天然优势——本地起一个服务就能把全流程跑通答辩现场不会因为服务之间通信故障翻车。SpringBoot当时能火核心是把Spring繁琐的XML配置全部干掉。创建一个Web项目只要引入web、data-jpa、security、validation这些Starter改几行application.yml就能得到一个能跑起来的骨架。这对毕设场景来说极其友好重点精力可以放在业务功能上而不是研究怎么配置Bean。再往深一层看这道题的核心难点不在技术框架本身而在于把复杂的业务关系变成清晰的数据模型。SpringBoot提供的Spring Data JPA或MyBatis Plus、Spring Security这套组合解决的是“怎么实现”但“实现什么”“表怎么建”“流程怎么走”才是决定系统好坏的分水岭。我用一个类比来解释SpringBoot就像一个精装修的出租屋水电、墙面、地板都给你弄好了你只需要搬家具进去布置。但家具怎么摆房间怎么分区这是你自己要动脑子的。很多毕设系统做得烂不是精装修有问题而是家具乱摆。2.2 整体架构与模块划分根据题目的三层含义这个系统在模块上可以拆成四个业务域业务域核心模块对应题目关键词基础平台用户管理、角色权限、菜单管理信息管理系统的基础支撑实习管理实习项目发布、学生申请、审核流转、考勤记录、报告提交实习实训信息管理资源管理实验/实训场地管理、设备管理、预约调度、使用统计实践教学资源管理平台数据闭环成绩评定、实习档案生成、数据看板一体化服务系统需要注意的是这四个业务域只是逻辑划分物理上仍然是一个SpringBoot应用。这种“逻辑多模块、物理单应用”的做法既保证了代码组织清晰又避免分布式带来的部署复杂度是毕设项目的黄金取舍。在技术栈上我推荐一套很稳的组合Spring Boot 2.7 Spring Security JWT MyBatis Plus MySQL 8.0 Redis可选 Vue 3 Element Plus。前后端分离已经是现在的标配你如果只做后端接口前端随便找一个开源的Admin模板改一改也能达到演示效果。如果实力允许前端做成Vue3 Vite后端提供Restful API技术上会显得更完整。这套组合的每一环都有明确目的。Spring Security负责登录鉴权和角色授权解决“谁能干什么”的问题JWT负责无状态登录态避免Session在前后端分离场景下的跨域麻烦MyBatis Plus解决单表CRUD的重复劳动让代码量至少减少三分之一MySQL存储所有业务数据Redis用来缓存热点数据和处理权限信息——但如果不懂Redis也可以不引用HashMap缓存登录态也能勉强撑住演示。3. 核心功能拆解与实现关键点从需求到能跑的代码3.1 数据模型设计的几个关键决策这一节是很多人的翻车点。数据表建少了功能演示时发现缺字段建多了关联关系混乱查出错误数据。我的建议是先画业务流程再定数据表最后写代码。Rush to code是大忌。基于实习管理这条主线核心数据表至少要有这八张学生表student扩展用户表存学号、班级、专业、年级。用学号作为业务唯一标识。教师表teacher职工号、所属院系、职称、指导方向。企业表enterprise企业名称、统一社会信用代码、联系人、联系电话、行业类型。实习项目表internship_project项目名称、所属企业、实习岗位、招聘人数、起止时间、岗位描述、项目状态。实习申请记录表internship_application学生ID、项目ID、申请时间、状态待审核/已通过/已驳回/已撤回、审核意见。考勤记录表attendance_record实习ID、日期、状态正常/迟到/缺勤/请假、备注。实习报告表internship_report学生ID、实习ID、报告类型中期/总结、附件路径、提交时间、评阅状态、指导教师评分。资源预约表resource_reservation资源ID实验室/设备/场地、预约人ID、开始时间、结束时间、用途、状态待审批/已通过/已驳回/已取消。这里有两个设计细节特别重要。第一学生、教师、企业不要直接叫“用户表”而是采用“基础用户表 扩展角色表”的模式。基础用户表存账号、密码、手机号、邮箱、头像、状态角色表存学生专属字段学号、班级和教师专属字段职工号、院系。为什么这么设计因为有管理员这种不属于学生也不属于教师的角色而且未来可能增加企业用户。如果把学生和教师的所有字段都塞进一张用户表表结构会变得臃肿且难以扩展。基础用户表天然支持了系统内有多种身份用户共存的需求。第二实习申请记录表里的“状态”字段别用int用tinyint并约定状态字典。示例约定0已撤回1待审核2已通过3已驳回。为什么不用字符串因为字符串容易写错且无法在数据库层面限制非法值。加一个tinyint配合代码里的枚举类逻辑就非常清晰。public enum ApplicationStatus { WITHDRAWN(0, 已撤回), PENDING(1, 待审核), APPROVED(2, 已通过), REJECTED(3, 已驳回); private final int value; private final String desc; // 构造方法和getter省略 }在企业表的处理上有个容易踩的坑企业信息通常会在线下由管理员预先录入学生只能从已审核通过的企业列表里选择实习项目而不是自行创建企业。这是为了符合真实管理流程——如果学生随便创建企业数据质量就没法保证。所以在权限设计上企业模块的写权限只有管理员有学生只有读权限。3.2 实习流程的状态管理与权限控制流程管理是这个系统的灵魂。学生从看到实习项目到最终拿到成绩要经过的角色和状态非常多如果全靠if else硬写代码会乱成意大利面。我建议把实习申请流程设计成一条有限状态机先画状态转移图再写代码。核心流转路径如下学生查看实习项目列表发起申请 → 状态变为待审核辅导员/指导教师审核通过 → 状态变为已通过辅导员/指导教师审核不通过 → 状态变为已驳回学生可修改后重新申请学生申请后但审核前可以主动撤回 → 状态变为已撤回实习开始后学生需要每日/每周打卡考勤实习结束学生提交实习报告教师批阅打分 → 生成实习成绩用状态机的好处是每一个动作的发生都对应着“当前状态 触发事件 目标状态”的确定规则杜绝了“学生跳过审核直接生成成绩”这种逻辑漏洞。在代码里可以定义一个状态转换校验器public class ApplicationStateMachine { private static final MapApplicationStatus, ListApplicationStatus TRANSITIONS new HashMap(); static { // 待审核状态下可以撤回也可以被审核通过/驳回 TRANSITIONS.put(ApplicationStatus.PENDING, Arrays.asList( ApplicationStatus.WITHDRAWN, ApplicationStatus.APPROVED, ApplicationStatus.REJECTED )); // 已驳回状态下只能重新提交回待审核 TRANSITIONS.put(ApplicationStatus.REJECTED, Collections.singletonList( ApplicationStatus.PENDING )); // 已通过和已撤回是终态撤回后如果还想申请走新的申请记录 TRANSITIONS.put(ApplicationStatus.APPROVED, Collections.emptyList()); TRANSITIONS.put(ApplicationStatus.WITHDRAWN, Collections.emptyList()); } public static boolean canTransition(ApplicationStatus from, ApplicationStatus to) { return TRANSITIONS.getOrDefault(from, Collections.emptyList()).contains(to); } }这个设计的好处是当业务人员提出“已通过状态的申请能不能重新打开”这类需求时你只需要改TRANSITIONS这一个字典不用去业务代码里翻一堆if else。这是典型的把规则从逻辑中抽离出来的做法。权限控制基于RBAC基于角色的访问控制模型来做。系统内定义四种角色管理员ROLE_ADMIN管理用户、企业、基础数据、统计报表教师ROLE_TEACHER审核实习申请、指导实习过程、批阅报告、管理资源预约学生ROLE_STUDENT查看项目、发起申请、打卡考勤、提交报告企业人员ROLE_COMPANY发布实习项目需求、确认学生到岗情况可选在Spring Security中用注解和表达式配置接口权限非常简洁PreAuthorize(hasRole(ADMIN)) PostMapping(/enterprise) public Result? createEnterprise(RequestBody EnterpriseVO vo) { ... } PreAuthorize(hasAnyRole(ADMIN, TEACHER)) PutMapping(/application/{id}/approve) public Result? approveApplication(PathVariable Long id, RequestBody ApproveVO vo) { ... } PreAuthorize(hasRole(STUDENT)) PostMapping(/application) public Result? submitApplication(RequestBody ApplicationVO vo) { ... }这里有一个实操心得接口的权限控制一定要在Controller层做而不是在Service层做。Controller层做权限控制是“门禁”Service层做权限是“保险柜”。两层都做最稳妥但至少Controller层的门禁不能省。否则在答辩演示时你切换一个角色发现还能调用别的角色的接口现场非常尴尬。4. 实操记录从搭环境到能演示的完整流程4.1 项目初始化和基础工程搭建这部分我按照自己实操的经历来写。虽然不同人用的IDE、JDK版本可能略有差异但整体路径是一致的。我用的是JDK 8 Spring Boot 2.7 Maven 3.8。为什么不选JDK 17和Spring Boot 3.x因为Spring Boot 3.x基于Jakarta EE部分老教程代码和依赖的命名空间有变化新手照着老教材抄很容易踩坑。如果不是为了追求新版本特性建议直接上2.7网上资料最多最全遇到问题随便一搜就有答案省下排查环境问题的时间。创建工程我用的是Spring Initializr可以通过IDEA内置的也可以用start.spring.io网站生成。选依赖时要注意MyBatis Plus不能用Initializr直接生成要自己在pom.xml里额外引入。我的依赖清单给你参考dependencies !-- Web 支持 -- dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId /dependency !-- 参数校验 -- dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-validation/artifactId /dependency !-- 安全框架 -- dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-security/artifactId /dependency !-- MyBatis Plus -- dependency groupIdcom.baomidou/groupId artifactIdmybatis-plus-boot-starter/artifactId version3.5.3.1/version /dependency !-- MySQL 驱动 -- dependency groupIdcom.mysql/groupId artifactIdmysql-connector-java/artifactId scoperuntime/scope /dependency !-- JWT 工具库 -- dependency groupIdio.jsonwebtoken/groupId artifactIdjjwt/artifactId version0.9.1/version /dependency !-- Lombok 简化代码 -- dependency groupIdorg.projectlombok/groupId artifactIdlombok/artifactId optionaltrue/optional /dependency /dependencies工程的包结构我习惯按“模块分包”而不是“技术分包”。很多教材喜欢按controller/service/mapper/entity这样分但项目一大就会发现业务间互相纠缠。我建议按业务域分包比如com.example.practice ├── common # 通用工具、统一返回体、异常处理 ├── config # 配置类Security配置、MP配置、跨域配置 ├── security # JWT过滤器、登录服务 ├── module │ ├── user # 用户与权限模块 │ ├── internship # 实习管理模块 │ ├── resource # 资源管理模块 │ └── report # 报告与成绩模块 └── PracticeApplication.java这种分包方式的好处是修改实习相关的代码只需进internship包不会误伤其他模块。答辩讲代码时也更有条理可以按“模块”来讲而不是“技术层”来扯。工程搭好后第一件事不是写业务而是写一个统一的API返回体和全局异常处理。这个基础工作能让你后面省一大半力气。Data public class ResultT { private Integer code; // 200成功500失败 private String message; private T data; public static T ResultT ok(T data) { ResultT r new Result(); r.code 200; r.message success; r.data data; return r; } public static T ResultT fail(String message) { ResultT r new Result(); r.code 500; r.message message; return r; } }全局异常处理用RestControllerAdvice把参数校验异常、业务异常、未知异常统一拦截。这样Controller里就不需要写大量的try catch代码看着干净出错时错误消息也是统一的JSON格式前端解析方便。4.2 核心功能和页面怎么一步步串起来工程基础搭好后我建议按下面的顺序逐个实现功能每完成一个就跑一遍流程确保没有地基问题第一步做登录功能。用Spring Security JWT实现登录接口登录成功返回token。前端后续每个请求都带Authorization请求头。登录逻辑里要做角色加载——用户登录后从角色表查出角色标识放进JWT的claims里后续接口用PreAuthorize注解校验。登录的ServiceImpl核心代码逻辑如下Override public LoginResult login(String username, String password) { // 1. 根据用户名查用户基础用户表 LambdaQueryWrapperSysUser wrapper new LambdaQueryWrapper(); wrapper.eq(SysUser::getUsername, username); SysUser user userMapper.selectOne(wrapper); // 2. 用户不存在或密码错误密码使用BCrypt加密存储 if (user null || !BCryptPasswordEncoder.matches(password, user.getPassword())) { throw new BusinessException(用户名或密码错误); } // 3. 查角色 ListString roles roleMapper.selectRolesByUserId(user.getId()); // 4. 生成JWT放入userId和roles String token JwtUtil.generateToken(user.getId(), user.getUsername(), roles); // 5. 返回结果 return new LoginResult(token, user.getUsername(), roles); }密码存储一定要用BCrypt加密这个经验很重要。很多新手为了省事直接存明文密码答辩时被问到“你怎么保证密码安全”就直接哑火。用Spring Security自带的BCryptPasswordEncoder做加密和校验两行代码的事成本和收益完全不成比例。第二步搭好菜单和首页数据看板。登录后用户看到的不应该是一个空白页面而是根据角色展示的数据统计卡片。管理员看到“实习总人数”“企业总数”“实验室预约次数”“待审核申请数”学生看到“我的实习进度”“我的考勤记录”教师看到“待审核的学生申请”“我指导的实习生人数”。这一步是为了让答辩现场的第一印象是“系统是完整的”而不是“页面还没搭好”。第三步实现实习管理的主流程。这里涉及到多个子页面但核心逻辑在接口端。学生发起申请的接口、教师审核的接口、状态流转的校验逻辑在前面第3节已经讲过了按照那个状态机来写就行。在这里我强烈建议用MyBatis Plus的LambdaQueryWrapper而不是拼接字符串的SQL。Lambda方式的好处是编译期就能发现字段名拼写错误而且代码阅读性明显提高。比如查某个学生的实习申请LambdaQueryWrapperInternshipApplication wrapper new LambdaQueryWrapper(); wrapper.eq(InternshipApplication::getStudentId, currentUserId) .eq(InternshipApplication::getStatus, ApplicationStatus.PENDING.getValue()) .orderByDesc(InternshipApplication::getCreateTime); ListInternshipApplication list applicationMapper.selectList(wrapper);第四步做资源预约模块。这是“资源管理平台”的直接体现也是很多人会忽略的功能。实验室资源的预约本质上是一个时间冲突校验问题。预约一个实验室时要检查同时间段是否已被别人预约// 校验时间冲突 LambdaQueryWrapperResourceReservation wrapper new LambdaQueryWrapper(); wrapper.eq(ResourceReservation::getResourceId, vo.getResourceId()) .eq(ResourceReservation::getStatus, ReservationStatus.APPROVED.getValue()) .and(w - w .between(ResourceReservation::getStartTime, vo.getStartTime(), vo.getEndTime()) .or() .between(ResourceReservation::getEndTime, vo.getStartTime(), vo.getEndTime())); Long count reservationMapper.selectCount(wrapper); if (count 0) { throw new BusinessException(该时间段已被预约请更换时间); }这个冲突判断的SQL逻辑比较容易写错尤其要小心边界情况——如果前一个预约正好在你开始时间结束这算不算冲突在实际业务里我建议把时间比较设成“前闭后开”区间即允许前一个预约在当下预约开始时结束避免边界上的误判。第五步做报告提交与成绩评定。学生上传实习报告文件报告以附件形式保存到服务器的指定目录数据库只存文件路径。文件存储这一块很多新人想到用base64存数据库这绝对是个坑——文件稍大一点数据库就膨胀了查询速度直接完蛋。正确做法文件落在本地磁盘或云存储数据库存路径和文件元信息。# 本地文件存储配置 file.storage.path/var/practice/files/ file.storage.max-size20MB文件上传接口实现时要注意校验文件类型和大小并重命名文件避免文件名冲突和非法路径穿越。用UUID作为新文件名是一种常见做法。第六步做数据统计。管理员首页的看板数据需要写聚合SQL。这里用MyBatis Plus的Select注解直接写SQL反而更直观。比如统计各状态实习申请数量Select(SELECT status, COUNT(*) AS cnt FROM internship_application GROUP BY status) ListMapString, Object countByStatus();这种只读统计接口不需要写复杂的Service逻辑直接在Mapper层返回List就行。最忌讳的是为了这种统计专门建一张表往里面写冗余数据——没有必要。5. 常见问题与排查技巧我踩过的坑和解决思路这个系统在开发过程中我敢说每个人大概率会遇到下面几类问题。我把它们的现象、原因和解决方法直接列出来能帮你绕开很多弯路。5.1 类加载与依赖冲突类问题问题1Spring Security登录后放行的URL还是被拦这个几乎必踩。配置Security的时候放行登录接口是写了permitAll的但实际访问还是401。原因通常是过滤链顺序问题或者在Security配置里用了anyRequest().authenticated()但放行规则写在了anyRequest之后。Security的匹配规则是从上到下执行的anyRequest().authenticated()一旦写在前面后面所有放行规则全失效。正确写法是http.authorizeRequests() .antMatchers(/api/auth/login, /api/auth/register).permitAll() .antMatchers(/doc.html, /swagger-ui/**, /api-docs/**).permitAll() .antMatchers(/file/**).permitAll() .anyRequest().authenticated();问题2MyBatis Plus分页不生效现象分页查询返回的总条数不对或者压根没有LIMIT语句。原因没有配置MyBatis Plus的分页插件。Configuration public class MybatisPlusConfig { Bean public MybatisPlusInterceptor mybatisPlusInterceptor() { MybatisPlusInterceptor interceptor new MybatisPlusInterceptor(); interceptor.addInnerInterceptor(new PaginationInnerInterceptor(DbType.MYSQL)); return interceptor; } }这个配置漏掉的概率非常高许多新手把依赖加上了以为分页就自动支持结果前端传了pageNum和pageSize后端返回全部数据。问题3文件上传跨域导致前端拿不到下载链接前端Vue跑在8080端口后端跑在8081端口存在跨域。SpringBoot后端要配置跨域策略同时文件下载要配置静态资源映射Configuration public class WebConfig implements WebMvcConfigurer { Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping(/**) .allowedOriginPatterns(*) .allowedMethods(GET, POST, PUT, DELETE, OPTIONS) .allowedHeaders(*) .allowCredentials(true) .maxAge(3600); } Override public void addResourceHandlers(ResourceHandlerRegistry registry) { registry.addResourceHandler(/file/**) .addResourceLocations(file: fileStoragePath); } }注意如果开了allowCredentials(true)allowedOrigins不能写成*必须用allowedOriginPatterns。这个细节是Spring Boot 2.4之后的一个变化网上很多老教程还在用allowedOrigins(*)会直接报错。5.2 数据查询与权限校验类问题问题4查询条件拼错查出别的学生的数据这类问题属于数据隔离漏洞。在实习申请列表的查询接口里如果没有强制带上当前登录学生的ID学生A就能看到学生B的申请记录。答辩时老师最容易拿这个说事“数据安全性怎么保证”解决思路是所有查询接口在校验了角色之后还要强制带上数据权限条件。比如学生查询自己的申请必须在Service层强制设置studentId 当前登录用户ID而不是信任前端传过来的studentId参数。前端传的参数统统不可信必须以后端从JWT里解析出来的身份为准。Long currentUserId SecurityUtil.getCurrentUserId(); LambdaQueryWrapperInternshipApplication wrapper new LambdaQueryWrapper(); wrapper.eq(InternshipApplication::getStudentId, currentUserId); // 不使用前端传入的studentId问题5实习报告上传后下次登录文件打不开大概率是文件存储路径用了相对路径当前工作目录不对或者文件存在了临时目录重启后文件被清了。建议配置一个固定的绝对路径并把存储路径配置到application.yml里不要写死在代码里。部署时需要注意目录的写权限不然后台上传直接报FileNotFoundException。5.3 性能与体验优化类问题问题6首页看板数据加载太慢看板要统计多个维度的数据如果每个维度都同步查一遍首屏可能要等好几秒。建议把看板接口拆成并行调用或者干脆做一个聚合接口用CompletableFuture并行查询各维度数据再汇总。CompletableFutureLong studentCountFuture CompletableFuture.supplyAsync(studentMapper::countAll); CompletableFutureLong enterpriseCountFuture CompletableFuture.supplyAsync(enterpriseMapper::countAll); CompletableFutureLong pendingApproveFuture CompletableFuture.supplyAsync( () - applicationMapper.countByStatus(ApplicationStatus.PENDING.getValue()) ); // 等待所有异步任务完成并合并结果 Long studentCount studentCountFuture.join(); Long enterpriseCount enterpriseCountFuture.join(); Long pendingApprove pendingApproveFuture.join();这种方式比串行查询快很多而且代码结构清晰。用默认的ForkJoinPool就行不需要额外引入线程池。问题7JWT过期时间如何设置正确定义是accessToken有效期2小时refreshToken有效期7天。但毕设系统如果不想搞复杂直接给accessToken设12小时或24小时反正演示场景不会有那么强的安全要求。重点是要在JWT过滤器里对过期时间做校验如果token过期返回401前端收到401后跳转登录页。这里要注意在过滤器中抛出异常和在Controller中抛出异常处理方式完全不同——过滤器里的异常不会走RestControllerAdvice需要在过滤器里手动处理或者包装一层全局过滤器异常入口。6. 写在最后的几个建议这个题目做完之后我有几个很实际的感受想分享。第一系统的核心价值在于“流程闭环”而不在于“功能数量”。很多同学喜欢做一堆功能点菜单栏拉得很长但每个功能之间没有数据关联演示的时候变成“n个独立的CRUD页面大杂烩”。真正打动评委的是“学生申请实习 → 教师审核 → 实习打卡 → 提交报告 → 得到成绩”这条完整链路以及“实验室预约 → 冲突检测 → 审批 → 使用统计”这条资源链路。把这两条链路讲透比堆20个功能点都管用。第二数据库设计一定要花时间好好画ER图。我见过太多项目代码能跑但表关系混乱student_id在两个表里一个叫id一个叫studentId联表查询全靠别名硬撑。建议先把ER图画在纸上或工具里确认了外键关系和唯一约束再建表。MyBatis Plus虽然不强制要求外键但逻辑上的关联关系必须明确。至少在你答辩讲数据库设计时能用一句话说清楚“从哪张表到哪张表通过什么字段关联”。第三答辩前至少完整走一遍所有角色的操作流程。这句话听起来是废话但真没几个人做到。我见过一个组答辩现场翻车就是因为教师注册了一个账号结果教师审核界面一片空白排查了半天发现是院系字段没填导致查询条件查不到数据。这种低级问题如果在答辩前自己走一遍流程一分钟就能发现。所以务必用学生、教师、管理员三个账号分别走一遍登录 → 首页看板 → 业务列表 → 表单操作 → 数据更新确认五个步骤全部跑通再上台。第四文件上传功能如果时间紧张可以先做一个最简单的版本。很多同学在文件上传上花掉整整一周时间研究各种大文件分片、断点续传结果主流程没做完。毕设场景下控制文件类型和大小用UUID重命名存本地能上传能下载就已经达到演示标准了。不要在不重要的环节里消耗太多精力。最后再说一个小技巧在系统里加一个“操作日志”功能记录关键操作的操作用户、操作时间和操作内容。这个功能实现成本很低一个日志表 一个AOP切面但对答辩加分非常明显。当老师问“如果有人恶意删除了实习数据怎么追溯”时你直接演示操作日志模块大部分老师对这个数据溯源能力都会印象不错。把这些点都做到这个题目对你来说就不只是一个“能做出来”的毕设而是一个“能讲清楚、能扛住提问、能体现工程素养”的完整作品。做毕设的目的从来不只是交差而是在有限时间里证明你具备从需求分析到落地实现的完整能力。把这道题做好这份能力就拿到了。