SpringBootVue这套组合做企业项目管理系统市面上已经多到烂大街了但正因为烂大街才说明它够经典、够稳、学习曲线友好、演示效果好。这次拿到的是一套完整的企业项目管理系统源码带SQL脚本和接口文档从数据库到后端再到前端全部齐活非常适合做Java Web方向的毕业设计也适合刚入行的朋友拿来做全栈练手。这套项目解决的核心问题是企业里最典型的项目管理场景项目怎么立项、任务怎么分配、进度怎么跟踪、数据怎么统计、人员权限怎么控制。整套系统跑起来的完整链路是MySQL存数据SpringBoot提供接口Vue负责页面渲染Axios做前后端通信JWT做登录鉴权Element UI撑起管理后台界面。下面我把整套项目的设计思路、核心表结构、后端实现、前端页面、接口规范和部署运维全部拆开讲尽量说透你拿到手之后不管是想跑起来还是想改造成自己的毕设都能有个清晰的底。1. 项目定位与整体设计思路1.1 为什么选“企业项目管理系统”做方向毕设选题最怕两种一种是纯增删改查答辩时老师一眼看穿没含金量另一种是选题太空技术栈堆得花里胡哨结果自己都讲不清楚业务逻辑。企业项目管理系统刚好卡在一个很舒服的位置业务上它能讲出完整的故事技术上有权限控制、流程流转、数据可视化这些能拿得出手的点。从业务角度讲企业项目管理覆盖了用户管理、角色权限、项目立项、任务分解、进度更新、审批确认、通知提醒、统计报表这条完整链路。每个模块都不算难但合在一起就构成了一个成熟业务系统的雏形。做毕设的时候光这些业务点就可以拆出七八张表、几十个接口论文也有东西可写。从技术角度讲它天然适合用前后端分离架构去实现。前端需要多个页面来承载不同业务模块后端需要有清晰的接口分层。更重要的是权限管理这个模块可以引出JWT、拦截器、动态路由这些高频面试题答辩时老师问到“你这个系统权限是怎么控制的”你就能展开讲很长一段。1.2 前后端分离架构怎么理解这套项目是典型的前后端分离后端跑在SpringBoot内置的Tomcat里默认端口8080前端是Vue项目开发环境跑在9528之类的端口通过vite或webpack的proxy代理转发请求到后端接口。前后端分离的核心逻辑就是后端只负责输出JSON数据不管页面长什么样前端只负责把页画出来、把数据展示出来不管数据从哪台服务器来。两边通过HTTP接口通信接口的输入输出格式在接口文档里定好前后端就可以并行开发了。这样做的直接好处在毕设中可以体现在两个地方。第一你可以把项目拆给两个人一起做一个做前端一个做后端只需要把接口文档对齐就行。第二部署时可以灵活选择想省事就把前端打包后的dist目录直接放进SpringBoot的resources/static下面打成一个jar包跑想更接近真实企业部署就把前端放到Nginx后端单独跑jar用反向代理把两个服务串起来。两种方式后面我会详细讲。1.3 模块划分与需求拆解一个能拿去答辩的企业项目管理系统至少要包含这几块内容登录与个人中心用户名密码登录、token鉴权、修改密码、头像上传用户管理用户列表、新增用户、编辑用户、删除用户、重置密码角色管理与菜单权限角色增删改、菜单树展示、角色分配菜单、用户分配角色项目信息管理项目立项、项目列表、项目详情、项目成员管理任务分解与跟踪任务创建、任务分派、状态流转待办、进行中、已完成审批模块请假、报销或者项目变更的申请与审批流程通知公告公告发布、已读未读仪表盘统计项目数量、任务完成率、成员负载用ECharts画图表这套源码是不是把所有模块都实现全了我不确定但按上面的模块去对照看一定会发现里面的核心功能基本围绕“项目-任务-人员-权限”这条线展开。如果你拿到的版本只有基础项目管理和用户管理也知道应该往哪些方向去补了。说一下一个关键的心态问题。毕设不是商业项目追求的不是功能多到用不完而是你的模块之间逻辑自洽、每一块都能讲清楚为什么这样做。项目管理系统天然有业务层次用户在哪个层次看到什么菜单、操作什么数据这一层讲通了整个系统就在逻辑上站稳了。2. 技术栈选型SpringBoot Vue这套组合为什么是经典搭配2.1 后端为什么选SpringBootSpringBoot在Java Web领域早就成了事实上的标配连SSMSpring SpringMVC MyBatis这种经典组合现在也基本都被SpringBoot一把整合掉了。SpringBoot最核心的价值是“约定大于配置”和“自动装配”。你只需要引入spring-boot-starter-web一个main方法就能把整个Web应用跑起来不用再像以前那样配一堆XML文件。在这套企业项目管理系统中后端技术栈通常包含这些SpringBoot 2.x项目骨架与自动配置MyBatis-Plus数据库ORM提供通用的CRUD方法、分页插件、LambdaQueryWrapperMySQL 5.7或8.x数据存储JWTjjwt或java-jwt库无状态登录鉴权Lombok简化实体类代码Hutool或Apache Commons工具类库处理日期、字符串、文件等Swagger/Knife4j在线接口文档展示选MyBatis-Plus而不是纯MyBatis是因为毕设项目的开发效率更重要。MyBatis-Plus自带BaseMapper单表CRUD基本不用手写SQL多表查询用它的Wrapper也很好用。这对于快速开发非常友好而且MyBatis-Plus的用法在简历上也不掉价。2.2 前端为什么选Vue Element UIVue在国内前端社区的使用率非常高Element UI则是最经典的Vue 2组件库几乎成了管理后台项目的默认选择。这套系统的前端整体长这样Vue 2.x Vue Router Vuex或Pinia取决于项目是否用的Vue 3Element UI组件库Axios封装HTTP请求ECharts画统计图表动态路由根据后端返回的菜单数据生成前端最核心的工作不是把Element UI的表格、表单、弹窗拼上去而是怎么管好登录状态和路由权限。后面我会专门说Vue Router的全局前置守卫和Axios请求拦截器这两个东西是管理后台前端项目里绝对绕不开的点。2.3 接口文档和SQL脚本在项目里的定位接口文档是前后端协作的契约。拿到这套源码后你第一步不要急着去跑代码先把接口文档过一遍把所有接口的路径、请求方式、参数、返回结构看明白你就知道这个系统做了哪些事。文档里一般会标明每个接口属于哪个模块这样你启动项目后可以按模块逐个调试。SQL脚本则是整个系统的地基。脚本里包含了建库、建表、初始数据三件事。建库一般就是create database建表定义了所有业务表的字段初始数据则预置了管理员账号、角色、菜单甚至为了演示方便还会造一部分项目和任务数据。这块内容非常关键因为如果你的SQL脚本要求MySQL 5.7以上而你本机是MySQL 5.6导入时大概率会报错。后面部署部分我会把常见导入问题列全。3. 数据库设计SQL脚本里的那些核心表3.1 用户、角色、菜单三张表搞懂权限体系这是整个系统设计的灵魂企业项目管理系统里几乎所有的权限控制都建立在RBAC基于角色的访问控制模型上。RBAC的核心思想是用户不直接绑权限而是绑角色角色再去绑菜单权限。这张图里至少要有五张表sys_user用户表存储用户的账号、密码、昵称、头像、部门、状态等sys_role角色表存储角色名称、角色编码、备注sys_menu菜单表存储菜单名称、上级菜单id、菜单路径、组件路径、菜单类型目录/菜单/按钮、排序等sys_user_role用户角色关联表userId roleIdsys_role_menu角色菜单关联表roleId menuId记住一句话程序员在写到“给用户分配角色”“给角色分配菜单”这两个功能时其实在操作的永远是那两张关联表。掌握了RBAC模型权限这块的数据库设计就通了。菜单表这里有个细节值得注意按钮权限也在菜单表里通过menu_type字段区分。比如“新增项目”这个按钮在菜单表里会有一条类型为按钮的记录前端根据权限列表决定要不要渲染这个按钮后端接口再用注解校验当前用户是否有这个按钮权。这一层做出来答辩时能加分。3.2 业务表怎么设计项目、任务、审批、通知业务模块的表设计围绕几个核心实体展开。项目表project_info常见字段有项目编号、项目名称、项目描述、负责人id、开始时间、结束时间、项目状态筹备中/进行中/已完成/已暂停、预算金额、创建人id、创建时间。项目编号一般做成唯一索引方便后续所有表通过编号关联。项目成员表project_member做的是项目与用户的多对多关系字段一般是项目id、用户id、角色类型项目经理/开发/测试还能扩展这个人在项目里的工时占比。有了这张表统计某人负责了多少个项目、进度如何时就特别方便。任务表project_task是整个系统的核心日常操作对象字段包括任务名称、所属项目id、任务描述、负责人id、优先级高/中/低、状态待办/进行中/已完成/已逾期、计划开始时间、计划结束时间、实际完成时间、创建人。这张表是后续统计仪表盘的数据源头。审批表audit_record是一个典型的一对多设计一张业务申请单会有多条审批记录。审批状态可以用字典值控制比如0待审批、1通过、2驳回。审批人、审批时间、审批意见都要存下来这样才能讲清楚审批流的历史轨迹。通知公告表sys_notice字段相对简单标题、内容、类型、发布人、发布时间、状态有的版本还会加已读未读关联表。设计这张表的时候记住“通知发给所有人”和“某个用户是否已读”是两个不同的需求后者需要单独一张sys_notice_read关联表才够用。另外建议保留一张数据字典表sys_dict_data用来存“项目状态”“任务优先级”“审批状态”这些下拉选项。有了字典表前端下拉框的数据就能从接口动态拿不会因为改一次数据库状态枚举就要改一堆前端代码。再强调几个建表时的通用规范主键用自增id或雪花id都行但一定要有create_time和update_time两个时间字段建议每个业务表都加上MyBatis-Plus可以自动填充逻辑删除字段deleted也很有用加了之后默认查询就不会带出已删除数据。3.3 设计SQL脚本时的几个隐性细节SQL脚本表面上就是createtable和insert但细节不到位导入就会失败。最常见的几个点第一建库语句要带utf8mb4字符集。企业项目管理系统里难免有中文备注和表单输入utf8mb4能存emoji和各种生僻字比utf8更稳。如果你导入后发现自己插入中文乱码八成就是字符集问题。第二外键尽量不用物理外键用逻辑关联。很多毕设MySQL脚本里喜欢写FOREIGN KEY实际开发中反而容易给自己找麻烦。项目管理系统里表和表之间的关系非常密集如果每个关联都加物理外键删除一条项目数据时要连带校验一堆子表开发期会非常痛苦。合理做法是表结构里保留关联字段比如project_id由应用层保证数据一致性物理外键只在学校作业里好看工程项目里不实用。第三演示数据一定要丰富。SQL脚本里的insert除了管理员账号最好还要有十几个普通用户、三四个项目、每个项目若干条任务和成员记录。这样项目启动后登录进去页面不是空荡荡的图表能有数据显示演示效果会好非常多。4. 后端核心模块的实现要点4.1 统一返回结果与全局异常处理一个能拿去答辩的后端项目接口返回格式必须是统一的。从这套项目的接口文档里你应该能看到几乎所有接口的返回结构都是同一个模型code、message、data。后端实现上通常定义一个Result或R类用泛型封装返回结果比如public class ResultT { private Integer code; private String message; private T data; public static T ResultT success(T data) { ResultT result new Result(); result.setCode(200); result.setMessage(操作成功); result.setData(data); return result; } public static T ResultT error(String message) { ResultT result new Result(); result.setCode(500); result.setMessage(message); return result; } }这样做的价值是前端axios拦截器只用判断code是不是200就能统一处理成功和失败不用每个接口单独判断。全局异常处理用RestControllerAdvice加ExceptionHandler实现。通常要处理三类异常业务异常比如用户名已存在、参数校验异常比如字段为空、未知异常。统一处理的代码量不大但体验提升非常明显。4.2 JWT登录鉴权是怎么串起来的登录鉴权是整个后端最容易被问到也最容易出错的环节。这套系统如果用的JWT整体流程是这样的用户提交用户名密码后端校验通过后生成一个tokentoken里包含用户id、用户名和过期时间然后用密钥签名。前端拿到token后存到localStorage每次请求在header里带上Authorization: Bearer token。后端拦截器校验每个请求的tokentoken合法就放行不合法就返回401。核心代码大概长这样public class JwtInterceptor implements HandlerInterceptor { Autowired private JwtUtil jwtUtil; Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) { String token request.getHeader(Authorization); if (StringUtils.hasText(token) token.startsWith(Bearer )) { token token.substring(7); } // 校验token把用户信息放进request域 if (jwtUtil.validateToken(token)) { Long userId jwtUtil.getUserId(token); request.setAttribute(userId, userId); return true; } // 返回401 response.setStatus(401); return false; } }这里有几个实操注意点。一是哪些接口放行需要配置好登录接口、验证码接口、前端静态资源这些不能拦截二是token不要存太久一般两小时到二十四小时看项目需求过期了前端要能自动跳到登录页三是在Controller里获取当前登录用户不要再去查一遍数据库拿userid直接用拦截器塞进request里的那个值就行。4.3 业务模块的CRUD开发节奏这套系统的后端开发节奏非常固定基本上就是Controller、Service、Mapper三层配合MyBatis-Plus可以写得很快。以“项目列表”为例流程是这样的Controller接收当前页码、每页条数、项目名称等查询条件调用Service层的分页查询方法Service用MyBatis-Plus的LambdaQueryWrapper构造查询条件设置like条件、eq条件、orderByDesc按创建时间倒序然后调用分页查询。在返回给前端之前有个非常重要的细节很多表里的userId、deptId之类的外键字段前端列表页要展示的是用户名、部门名。所以Service层在做完基础查询后还需要把关联查询的结果组装进去。有的项目会选择写一个自定义的Vo类比如ProjectVO里面除了项目表的字段还附加projectLeaderName、createUserName这些冗余字段专门用来返回给前端。这是CRUD开发里非常典型的优化点知道组装关联数据你的项目就从“玩具系统”变“真系统”了。新增和编辑也很套路化先把入参DTO和实体类区分开入参DTO负责接收前端传来的字段实体类负责对接数据库新增时补上createTime编辑时更新updateTime逻辑删除不需要真的delete调用MyBatis-Plus的deleteById会自动转成update deleted1。5. Vue前端实现要点5.1 前端项目结构与页面规划前端项目拿到手先看目录结构。标准的Vue管理后台大概长这样src/api每个模块的接口请求文件比如project.js、user.jssrc/router路由配置文件src/storeVuex状态管理主要存用户信息、菜单权限、tokensrc/views页面组件按模块分目录src/components公共组件比如上传组件、分页组件src/utils工具函数最核心的是request.jsaxios封装页面规划基本和后台模块一一对应登录页、首页仪表盘、用户管理页、角色管理页、菜单管理页、项目管理页、任务管理页、审批页、公告页。每一页都是Element UI的表格加弹窗加表单三板斧。5.2 路由守卫和Axios请求封装是最关键的两段逻辑前端有两个地方是整个权限体系的核心一个在路由侧一个在请求侧。全局前置守卫写在router/index.js里router.beforeEach((to, from, next) { const token localStorage.getItem(token) if (to.path /login) { next() } else { if (!token) { next(/login) } else if (!store.state.hasGetInfo) { store.dispatch(getInfo).then(() { next() }).catch(() { next(/login) }) } else { next() } } })这段代码的逻辑是进入任何非登录页面前检查有没有token没有就踢回登录页有token但是还没拉取用户信息就先调接口拉取用户信息和菜单权限再放行。这样就保证了所有页面在渲染前当前用户的权限数据已经拿到本地了。Axios的请求拦截器里做两件事一是从localStorage拿token并添加到请求头二是响应拦截器统一处理返回码service.interceptors.request.use(config { const token localStorage.getItem(token) if (token) { config.headers[Authorization] Bearer token } return config }) service.interceptors.response.use( response { const res response.data if (res.code ! 200) { Message.error(res.message || 请求失败) return Promise.reject(new Error(res.message)) } return res }, error { if (error.response error.response.status 401) { localStorage.removeItem(token) router.push(/login) } Message.error(网络异常) return Promise.reject(error) } )注意401那一段这是整个前端体验里最重要的一条链路。后端token过期或者非法返回401前端拦截到后清掉本地token直接跳登录页。不写这个逻辑就会出现页面白屏或者接口报错堆满console的尴尬现象。5.3 列表页、表单页和仪表盘的实现细节列表页的核心是表格加分页加搜索。Element UI的el-table、el-pagination、el-form配合使用搜索区放几个输入框和下拉框查询按钮重新拉第一页数据重置按钮清空条件。搜索时下拉框数据提前从字典接口拉取存放在组件的data里。表单页最容易被忽视的是表单校验。真实企业项目里用户名必填、邮箱格式、手机号格式、时间范围选择这两年间不能选错校验规则写在el-form的rules里提交前调用validate方法。后端也要做校验两层都做才是完整方案但前端校验对用户提示的即时性体验好很多。仪表盘页面用ECharts画饼图、柱状图、折线图。数据接口一般在DashboardController里统计后返回比如按项目状态分组统计项目数量、按月份统计任务创建数、统计每个成员负责的任务数。ECharts组件只需要在mounted时拉数据、setOption即可。Vue项目初期配置建议如果你本机Node版本比较高Vue 2项目直接用npm install经常会因为node-sass版本问题安装失败。解决办法是先把node-sass换成dart-sass或者降低Node版本到16以下。这个问题在毕设阶段出现频率极高下面部署部分我还会再强调。6. 接口文档与前后端联调6.1 接口路径怎么设计才算规范这套项目的接口文档能给你很好的参考价值。规范的接口设计通常遵循RESTful风格模块前缀加资源名比如POST /api/auth/login 登录GET /api/project/list 分页列表POST /api/project/add 新增项目PUT /api/project/update 修改项目DELETE /api/project/delete/{id} 删除项目GET /api/statistics/dashboard 仪表盘数据路径规范的意义在于前端不用每个模块单独记一套乱命名的方式后端新增接口时也遵循同样的风格接口文档可读性会好很多。如果这套项目接入了Swagger或Knife4j那么项目启动后访问 /doc.html 就能看到在线接口列表每个接口都能在线测试。这个对毕设答辩演示特别有用老师可以直接在页面上看接口返回结构比从前端页面一个个点更快。接口文档里的典型内容是接口名称、请求URL、请求方式、请求参数表格参数名、类型、是否必填、说明、返回结构示例。拿到的接口文档如果缺了某一块其实问题不大你可以在Postman里逐个接口调试把返回的JSON整理成文档补充进去这也算是完善项目的一个好方向。6.2 联调阶段最常遇到的几个问题前端开发服务器默认端口和后端8080不是同一个所以联调首先要解决跨域问题。通常有两种方案一是后端配置CORS过滤器二是前端在vite.config.js或vue.config.js里配proxy代理。更推荐前端配proxy因为这样浏览器里看起来请求是同源的不容易出乱七八糟的跨域问题而且生产环境切换接口地址也方便。联调阶段最容易出的问题基本上集中在四个地方后端接口返回的字段名和前端不一致。比如后端返回createTime前端写成了createdTime页面表格就直接空白。排查方法很简单打开浏览器Network面板看实际返回JSON时间格式不对。后端返回的时间是时间戳或者带T的格式前端表格里显示成一串数字。解决办法是后端在Jackson配置里统一格式化yyyy-MM-dd HH:mm:ss或者前端用dayjs格式化分页数据结构对不上。MyBatis-Plus返回的IPage结构是records和total有些前端分页组件期望的是list和total两层之间要有一个适配转换token过期后页面卡死。这个就是上面说过的401统一处理没有写到位建议联调时每个功能模块按顺序过登录、菜单、用户、角色、项目、任务、统计。每个模块的先看接口通不通再看数据对不对最后看交互流畅不流畅。不要跳着测项目管理系统模块间存在数据依赖比如没有项目就没法建任务按顺序测能少走弯路。7. 从源码到跑起来部署实操与避坑记录7.1 开发环境完整启动流程拿到这套源码后从零跑起来的步骤我按自己实践过的顺序写一遍每一步都是多数人会卡住的地方。第一步准备环境。JDK建议装1.8或11MySQL装5.7或8.0Node装14或16Vue 2项目对Node版本敏感开发工具用IDEA或VS Code都可以。Maven用3.6以上版本。第二步导入SQL脚本。打开Navicat或命令行先创建一个数据库字符集选utf8mb4然后执行SQL脚本。注意执行顺序和报错提示脚本里如果有drop table然后create table这类语句说明可以直接重复执行。第三步改后端配置文件。找到application.yml重点检查三块数据库连接地址、数据库账号密码、JWT密钥。数据库连接地址一般是jdbc:mysql://localhost:3306/你的库名?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai账号密码改成你自己的。如果MySQL是8.x驱动和url里可能要加cj前缀兼容不好就把mysql-connector-java版本对齐到8.x。第四步启动后端。在IDEA里等Maven把依赖拉完直接运行主类。看到Spring Boot启动成功的日志就说明后端OK了。这时候用Postman调一下登录接口能返回token基本就稳了。第五步启动前端。在vue目录下执行npm install安装依赖依赖装完执行npm run serve。启动成功后控制台会打印本地访问地址浏览器打开登录页用SQL脚本里的管理员账号登录。这套流程你自己跑通一遍以后建议把每一步都截图记下来写进毕设的任务书或者安装文档里。老师评分时项目能不能一键跑起来是很影响印象分的。7.2 常见问题速查表我按实战频率整理了这张排查表建议收藏踩坑时对照着看问题现象常见原因处理办法npm install 卡住或报错源太慢、node-sass版本和Node不兼容用npm config set registry https://registry.npmmirror.com换镜像源node-sass换成sass前端登录提示网络异常代理没配、后端没启动、端口错检查vue.config.js里的proxy target是不是http://localhost:8080确认后端进程存活接口返回404请求路径和后端Controller路径不一致打开后端控制台看有没有匹配的handler核对接口文档路径数据库中文乱码建库字符集不是utf8mb4drop掉库重新建或修改库和表字符集启动报数据库连接超时密码错、MySQL没启动、url写错先用Navicat测试能否连上再核对yml里的账号密码页面跳登录页循环token过期逻辑写死检查路由守卫里getInfo失败后的分支处理时间显示为时间戳后端没配置统一时间格式在application.yml里配置jackson.date-format和time-zone这里插一个我自己踩过的坑前端npm install的时候如果Node版本是18以上而项目用了node-sass几乎必报错。不是代码问题是node-sass和Node版本不匹配。解决办法是package.json里删掉node-sass换成sass: ^1.54.0依赖然后再npm install问题就消失了。这个坑每年能坑掉一半以上的毕设队伍。7.3 让项目一键部署的小技巧如果毕设要求打包部署有一个方案非常省事前端构建后直接并入后端jar包。前端在vue目录下执行npm run build生成dist文件夹。把dist文件夹里的所有内容复制到后端src/main/resources/static目录下重新打包SpringBoot项目成jar然后java -jar运行。这样浏览器访问后端端口就能直接看到前端页面所有API都是同域不存在跨域问题。这个方案的缺点是前后端耦合度高前端改一点就得重新打包整个jar但对毕设来说完全够用。如果选择Nginx部署配置也很简单核心是两块Nginx监听80端口root指向dist目录/api路径开头请求用proxy_pass转发到SpringBoot的8080端口。这个方案更接近企业真实部署环境简历上写起来也好看。8. 从这套源码里能学到的答辩级亮点最后聊点实际的拿这套项目管理系统去找老师答辩或者去面试哪些点能成为加分项。第一个亮点是完整的RBAC权限模型。大部分同学的毕设只做了登录和简单的角色判断而你能讲清楚用户、角色、菜单三张表的关系能讲清楚动态路由怎么根据权限生成能讲清按钮级权限怎么控制这已经超出平均水准了。第二个亮点是数据统计分析。项目管理系统里的仪表盘不是硬凑上去的它和业务数据天然闭环项目有状态就能统计状态分布任务有负责人就能统计负载任务有时间就能画趋势图。答辩时能说清楚每张图表是对应哪条SQL查出来的比空讲“我用了ECharts”强得多。第三个亮点是完整的项目文档链。SQL脚本、接口文档、前后端代码、部署说明这套项目把开发流程的每一环都覆盖了。写论文的时候数据库设计章节可以直接基于真实的表和关联关系去写接口文档可以作为系统实现章节的支撑素材。我自己在实际操作中的一个体会是这种系统类毕设项目最重要的不是代码量多少而是“逻辑闭环”。登录、权限、业务数据、统计展示这几层如果能串成一条完整的线你在答辩时就能顺着这条线从头讲到尾老师问什么问题你都能找到对应的实现细节去回答。拿到这套源码之后建议第一周先把数据库表关系和接口文档过一遍第二周把后端代码逐层跑通第三周把前端页面和联调打通第四周把部署打包和答辩材料整理完时间节奏刚好踩在毕设周期上。最后再分享一个小技巧把项目的启动步骤、核心表结构、接口列表、功能截图整理成一个README文档放在项目根目录。这个文档不需要多长但一定要能让人照着操作五分钟内把项目跑起来。做完这件事你会发现后面无论是写论文、做答辩PPT还是给老师演示都能从这个README里快速找到素材效率高很多。