简介：这份资源是面向高校计算机相关专业毕业生的Spring Boot大创管理系统毕业论文文档，适合正在准备毕业设计、需要参考完整论文结构与项目实现思路的学生。文档围绕大学生创新创业项目管理场景，梳理了学生、指导老师、院系管理员三类角色的申报、审核、中检、结项与评审流程，并给出SSM框架与MySQL数据库的技术选型说明。压缩包共1个doc文件，约2.57MB，内容涵盖摘要、需求与可行性分析、功能与业务流程分析、数据库ER图与数据字典、数据流图、详细设计、系统截图、测试与总结等章节，可帮助读者快速把握论文写作框架与系统设计脉络。已有134人学习，适合作为毕业设计选题与文档撰写的参考样本。
1. 大创管理系统：一份能直接跑起来的 Spring Boot 项目申报评审全流程源码
每年三四月，高校里最忙的往往不是写代码的人，而是管项目申报的那几个人：学生交表、导师签字、院系汇总、专家评审、中期检查、结项材料，一套流程走下来，Excel 版本能堆到 V7、V8、V9。这份基于 Spring Boot 的大创管理系统源码，干的就是把这条链路从线下搬到线上——学生在线申报、导师在线审核、院系管理员统一调度，项目从中检到结项全程留痕。它适合两类人：一类是拿着这份源码要跑通答辩演示的毕业生，另一类是接手了类似"项目申报+多角色审批"需求、想找个能改的底子的开发者。技术栈是 Spring Boot + SSM + MySQL + B/S 架构，角色分学生、指导老师、院系管理员三层，功能覆盖项目申报、中检、结项、评审方案、专家评审、优秀项目展示。下面按"能干什么 → 怎么跑 → 怎么改"的顺序拆。
2. 技术栈与目录结构：SSM 三件套在 Spring Boot 里怎么落地
2.1 为什么是 Spring Boot 包着 SSM，而不是纯 SSM
论文正文里写的是"采用 SSM 框架"，摘要里又强调"以 Spring Boot 作为核心框架"，这两句放在一起不矛盾，反而是这类项目最典型的做法：底层还是 Spring + SpringMVC + MyBatis 那套东西，只是用 Spring Boot 把 web.xml、applicationContext.xml、mybatis-config.xml 这些样板配置全收进一个application.yml里。对二次开发的人来说，好处很直接——你不用再去找 DispatcherServlet 在哪配的，也不用纠结 mapper 扫描路径写在哪，启动类一跑，容器就起来了。
常见做法是启动类上挂@MapperScan，把 DAO 层接口一次性扫进来，省得每个 Mapper 都写@Mapper。我一般会这么写：
@SpringBootApplication @MapperScan("com.dachuang.mapper") // 统一扫描 MyBatis 接口，避免逐个加 @Mapper public class DachuangApplication { public static void main(String[] args) { SpringApplication.run(DachuangApplication.class, args); } }@SpringBootApplication是三个注解的合体（配置类 + 自动装配 + 组件扫描），@MapperScan的包路径必须和你的 mapper 接口实际位置一致，写错了启动不报错，但一调 DAO 就抛Invalid bound statement，这是后面避坑章节要重点说的一个坑。
2.2 典型目录结构长什么样
这类项目基本都是标准的分层结构，拿到源码先认目录，比一行行读代码快得多：
src/main/java/com/dachuang/ ├── controller/ # 各角色入口：学生、导师、管理员 ├── service/ # 业务逻辑，接口 + impl 两层 ├── mapper/ # MyBatis DAO 接口 ├── entity/ # 与数据库表一一对应的实体 ├── config/ # 拦截器、跨域、MyBatis 配置 └── DachuangApplication.java src/main/resources/ ├── application.yml # 数据源、端口、MyBatis 路径 ├── mapper/ # XML 映射文件，和 mapper 接口同名 └── static/ # 前端页面、js、csscontroller按角色拆是这类系统的惯例，学生端、导师端、管理员端各一个包，接口路径也按/student/xxx、/teacher/xxx、/admin/xxx区分，权限拦截器直接按前缀判断，比在每个方法上堆注解清爽。entity和数据库表一一对应，论文里的数据字典（大创资讯表、评审方案表等）就是这一层的来源。
2.3 配置文件里真正要改的几行
application.yml是跑起来的第一道关，重点就三块：数据源、端口、MyBatis 映射路径。
server: port: 8080 spring: datasource: url: jdbc:mysql://localhost:3306/dachuang?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai username: root password: 你的密码 driver-class-name: com.mysql.cj.jdbc.Driver mybatis: mapper-locations: classpath:mapper/*.xml # XML 位置，和 resources/mapper 对应 type-aliases-package: com.dachuang.entity # 实体别名，XML 里可直接写类名serverTimezone这个参数别省，MySQL 8 驱动不配时区，插入timestamp字段经常报时区错误或者时间差 8 小时，这是血泪经验。mapper-locations和type-aliases-package两个路径写错，表现分别是"启动正常但查询报绑定异常"和"XML 里 resultType 找不到类"，排查时优先看这两行。
3. 三角色权限与核心业务链路：从登录到结项怎么串起来
3.1 登录与角色分流
论文里的登录流程图很朴素：判空 → 校验用户名密码 → 成功。落到代码上，关键不在登录本身，而在登录后怎么把角色带进会话、后续请求怎么按角色放行。常见做法是登录成功把用户对象塞进 session，拦截器里读角色字段做前缀匹配。
@PostMapping("/login") public Result login(@RequestBody User user, HttpSession session) { // 1. 基础判空，前端也校验，但后端不能省 if (StringUtils.isEmpty(user.getUsername()) || StringUtils.isEmpty(user.getPassword())) { return Result.error("用户名或密码不能为空"); } // 2. 按用户名查库，密码做比对（源码多为明文或简单加密，二次开发建议换 BCrypt） User dbUser = userService.findByUsername(user.getUsername()); if (dbUser == null || !dbUser.getPassword().equals(user.getPassword())) { return Result.error("用户名或密码错误"); } // 3. 角色写入 session，后续拦截器据此分流 session.setAttribute("role", dbUser.getRole()); session.setAttribute("userId", dbUser.getId()); return Result.success(dbUser); }Result是统一返回包装，code + msg + data三字段，前端拿code判断成败。session.setAttribute("role", ...)这一行是整个权限体系的锚点，拦截器、页面菜单渲染、按钮显隐都依赖它。参数上要注意：role的取值必须和拦截器里判断的字符串完全一致（比如student/teacher/admin），大小写不一致就是"登录成功但所有页面 403"的经典翻车现场。
3.2 项目申报到中检的状态流转
这是整个系统最值得看的部分。一个项目从学生提交申报开始，经历"待审核 → 已通过/驳回 → 中检 → 结项"，每一步都对应一张表里的状态字段和一条操作记录。论文里把申报管理、中检管理、结项管理拆成三个模块，实际代码里它们共享同一套项目主表和状态机。
// 学生提交申报：写入项目主表，初始状态置为待审核 public boolean submitProject(Project project) { project.setStatus("待审核"); // 状态机起点 project.setCreateTime(new Date()); project.setStudentId(getCurrentUserId()); // 从 session 取，防止前端伪造 return projectMapper.insert(project) > 0; } // 导师审核：只允许从"待审核"流转，防止重复审核 public boolean auditProject(Long projectId, String result, String comment) { Project p = projectMapper.selectById(projectId); if (!"待审核".equals(p.getStatus())) { throw new RuntimeException("该项目不在待审核状态，无法重复审核"); } p.setStatus(result); // "已通过" 或 "已驳回" p.setAuditComment(comment); return projectMapper.updateById(p) > 0; }状态判断放在 service 层而不是前端，是因为前端按钮可以隐藏，但接口挡不住直接调。studentId从 session 取而不是从请求体取，是防越权的最低成本做法——否则学生改个 id 就能替别人申报。中检和结项复用同样的模式，只是状态值不同，二次开发时把状态值抽成枚举，比散落的字符串好维护得多。
3.3 评审方案与专家评审的关联
评审方案是导师和管理员都能维护的配置表，专家评审则是把方案套到具体项目上打分。论文数据字典里评审方案表有标题、创新点、前期准备、实施方案、预期成果、经费预算、成员素质这些字段，本质是一份评分维度模板。专家评审记录引用方案 id + 项目 id + 分数，形成"一个项目多维度打分"的结构。
// 专家提交评审：一条记录绑定 项目 + 方案 + 分数 public boolean submitReview(Review review) { // 同一专家对同一项目只允许提交一次，避免刷分 int count = reviewMapper.countByExpertAndProject(review.getExpertId(), review.getProjectId()); if (count > 0) { throw new RuntimeException("您已评审过该项目"); } review.setReviewTime(new Date()); return reviewMapper.insert(review) > 0; }countByExpertAndProject这个唯一性校验是这类评审系统最容易漏的地方，漏了就会出现同一专家反复提交、平均分被拉偏。参数上expertId同样应从 session 取，projectId和方案 id 做外键式校验，确保引用的方案真实存在。
4. 数据库设计与实体映射：表结构决定你改起来顺不顺
4.1 核心表清单与字段要点
论文给了数据字典，把关键表拎出来看，改需求时心里有数：
| 表名 | 关键字段 | 说明 |
|---|---|---|
| 大创资讯表 | id、title、introduction、picture、content、addtime | 首页资讯展示，addtime 默认 CURRENT_TIMESTAMP |
| 评审方案表 | id、biaoti、创新点、实施方案、经费预算、成员素质 | 评分维度模板，字段多为长文本 |
| 项目主表 | id、项目名、studentId、teacherId、status、createTime | 状态机核心，贯穿申报/中检/结项 |
| 专家评审表 | id、projectId、expertId、方案id、score、reviewTime | 多维度打分记录 |
| 用户表 | id、username、password、role、addtime | 三角色共用，role 区分身份 |
addtime用timestamp+CURRENT_TIMESTAMP默认值，插入时不用手动赋值，但要注意前面说的时区配置。长文本字段（content、实施方案）用longtext，别用varchar(255)，学生填实施方案经常超长，截断报错很烦。
4.2 实体与表的映射细节
实体类字段和表字段的对应，靠 MyBatis 的驼峰映射或者 XML 里的resultMap。Spring Boot 下默认开启驼峰转换，create_time自动映射createTime，但前提是mybatis.configuration.map-underscore-to-camel-case=true（新版默认 true，老版本要手动开）。
<!-- resources/mapper/ProjectMapper.xml 片段 --> <select id="selectByStudent" resultType="Project"> SELECT * FROM project WHERE student_id = #{studentId} <if test="status != null and status != ''"> AND status = #{status} </if> ORDER BY create_time DESC </select>resultType="Project"能直接写类名，靠的就是type-aliases-package配置。<if>动态条件让同一个查询同时服务"查全部"和"按状态筛选"，前端传不传status都能用。这里#{studentId}用#{}而不是${}，防 SQL 注入，这是底线。
4.3 分页与列表查询
列表页是这类系统的高频操作，学生看自己的项目、管理员看全部项目，都走分页。常见做法是引入 PageHelper，一行PageHelper.startPage(pageNum, pageSize)搞定，不用手写 limit。
public PageInfo<Project> listProjects(int pageNum, int pageSize, String status) { PageHelper.startPage(pageNum, pageSize); // 必须紧挨着查询，中间不能插别的 SQL List<Project> list = projectMapper.selectByCondition(status); return new PageInfo<>(list); }PageHelper.startPage只对紧随其后的第一条查询生效，中间如果插了别的 mapper 调用，分页就会作用到错误的语句上，表现为"总数对但数据不对"。PageInfo包装后前端能直接拿total、pages、list，省得自己算。
5. 本地跑起来与常见问题排查：从导入到登录成功的完整路径
5.1 环境准备与启动步骤
跑这个项目的门槛不高，JDK 1.8、MySQL 5.7/8.0、Maven 三样齐了就行。步骤按顺序来：
- 建库：新建
dachuang库，字符集utf8mb4，导入源码里的.sql文件。 - 改配置：
application.yml里数据源账号密码改成自己的，确认端口没被占。 - 拉依赖：项目根目录执行
mvn clean install，第一次会下不少包，耐心等。 - 启动：跑
DachuangApplication的 main 方法，控制台出现Started ... in x seconds即成功。 - 访问：浏览器开
http://localhost:8080，用 SQL 里预置的账号登录（学生、导师、管理员各一个）。
# 导入数据库（命令行方式，Windows 下注意路径） mysql -u root -p dachuang < dachuang.sql # 编译打包，跳过测试加快速度 mvn clean package -DskipTests-DskipTests在只想跑起来看效果时很实用，但正式改完功能要跑一遍测试，别养成习惯性跳过的毛病。
5.2 避坑清单：五个真实会卡住你的问题
现象一：启动报Invalid bound statement (not found)。原因：mapper 接口和 XML 没对上，要么mapper-locations路径错，要么 XML 里namespace写的不是接口全限定名，要么方法名和 XML 的id不一致。解决：先看target/classes/mapper/下有没有 XML（没有就是资源没被打包，pom 里加<resources>配置），再核对 namespace 和方法名。
现象二：登录成功但跳转后所有接口 401/403。原因：session 里存的角色值和拦截器判断的字符串不一致，或者前端跨域请求没带 cookie。解决：打断点看session.getAttribute("role")的实际值，和拦截器里的常量逐个字符比对；跨域场景下前端请求要加withCredentials。
现象三：插入数据时间差 8 小时或报时区错误。原因：JDBC URL 没配serverTimezone，或者 MySQL 服务端时区是 UTC。解决：URL 加serverTimezone=Asia/Shanghai，必要时在 MySQL 里执行SET time_zone = '+08:00'。
现象四：中文乱码，页面显示问号。原因：数据库字符集不是utf8mb4，或者连接串没带characterEncoding=utf8。解决：建库时就指定utf8mb4，连接串补上编码参数，已建的表用ALTER TABLE ... CONVERT TO CHARACTER SET utf8mb4修。
现象五：分页总数对但列表数据错乱。原因：PageHelper.startPage后面插了别的查询，分页作用到了错误的 SQL 上。解决：保证startPage紧挨目标查询，中间不夹任何 mapper 调用。
提示：这五个问题里，前两个占了新手卡壳时间的八成，遇到启动或权限问题先按这两条排查，比漫无目的看日志快。
6. 二次开发改造思路：把论文项目改成能交付的系统
拿到这份源码，多数人不是原样交差，而是要按自己学校的流程改。改造优先级我一般这么排：先动权限和数据隔离，再动状态机，最后动界面。
权限这块，源码里密码多为明文比对，第一件事就是换 BCrypt。改法不复杂：登录时用BCrypt.checkpw(明文, 密文)替代equals，注册和改密时用BCrypt.hashpw存密文，老数据写个一次性脚本刷一遍。数据隔离上，所有"查我的项目"类接口，studentId/teacherId一律从 session 取，不接受前端传参，这是防越权的根。
状态机是第二个改造点。源码里状态是散落的字符串，建议抽成枚举：
public enum ProjectStatus { PENDING("待审核"), PASSED("已通过"), REJECTED("已驳回"), MID_CHECK("中检中"), CLOSED("已结项"); private final String label; ProjectStatus(String label) { this.label = label; } public String getLabel() { return label; } }抽成枚举后，审核、中检、结项各处的流转判断统一走ProjectStatus，新增状态只改一处，比满项目搜字符串靠谱。验证方法也简单：写个状态流转的单元测试，把"待审核不能直接结项""已驳回不能中检"这类非法流转全断言一遍，跑绿了再联调。
界面层如果要做成能给别人用的，建议把 JSP/静态页那套换成前后端分离，后端接口保持Result包装不变，前端换 Vue 或 React 都行，改动集中在 controller 的返回格式和跨域配置上，业务层几乎不动。这一步不急，先把权限和状态机改稳，界面是最后的事。
我踩过最深的坑是早期图省事，把studentId从请求体里取，演示时被同学随手改了个 id 就看到了别人的申报材料，当场尴尬。从那以后我每次接这类多角色系统，第一件事就是把所有"当前用户相关"的字段强制从会话取，接口参数里出现userId、studentId这类字段一律先怀疑越权。希望帮到你。
本文还有配套的精品资源，点击获取
