最近好几个读者问我同一个问题想找一个不是简单增删改查、又能在几周内做完的Java项目最好还能把流程、权限、统计这些点都讲清楚。我绕了一圈发现类似“大学生创业网站系统”往往就是最佳答案——表面上是项目申报评比实际上是一个标准的Web管理后台学生提交创业项目、学院审核、专家在线打分、管理员导出排名。这篇文章我基于一套可运行的Java Spring Boot源码来拆而不是空谈原理。你拿到手的通常是源码文档运行视频讲解视频但真正有用的是知道每个文件为什么存在、表为什么这么建、代码为什么要这么写。1. 为什么毕业设计选它项目定位与技术选型逻辑1.1 功能模块排列它不是一个网站是三个系统叠在一起大学生创业网站系统单看名字像个展示门户实际拆开以后是三个形态的组合。第一个形态是信息管理账号注册、个人中心、项目列表、新闻公告这些东西就是普通的CRUD。第二个形态是流程审核学生提交申报书学院先审、学校再评中间涉及退回、修改、重新提交这是典型的“工作流”场景虽然没有用Activiti那么重但业务状态已经比一般增删改查有料多了。第三个形态是统计评比评委对每个项目打分系统自动计算平均分按组别生成排名管理员还能导出Excel。这三个形态叠加在一起正好覆盖了Java后端大部分常考的知识点。我建议你在拿源码后的第一步不是打开IDE去看Controller而是先打开配套文档里的“功能结构图”把模块画出来。自己照着画一遍你就能回答“这个系统包含哪些功能”这种最基础的答辩问题。画的时候重点标注权限相关普通学生登录进系统只能看到自己名下的项目评审老师登录后按分配列表打分管理员可以调整所有状态。这个差异是靠角色标识和会话里的登录用户信息实现的不是每个页面都copy一遍判断逻辑。视角核心功能说明学生端注册登录、申报项目、修改草稿、查看审核状态学生只能管理自己提交的项目评审端待评审列表、在线打分、填写评语只能看到分配给自己的项目管理端用户管理、项目审核、评委分配、排名导出管理员负责流程流转和结果发布公共模块公告列表、个人中心、密码修改低频CRUD适合练手1.2 为什么是Spring Boot而不是SSH/SSM拿这套系统去比对传统的SSM最大的差异是“约定优于配置”。SSM时代写一个Mapper需要配置数据源、SqlSessionFactory、MapperScannerConfigurer还要手动引入事务管理器Spring Boot里一个application.yml就把数据源、连接池、MyBatis映射位置全部搞定了。对课程设计项目来说这不仅是省代码的事情而是把“配置地狱”从学习路径里删掉了可以把时间花在业务逻辑上而不是到处找XML配置文件。另一个很现实的原因是维护成本。这套系统会有人在毕业答辩之后再改改给别人用如果是SSH的老项目Struts的拦截器和Hibernate的懒加载问题会让接手的人头大。Spring Boot的自动配置和统一依赖管理至少让人第一次启动的成功率高得多。我自己指导项目时最怕的就是环境问题Spring Boot在这件事上帮了大忙同样的JDK 8和MySQL 5.7Spring Boot能一次跑通的比例远高于前代框架。1.3 版本选型清单不要一上来就追求最新我在讲解视频里反复说课设项目不要盲目上Spring Boot 3.x因为3.x强制JDK 17而你放到公网服务器上用的往往是JDK 8或11的免费镜像版本不匹配重新装成本很高。稳妥的搭配是JDK 8 Spring Boot 2.7.x MyBatis-Plus 3.5.x MySQL 5.7/8.0。Spring Boot 2.7还处于常见维护周期内生态资料最多遇到问题搜一下基本都有答案。组件推荐版本备注JDK8 或 11避免强行升级到17Spring Boot2.7.x资料多兼容性好MyBatis-Plus3.5.x单表CRUD很方便MySQL5.7 / 8.0驱动差异需要留意前端模板Thymeleaf单工程打包即用不用处理跨域如果标题里没有提Vue分离八成是服务端模板Thymeleaf。这样做的好处是打包后只有一个jar不需要处理跨域和前后端分别部署对新手最友好。如果你想改成前后端分离技术栈变成Vue3Spring Boot部署要多一步Nginx源码也会多一个前端工程。不是不行而是复杂度成倍增加。所以拿到项目第一步先判断自己的用途要快速跑通、顺利答辩就按源码原样来想体现更多前端能力再考虑拆成前后端分离。2. 核心业务流程拆解从申报提交到评比出分状态流转怎么设计2.1 申报阶段的完整链路用户在注册登录后进入系统点击“申报项目”会看到表单项目名称、项目类型产品类/服务类/公益类、团队信息、指导老师、项目简介、创业计划书附件。前端表单里通常会做校验必填项、字数限制、附件后缀校验。这些在前端生效但后端Controller里要再拦截一次不能只依赖前端校验因为接口可以直接被工具直接调用绕过页面。我特别强调“附件上传”这个环节因为几乎每次演示都会出问题。读取上传文件的时候不要用file.getName()直接拼路径否则可能出现中文乱码和路径穿越。正确做法是构造一个新的文件名UUID.randomUUID().toString()加上原文件后缀并存储到以日期命名的子目录里例如 upload/20250415/uuid.pdf。数据库里保存的是相对路径而不是磁盘绝对路径。这样无论文件传到哪个盘记录都能找得回来。2.2 审核阶段的顺序与回退学生提交后项目状态从“草稿”变成“学院待审核”。学院审核员如果发现问题可以点击“退回修改”并填写审核意见。此时项目状态变成“已退回”学生登录看到意见后再改、再提交状态重新回到“学院待审核”。学院审核通过后进入“校级待评审”状态管理员此时可以把项目分配给多位评委。这里的关键是“退回不是删除”而是让数据保留在原表里同时通过操作记录表保存每次审核意见和时间否则审核结论说不清。有的系统会把“学院审核”和“校级审核”合并成一个角色来简化但这样在答辩时少了一个可以讲的点。完整的双级审核对应了操作日志表里不同的阶段字段。工作量和难度没增加多少展示的业务深度却明显上了一个层次。我建议源码里保留双级审核演示的时候也能多按几次按钮让视频不那么单薄。操作日志表设计很简单id、project_id、from_status、to_status、operator_id、operate_comment、create_time一张表就够。2.3 评比阶段的打分与排名评委端打开“我的评审列表”看到的项目是按分配给他的评审关系关联出来的而不是查全表再临时过滤。每个项目只能由指定评委打分分数字段通常设计为多个维度比如创新性、可行性、效益预测、现场表现各有满分上限。前端会用进度条展示各维度得分后端在提交评分时校验每个维度不超过上限。计算平均分时最容易被问到的点就是“到底该用什么公式”如果规则简单直接对每条记录求平均值即可如果要求去掉最高和最低分再平均SQL里不好写通用逻辑我倾向于在Service层实现先把评分集合按总分排序去掉第一条和最后一条再对剩余记录求平均。这个逻辑在讲解视频里可以重点讲因为很多学生只会查数据库不会把业务算法落地到Java代码。2.4 状态机设计的落地经验不要在一个方法里用十层if判断状态那样越到后期越改不动。可以定义一个状态枚举DRAFT草稿、PENDING_COLLEGE学院待审核、REJECTED已退回、PENDING_SCHOOL校级待评审、SCORING评审中、FINISHED已结束。每个状态之间能走哪些操作在源码里维护一张“操作-前置状态-后置状态”的映射审核方法入口先统一校验当前状态是否允许该操作再执行具体逻辑。这样退回修改、重新提交这种分支就不会写乱。当前状态允许操作下一状态DRAFT提交申报PENDING_COLLEGEPENDING_COLLEGE审核通过PENDING_SCHOOLPENDING_COLLEGE退回修改REJECTEDREJECTED修改后再次提交PENDING_COLLEGEPENDING_SCHOOL分配评委SCORINGSCORING所有评委提交分数FINISHED如果文档里已经有状态图视频讲解时把它截图放进去如果没有我建议你画一张学生提交→学院审核→退回→再提交→校级分配→评委打分→排名公示。这张图就是答辩时的“主线路图”同时也回答了系统最核心的业务问题。3. 数据库表设计里的几个关键取舍3.1 六张核心表的职责边界一次申报评比涉及的实体并不复杂但很多人建表时偏向建一堆冗余表。在实际源码里我建议核心只保留六张表sys_user、project_application、project_audit_record、review_assign、review_score、sys_notice。CREATE TABLE project_application ( id BIGINT PRIMARY KEY AUTO_INCREMENT, apply_no VARCHAR(32) NOT NULL COMMENT 业务申报编号, student_id BIGINT NOT NULL, project_name VARCHAR(200) NOT NULL, project_type VARCHAR(20), team_members VARCHAR(500), teacher_name VARCHAR(50), project_summary TEXT, attachment_path VARCHAR(255), status VARCHAR(30) NOT NULL, final_score DECIMAL(5,2), create_time DATETIME, update_time DATETIME );sys_user表里用一个role_type字段区分角色0管理员、1学生、2学院审核员、3专家评委。为什么不用五张角色的RBAC标准模型因为课程项目里角色是固定的标准模型看起来正规但用起来复杂答辩时也容易把自己绕晕。用轻量的角色枚举拦截器判断权限完全够用。如果你想在文档里体现RBAC的扩展思路可以在“未来优化”章节提一句而不是真的建一堆中间表。3.2 一个项目对应多个评委评分表到底怎么建一个项目可以被多个评委打分一个评委也负责多个项目所以最直接的建模方式是评审分配表project_id, reviewer_id再加上一张评分记录表。如果直接把“评委1、评委2、评委3”做成三个字段评审人数就不能变空字段也没法处理。评分记录表里每个评委一条记录项目维度做唯一约束既保证评委之间不重复打分也方便后期扩展新的评分维度。CREATE TABLE review_score ( id BIGINT PRIMARY KEY AUTO_INCREMENT, assign_id BIGINT NOT NULL, project_id BIGINT NOT NULL, reviewer_id BIGINT NOT NULL, score_innovation DECIMAL(5,2), score_feasibility DECIMAL(5,2), score_benefit DECIMAL(5,2), total_score DECIMAL(5,2), comment_text VARCHAR(1000), score_time DATETIME, INDEX idx_project (project_id), UNIQUE KEY uk_assign_reviewer (assign_id, reviewer_id) );另一个容易踩坑的地方如果把最终分数冗余到project_application表一旦项目被退回重评旧的分数会残留。所以分数必须独立存表最终排名通过聚合查询得到。项目表里那个final_score字段只负责缓存已经结束的评比结果而且必须在状态变成FINISHED时再回填不能在打分过程中改。3.3 业务编号与统计字段小技巧作用很大除了自增主键id业务上建议存一个申报编号比如CX20250001。这样打印公示、导出Excel、与评委沟通时不需要暴露数据库自增id。生成规则也很简单前缀年份Sequence。Sequence可以借助一张编号表或者Redis如果不想引入额外组件直接用SQL查询当前最大编号1也能应付课程项目。用的时候注意并发环境下的重复编号问题课设阶段可以加一个数据库唯一索引兜底。另外project_application表里可以冗余一些“面向展示”的字段比如当前状态名称、最终平均分、排名名次。这些字段虽然可以从子表算出来但管理员列表页、首页统计图表都需要高频读取冗余后可以减少联表查询。前提是业务状态发生变化时需要同步更新这些冗余字段否则会出现数据不一致。我见过不少项目在项目表里维护了一个“排名”字段排名逻辑一变老数据就乱了所以要在代码注释里明确标注哪里负责更新这个字段。4. 从源码层面看接口设计、文件上传与权限拦截的实际写法4.1 Controller层为什么只做参数接收和结果封装在源码里Controller层通常只有三个职责接收请求参数、调用Service、按统一结果对象返回。很少有人在Controller里直接写SQL或复杂业务因为这样后面加权限、加日志都要改动一大片。典型写法如下。PostMapping(/submit) public Result submit(RequestBody Valid ProjectSubmitDTO dto, SessionAttribute(loginUser) User user) { if (user.getRoleType() ! 1) { return Result.error(只有学生账号可以申报项目); } projectService.submitProject(dto, user.getId()); return Result.ok(); }这里有几个细节值得注意。第一通过SessionAttribute获取登录用户避免Controller再去查Session代码更简洁。第二用DTO接收前端数据而不是直接接收实体对象避免前端把你不想暴露的字段一并提交过来。第三业务异常返回统一Result而不是直接抛出空白异常让前端看到500。统一响应结构看起来是小事但在你录制讲解视频时会轻松很多因为每段操作返回的都是“业务码消息数据”自己能看清逻辑别人也能看懂。4.2 文件上传的务实选择本地存储而不是OSS我见过两种存储方案一种把文件传到本地磁盘目录另一种配置云服务对象存储。课程设计项目、单机部署我建议本地存储理由有三点第一零成本不用申请云资源第二演示视频里只需要展示上传成功和下载功能不需要演示云配置第三本地存储容易排查问题文件就在服务器某个目录下。如果放进云存储还得管理桶权限和回调复杂度明显上升。本地存储有几个细节容易踩坑。在application.yml里配置一个自定义属性upload.path然后通过Value注入。文件名用UUID重命名保留原扩展名保存相对路径到数据库。如果是Thymeleaf单工程还要写一个资源映射让upload目录下的文件可以被浏览器访问。注意生产环境不要把上传目录放在项目jar包解压路径下否则重新部署会丢文件一般放在服务器的/data/upload或/home/upload这样的独立目录。Value(${upload.path}) private String uploadPath; public String saveMultipartFile(MultipartFile file) { String original file.getOriginalFilename(); String ext original.substring(original.lastIndexOf(.)); String filename UUID.randomUUID().toString().replace(-, ) ext; String subDir LocalDate.now().toString(); Path dir Paths.get(uploadPath, subDir); Files.createDirectories(dir); file.transferTo(dir.resolve(filename)); return /upload/ subDir / filename; }4.3 登录拦截与角色权限用拦截器还是用框架这个项目里普遍用的是Spring MVC的HandlerInterceptor Session原因很简单权限需求只是“不同角色可以看到不同菜单和接口”不需要细粒度的按钮权限。实现思路如下注册一个拦截器拦截所有非白名单路径在preHandle里判断Session中是否有用户没有就重定向到登录页如果有用户再根据当前请求路径中的角色前缀做粗粒度拦截比如/admin/**只允许管理员/reviewer/**只允许评审批次。如果你觉得拦截器写法不够“高大上”也可以换成Spring Security加JWT但配置量明显增大讲解视频里也会多出一大段前置讲解。对学生项目来说把拦截器核心流程做好同时在文档里写清楚“如果要上生产可以替换成Spring Security”反而更显真实。答辩老师问“权限怎么控制的”时你能把拦截器原理讲明白就比只会说“用了Spring Security”但答不上过滤链的同学得分高。5. 运行部署与演示视频背后的工作本地跑起来到服务器发布5.1 环境准备不解决这四点项目半天跑不起来第一JDK版本一定要和pom.xml里的目标版本一致。最常见的是代码写着8机器上却只有17启动直接报UnsupportedClassVersionError。第二Maven仓库下载慢记得在settings.xml里配置镜像。第三MySQL服务建库时用utf8mb4字符集否则中文容易乱码。第四Spring Boot 2.7默认走MySQL 8.x驱动如果数据库是5.7需要把驱动版本调整到5.1.49并设置useSSLfalse和characterEncodingutf8。这些事项通常都会写进配套文档但很多人跑不起来还是一次遇到一个。我的建议是先把源码包里的application.yml打开和本地环境逐项核对数据库名、账号、密码、驱动类、时区改完再启动。不要一启动报错就怀疑源码有Bug绝大多数情况是配置和环境不一致。5.2 三种运行方式IDEA、jar包、Nginx反向代理第一种是IDEA里直接运行SpringBootApplication主类适合开发调试。第二种是打包成Jar在服务器上执行java -jar项目名.jar适合正式部署。第三种是Nginx反向代理把域名80端口和Java进程的8080端口关联起来适合前后端分离或需要HTTPS的部署。三种方式在视频里最好都演示一遍因为很多用户只会点IDE里的绿色箭头不会处理服务器部署。mvn clean package -DskipTests scp target/project-system.jar rootyour-server:/opt/app/ cd /opt/app nohup java -jar project-system.jar --spring.profiles.activeprod app.log 21 强调一点生产环境不要用CtrlC直接关停Java进程建议用nohup启动并把日志重定向到文件。服务器内存只有1G时不要同时启动多个Spring Boot应用很容易内存溢出。5.3 演示视频怎么录才能一镜到底这套系统通常配有运行视频和讲解视频我的建议是录制时按一个固定节奏走先介绍项目背景和技术栈再演示学生注册、申报和上传附件接着演示学院退回与学生重新提交然后展示管理员分配评委最后是评委打分和排名公示。全程尽量不要切到数据库界面因为一切出去就会显得“系统是临时造数据”。数据库的表结构可以在讲解视频里单独讲但运行视频里不该出现。讲解视频的重点不是念代码而是讲三个为什么为什么用Spring Boot为什么这样设计表为什么状态要回退。如果能在30秒内把这三个问题讲清楚答辩老师基本不会把你挂在台上。另外录制时不要忘了提前准备好几个账号学生账号、学院审核账号、校级管理员、专家评委每个角色的默认密码要写进文档不然录到一半去重置密码很尴尬。6. 实测复盘我跑这个项目时踩过的坑与答辩提点6.1 跨域与端口占用前后端分离最容易翻车如果你拿到的是前后端分离版Controller加了CrossOrigin或全局跨域配置仍然报CORS错误通常是因为前端请求地址写的是http://localhost:8080而后端实际启动在8081。优先统一端口别总依赖跨域配置。如果你拿到的是Thymeleaf单工程前后端同源不存在跨域问题但常出现端口占用8080被占用后Spring Boot自动改到8081页面却没有跟着变。遇到这种情况使用lsof或netstat找到占用进程关掉或者在application.yml里把server.port改成一个不常用的端口比如8090。这个问题在录制运行视频时最容易出现明明昨天还能跑今天启动就报端口被占用原因多半是后台留着一个没关闭的Java进程。Windows下taskkill /F /PIDLinux下kill -9操作完再启动。6.2 MySQL驱动与5.7/8.0的兼容问题很多源码默认用MySQL 8.0的驱动类com.mysql.cj.jdbc.Driver如果服务器是MySQL 5.7直接启动会报“Public Key Retrieval is not allowed”或连接超时。解决方式是驱动版本调整为5.1.49驱动类变成com.mysql.jdbc.DriverURL上加上useSSLfalsecharacterEncodingutf8。如果你用MySQL 8.0则要加allowPublicKeyRetrievaltrueserverTimezoneAsia/Shanghai。这类问题不是代码Bug而是配置不一致遇到时先打开Maven依赖看驱动版本再检查数据库版本。另外时区问题也很常见。MySQL 8.0默认时区与本地Java进程不一致插入时间经常差8个小时。在URL上显式指定serverTimezoneAsia/Shanghai是标准解法如果还不行改MySQL的全局时区也可以。课程设计阶段不推荐在代码里手动对时间加减容易引出更多Bug。6.3 答辩时三个高频追问追问一“为什么用MyBatis-Plus而不是传统MyBatis”你可以回答单表CRUD用MP的BaseMapper减少重复代码复杂联表用XML手写SQL二者结合兼顾效率与可控。追问二“如果两个评委同一时间给一个项目打分平均分怎么算”可以先讲单个评委提交有自己的唯一键约束再补充说这类系统并发量不大数据库行锁和事务基本足够如果要求更高可以用乐观锁版本号。追问三“退回修改时已打的分数怎么处理”这时要强调状态机设计只有处于SCORING状态才有评分记录一旦被退回或重置关联的评分记录会被标记为无效或删除避免最终平均分混入历史分数。这三个问题答得上来说明你真的看过源码不是只会照抄。6.4 最后分享一个录课的小技巧别直接在IDE里一刀不剪地录。先按业务流程走一遍不要中途切屏到数据库如果怕手误用Postman或Apifox准备好几个典型的接口请求比如提交申报、上传文件、评委打分演示时直接点击请求避免因为菜单点错而重录。讲解视频回放时候重点听一件事自己能不能离开代码把状态流转和表关系讲清楚。如果讲不清楚就回到第2章把状态图多看几遍。这个项目不是越复杂越好而是每一步都讲明白源码和文档才能真正从“摆设”变成你自带的东西。我个人跑完这套系统的最大感受是它比纯CRUD系统多出来的那部分——双级审核、评委分配、打分统计——才是文档和视频真正值得展开讲的核心。把这些环节吃透不管以后是换技术栈还是换业务领域你都有一套可以复用的分析套路。