做毕业设计，十个里头有六个都是管理系统，而学籍管理系统又是管理系统里最经典的一类题目。你要是拿了这个题目，或者正打算做，那这篇东西就是写给你看的。
我前前后后带过不少学生的毕设，自己也维护过几套开源的学籍管理项目，SpringBoot从1.x用到了3.x，踩过的坑比写过的代码都多。今天不跟你整那些虚的，就结合"基于SpringBoot的在线学籍管理系统"这个毕设源码题，把从选题分析、技术选型、数据库设计到答辩兜底的全流程给你捋一遍。这套东西你消化透了，不光是能答辩过关，你拿去跟面试官聊SpringBoot项目经验，也完全撑得住场面。
1. 项目整体设计与技术选型思路
很多同学拿到题目第一反应是"又要写增删改查"，这话对，也不对。学籍管理系统的核心确实是数据的增删改查，但它跟图书管理系统、仓库管理系统最大的区别在于——它有一套完整的、多角色的业务状态流转。你想啊，一个学生从入学到毕业，他的学籍状态是在变的：注册、在读、休学、复学、退学、毕业。每个状态变更还涉及到审批流程、异动记录、历史归档。这套东西要是捋清楚了，你的项目绝对不只是"又一个CRUD"。
1.1 项目角色与核心流程梳理
做毕设最忌讳一上来就写代码，你得先想清楚这套系统到底给谁用。学籍管理系统至少有四类角色：管理员、教务人员、教师、学生。管理员管系统配置和账号分配，教务人员管学籍异动和毕业审核，教师可以查看所带班级的学生信息、录入成绩，学生可以查看自己的学籍卡、成绩单、在校证明。
角色定下来，核心业务流程也就浮出水面了。最典型的是学籍异动流程：学生提交申请，辅导员审核，教务终审，每一步都要留痕。再比如毕业审核流程：教务设置毕业条件（比如修满X学分、无未缴费用、无违纪记录），系统批量比对，生成毕业生名单。这两个流程你要是能做扎实，项目的技术含量立刻上了一个档次。
1.2 技术栈选型：为什么是SpringBoot
现在做毕设选技术栈，SpringBoot基本是标准答案。但你得能说出来"为什么"，答辩的时候老师必问。
SpringBoot之所以能取代SSH、SSM成为主流，核心是它解决了两个痛点：一是配置爆炸，SSM框架那一堆XML配置能把人写吐，SpringBoot用自动配置和约定大于配置的方式，让项目五分钟就能跑起来；二是依赖管理混乱，以前引入一个功能要自己找一堆Jar包还要担心版本冲突，SpringBoot的Starter机制把常用的依赖都给你打包好了。
具体到学籍管理系统，我的建议是这个组合：
- 后端：SpringBoot 2.7.x + MyBatis-Plus + Spring Security + JWT
- 前端：Vue 2 + Element UI（如果时间紧可以直接用Thymeleaf服务端渲染）
- 数据库：MySQL 8.0 + Redis（Redis用来存验证码和登录Token）
- 工具：Maven、Lombok、Hutool
这里插一句，SpringBoot版本别一上来就追最新。学生党做毕设，2.7.x是最稳的，网上资料多，跟MyBatis-Plus、Spring Security整合的资料也全。你非要用3.x，很多老版本的写法就废了，遇到坑都不好查。这个在后面的常见问题里我再细说。
1.3 从毕设源码里能学到什么
你拿到一套完整的毕设源码，别光盯着代码看，得带着问题去读。第一看项目的分层结构，Controller-Service-Mapper三层职责怎么划分的；第二看权限控制怎么做的，前端路由守卫和后端接口拦截是双重校验还是只做了前端；第三看异常是怎么处理的，是全靠try-catch还是配了全局异常处理器；第四看数据库设计，表之间怎么关联，索引怎么建。
能把这四个问题整明白，比你把源码背下来管用得多。因为答辩的时候老师问的都是"为什么"，你对源码的理解足够深，才能做到对答如流。
2. 数据库设计与核心模块拆解
数据库设计是学籍管理系统的地基，地基没打好，后面写代码全是补丁。我见过太多同学的表结构就是照着页面字段扒下来的，学生表、成绩表、课程表，各管各的，连外键都不建，查个数据恨不得写三四个循环。这种项目答辩的时候经不起问的，老师随便问一句"你这个学生选了哪些课怎么查"，你就得现场翻代码。
2.1 表结构设计要点
学籍管理系统的核心表大概是这些：学生表、院系表、专业表、班级表、课程表、成绩表、用户表、角色表、菜单权限表、学籍异动记录表。另外建议加一张字典表，用来存性别、政治面貌、学籍状态这些枚举值，好处是代码里不写魔法值，也好扩展。
学生表的字段要做成两张表还是平铺一张大表，这里是有讲究的。正经的项目会把基本信息（学号、姓名、身份证号、出生日期）和扩展信息（家庭住址、紧急联系人、奖惩记录）分开，因为基本信息的查询频率远高于扩展信息，拆开之后表的宽度小、查询性能好。当然学生党做毕设，数据量没上来，放一张表问题也不大，但你要是能在设计说明里把"为什么拆表"讲出来，答辩直接就加分了。
班级表和年级的关系我多说一句。很多同学用年份字符串表示年级，比如"2024级计算机三班"，然后从字符串里去截年份做统计。这个设计很危险，因为一旦班级改名就全乱了。正规做法是班级表里单独存年级字段（数据类型是int），统计的时候按年级字段分组，页面展示再拼接字符串。看起来是小事，但这就是专业和不专业的差别。
2.2 学籍异动模块的设计思路
学籍异动是学籍管理系统区别于普通管理系统的灵魂模块。休学、复学、转专业、退学、留级、跳级，流程都不完全一样，你不可能给每个类型写一套逻辑，所以要用状态机+流程表的方式来做。
我的做法是设计一张学籍异动表，核心字段包括：学生ID、异动类型、申请原因、当前状态、附件材料路径。当前状态用数字表示，比如0待辅导员审核、1教务审核中、2已通过、3已驳回。审核过程中，审核意见和操作人记录放在另一张审核历史表里，这样整个审批链路就完整可追溯了。答辩的时候，纸上画一个状态流转图，比讲十页PPT都顶用。
状态流转那里特别容易出错的是驳回后的回退路由。比如学生A申请休学，辅导员驳回了，这时候流程直接终结，学生可以重新提交。但如果教务驳回了，流程要回退到辅导员还是终结，这个得跟用户确认清楚。代码写的时候，建议把状态流转的逻辑拆出来单独放一个类里管理，不要散落在Service的各个方法中，不然后期改流程你想哭。
2.3 权限模型：RBAC还是简单判断
权限这块，建议直接上RBAC模型。用户表-角色表-菜单表三件套，再加上用户和角色的关联表、角色和菜单的关联表，五张表把权限系统撑起来。学生登录只能看到我的学籍、我的成绩、我的申请，教务登录能看到学生管理、异动审批、毕业审核，管理员还能看到系统管理菜单。
用Spring Security + JWT做认证授权，登录成功之后后端下发JWT Token，前端每次请求带上Token，后端解析Token拿当前用户信息。接口层面的权限控制通过Spring Security的注解实现，比如@PreAuthorize("hasRole('ADMIN')")，这样就算有人绕过前端直接调API，权限也卡得死死的。
权限这块你不用做得特别重，但必须得有。好多同学嫌麻烦，用个拦截器判断一下session里有没有用户就完事了，结果答辩的时候老师问"普通学生能不能直接调删除学生的接口"，人就傻了。
3. 核心功能实现与代码实现细节
这一节我把系统里最有技术含量的几个功能点拆开揉碎了讲。这些点不是随便选的，都是面试官和答辩老师最爱深挖的位置。你要是带着一个"细节控"的心态去看这几个模块，收获绝对大。
3.1 登录认证与验证码实现
登录这块，基本流程是前端把用户名、密码、验证码传过来，后端先比对验证码，再比对用户名密码。密码存库里必须加密，用BCrypt强散列算法，每个密码随机加盐，所以就算数据库被人拖走了，明文密码也很难被反推出来。
验证码我用的是Hutool工具包生成图片验证码，存Redis里，key是UUID，value是验证码文本，5分钟过期。前端加载登录页时先调/captcha接口拿图片和UUID，登录的时候把UUID和验证码一起传过来。这样做的好处是验证码跟会话绑定，比存Session的方式更适合前后端分离的场景。
这个模块还有个小细节，就是登录接口要加失败次数限制。连续输错五次验证码或者密码，就锁定账号半小时。不加这个限制，你的系统就是个活动靶子，谁都能拿脚本去暴力跑密码。Spring Security里我们通过AuthenticationFailureHandler做监听，连续失败N次就把用户名写进Redis并设置过期时间，每次登录前先查一下有没有被锁定。
3.2 学生信息的批量导入导出
学生信息的录入，你要是让教务一条一条手输，能被吐槽到毕业。所以批量导入导出这个功能几乎是必做的。技术方案是Apache POI + EasyExcel。
EasyExcel是阿里巴巴开源的Excel处理库，比直接用POI写代码省心太多。它的核心思路是用注解定义实体类跟Excel列的映射关系，读文件的时候一行行回调invoke()方法，你不用关心Excel解析的底层细节。尤其处理几十万条数据的时候，EasyExcel的流式读取比POI的DOM方式省内存得多，我实测一个4万行数据的Excel，POI直接干到堆内存溢出，EasyExcel轻轻松松。
导入的时候校验逻辑别偷懒，学号和身份证号的唯一性校验、手机号和邮箱的格式校验、院系专业是否存在，这些问题在导入阶段处理掉，比入库之后再纠错省事得多。我习惯的做法是先把Excel解析成一个列表，然后分组做校验，把错误行号和错误原因收集起来，最后统一返回一个导入报告。这样用户拿到的不是"导入失败"四个字，而是"第3行身份证格式错误、第7行学号已存在"这种可执行的反馈。
3.3 成绩管理的复杂查询与统计
成绩模块你要单纯地做一个成绩录入和列表展示，那就太浪费了。加两个功能，项目档次立刻不一样：一个是成绩分析和统计，另一个是成绩批量录入。
统计分析用SQL的聚合函数就能搞定，按班级、课程、学期分组，算平均分、及格率、最高分、最低分。另外加一个分数段分布统计，0到59分、60到69分、70到79分、80到89分、90到100分各多少人，做成柱状图。前端用ECharts画图表，效果非常直观，论文里截两张图，整个页面都丰满了。
成绩批量录入的思路跟学生导入类似，但有个细节需要注意：成绩跟"学生-课程-学期"三个维度关联，导入模板上最好先筛选好班级和课程，这样导入的时候只需要匹配学号这一个维度，逻辑就简单了。接口设计上，传入班级ID、课程ID、学期，然后上传一个"学号+分数"两列的Excel，后端遍历过来，先判断学号是否属于这个班级，再判断是否已经录过成绩（防止重复导入）。
3.4 文件上传与管理
学籍管理涉及到电子照片、证明材料、成绩单扫描件这些文件，所以文件上传也是必备功能。我建议单独做一个文件管理表，字段就是文件的原始名、存储路径、大小、上传者、上传时间、关联业务ID。好处是通用，别的模块要传文件直接复用这个服务，不需要每个模块自己搞一套。
文件存储路径用配置项写在application.yml里，别写死在代码中。上传接口要做限制，一是大小限制（SpringBoot默认1MB，改配置成10MB），二是类型限制（只允许jpg、png、pdf等白名单，防止传个exe上去）。存储的时候用一个UUID做文件名，原始文件名存数据库，这样就不会出现安全问题和中文文件名乱码问题。下载的时候再根据ID去数据库查原始文件名，设置Content-Disposition响应头的时候注意编码要用URLEncoder处理一下，不然前端拿到的文件名是乱码。
3.5 系统管理的设计
系统管理包含用户管理、角色管理和菜单管理三部分。菜单这块我建议做成动态菜单，也就是菜单表里存前端路由path和对应组件路径，登录之后根据当前用户的角色去查菜单表，动态生成左侧导航栏。这个功能在答辩的时候拿出来讲，绝对是个亮点。
动态菜单的原理也不复杂。前端路由表只保留登录页、404这些公共页面，其他页面都是动态添加的。用户登录后拿到他的权限列表，前端把它转成路由配置然后router.addRoutes()动态挂载。后端在用户登录的时候返回给他两个东西：Token和个人权限信息。个人权限信息里包含角色编码和菜单列表。以后每次请求，后端通过JWT解析用户角色，再跟接口要求的角色比对，实现接口权限校验。
菜单表的设计就三张：菜单表、角色表、角色菜单关联表。菜单表里的字段包括菜单名称、父菜单ID、路由地址、组件路径、菜单图标、排序号。用一棵树形结构组织，查询的时候通过递归或者TreeUtil工具类组装成树返回给前端。
4. 从0到1搭建项目的实操要点
说再多理论，不如真刀真枪地把项目跑起来。这一节我按实际操作的顺序，把从建项目到部署的关键步骤和配置给你过一遍。别跳步，别偷懒，每一步都有它的道理。
4.1 项目初始化与基础配置
用IDEA新建SpringBoot项目，Group填com.example，Artifact填student-management，语言选Java，打包方式选Jar，Java版本选8（用2.7.x的话Java 8就够了，别选11，没必要）。依赖勾选Spring Web、MyBatis Framework、MySQL Driver、Validation，后面用到什么再手动加什么。
application.yml的核心配置我直接给你：
server: port: 8080 servlet: context-path: / spring: datasource: url: jdbc:mysql://localhost:3306/student_db?useUnicode=true&characterEncoding=utf8&useSSL=false&serverTimezone=Asia/Shanghai&allowMultiQueries=true username: root password: 123456 driver-class-name: com.mysql.cj.jdbc.Driver hikari: maximum-pool-size: 20 minimum-idle: 5 idle-timeout: 300000 connection-timeout: 20000 servlet: multipart: max-file-size: 10MB max-request-size: 50MB data: redis: host: localhost port: 6379 password: database: 0 timeout: 5000ms mybatis-plus: mapper-locations: classpath*:/mapper/**/*.xml configuration: log-impl: org.apache.ibatis.logging.stdout.StdOutImpl map-underscore-to-camel-case: true global-config: db-config: id-type: auto logic-delete-field: deleted logic-delete-value: 1 logic-not-delete-value: 0 jwt: secret: your-512-bit-secret-key expiration: 604800000 header: Authorization几个容易踩坑的细节：allowMultiQueries=true这个参数，是让你在Mapper XML里可以用分号分隔写多条SQL，如果不加，MyBatis执行多语句会报错。map-underscore-to-camel-case必须设成true，这样数据库字段create_time才能自动映射到实体类的createTime属性，否则你每人写一个resultMap能累死。
4.2 代码自动生成与统一返回结构
MyBatis-Plus的代码生成器强烈建议用一下，它可以根据数据库表结构自动生成实体类、Mapper接口、Service接口、ServiceImpl实现类和Controller，省下的时间拿去多睡会儿觉不香吗。网上有大量现成的代码生成器配置模板，你照着改改包名和表名就行。
统一返回结果的封装这个细节容易被忽视，但极其重要。我见过不少项目Controller直接返回一个Map或者干脆返回一个实体类，状态码用HTTP状态码凑合，前端拿到数据后没法统一判断成功失败。正确做法是定义一个通用响应体：
@Data public class Result<T> { private Integer code; private String message; private T data; public static <T> Result<T> success(T data) { Result<T> result = new Result<>(); result.setCode(200); result.setMessage("操作成功"); result.setData(data); return result; } public static <T> Result<T> error(String message) { Result<T> result = new Result<>(); result.setCode(500); result.setMessage(message); return result; } }前端拿到结果后，拿code判断200就走成功逻辑，否则弹出message的报错信息。所有Controller的返回值都用这个Result<T>包一层，前后端联调的时候心情会好很多。
4.3 MyBatis-Plus的使用
MyBatis-Plus让单表CRUD工作量骤降80%。你的Mapper接口只需要继承BaseMapper<T>，基础的插入、删除、按ID查询、分页查询这些方法直接就有，连SQL都不用写。
比如分页查询学生列表，只要两步。第一步配置分页插件：
@Configuration public class MybatisPlusConfig { @Bean public MybatisPlusInterceptor mybatisPlusInterceptor() { MybatisPlusInterceptor interceptor = new MybatisPlusInterceptor(); interceptor.addInnerInterceptor(new PaginationInnerInterceptor(DbType.MYSQL)); return interceptor; } }第二步在Service里调用：
Page<Student> page = new Page<>(current, size); LambdaQueryWrapper<Student> wrapper = new LambdaQueryWrapper<>(); wrapper.like(StringUtils.isNotBlank(name), Student::getName, name) .eq(studentClassId != null, Student::getClassId, studentClassId) .orderByDesc(Student::getCreateTime); Page<Student> result = this.page(page, wrapper);LambdaQueryWrapper解决了字段名拼错的问题，编译期间就能发现错误。条件构造器里condition参数为false时该条件自动忽略，这样当前端传参为空时就不会拼上这个查询条件，非常方便。
多表联查的时候用LambdaQueryWrapper就不够用了，得在Mapper写自定义SQL配合VO对象。比如"分页查询学生及其班级名称、院系名称"，就需要写一个StudentVO，然后自定义Mapper方法做联表查询。XML里的SQL建议写联表明确指定别名和字段，别用SELECT *，效率跟可读性都差。
4.4 接口开发流程演示
我拿"分页查询学生列表"这个接口把完整流程走一遍，你感受一下从数据库表到前端的完整链路。
第一步，建实体类：
@Data @TableName("student") public class Student { @TableId(type = IdType.AUTO) private Long id; private String studentNo; private String name; private Integer gender; private Date birthDate; private String idCard; private Long classId; private Integer status; private LocalDateTime createTime; private LocalDateTime updateTime; @TableLogic private Integer deleted; }第二步，写Mapper和Service。Mapper接口继承BaseMapper<Student>，加一个自定义的多表查询方法。Service接口继承IService<Student>，实现类继承ServiceImpl<StudentMapper, Student>。
第三步，写Controller。分页查询、新增、修改、删除、导入、导出，一个模块六个接口就齐了。
第四步，前端页面。用Vue2 + Element UI，搜索条件区放学号、姓名、班级三个输入框，表格区展示学生列表，操作区放置编辑和删除按钮。分页组件用Element的el-pagination，当前页和每页条数通过@current-change和@size-change事件回传后端。
前端调用后端的API地址统一加个/api前缀，生产环境部署的时候用Nginx把/api开头的请求转发到后端服务，前端只部署静态资源，这样就不会有跨域问题。
4.5 部署上线与答辩演示
答辩前系统必须跑得起来，而且最好是部署在云服务器上，现场拿手机或者教室电脑打开网页演示，比本地IDEA跑起来演示要惊艳得多。
服务器如果预算有限，用个最低配的云服务器就够了，安装MySQL、Redis、Nginx、JDK8这几个基础组件，然后把后端代码打成Jar包扔上去跑。
后端启动命令：
nohup java -jar student-management.jar --spring.profiles.active=prod > /app/logs/student-management.log 2>&1 &--spring.profiles.active=prod是让我加载application-prod.yml里的生产环境配置。生产环境的数据库密码不要明文写在配置里，用Jasypt做加密，配置里放密文，启动的时候通过密钥解密。这个技巧你跟老师提一嘴，属于加分项。
前端打包：npm run build，生成dist目录，把dist目录里的文件上传到服务器，改一下Nginx配置指向静态目录，同时配置一下API反向代理。
5. 常见问题与踩坑提醒
这部分全是实战经验，我把自己做学籍管理系统时踩过的坑，以及帮学生调试毕设见到的典型问题，挑出来列成清单。每一个都是答辩时的潜在丢分点，也是找工作面试时可能被追问的细节。
5.1 项目启动与运行环境排查
SpringBoot版本选择的问题前面提过一次，但还是要单独列出来。SpringBoot 3.x要求JDK17起步，Tomcat也换成了Tomcat 10，很多组件包名从javax改成了jakarta，以前的老教程全部失效。你用的是2.7.x，就老老实实配JDK8或者JDK11，一旦版本不匹配，报错信息五花八门，新手根本排查不过来。
数据库连接报错的话，十有八九是时区问题。MySQL 8.0以上的驱动要求url里带serverTimezone=Asia/Shanghai，否则会报The server time zone value'???ú±ê׼ʱ¼ä'这种乱码错误。另外加上useSSL=false，本地开发就不用折腾SSL证书了。
Redis连不上，先redis-cli ping看看服务是否正常启动。如果你的Redis配置了密码，一定要在配置里写上password，不然会出现诡异的认证错误。再一个注意Windows环境下的Redis有个坑，默认只绑定了127.0.0.1，跨机器访问不通，本地开发一般够用，但要是前后端分离部署在不同机器上，记得改bind配置。
5.2 接口联调与数据交互排查
前端调接口报跨域错误，查三处：后端有没有加@CrossOrigin或者全局CORS配置；前端代理地址写的对不对；浏览器访问的是不是http://localhost:8080端口。项目做完以后，后端一般部署在80端口，用的Nginx反代，就不会有这些问题了。
接口返回给前端的数据是null，大概率是后端实体类的字段跟前端传的属性名对不上。我见过最典型的错误是前端传studentNo，后端实体类是student_no，然后MyBatis-Plus的驼峰映射没开，结果就是一直拿不到值。记得把map-underscore-to-camel-case打开。
时间显示格式问题也常被问。后端把LocalDateTime返回给前端，默认是一长串带毫秒的时间戳或者ISO格式，前端直接用显示很难看。统一在实体类的时间字段上加@JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss", timezone = "GMT+8")注解，一劳永逸。
5.3 权限和安全坑位
Spring Security整合JWT这里坑最深。常见的问题是：放行的URL配了permitAll()，但过滤器链还是会拦截，那是因为Spring Security的过滤器是在注解配置之前的，只要请求进了过滤器链，JWT过滤器就会先解析Token。你如果不需要登录就能访问的接口，一定要在JWT过滤器里把这种URL额外排除掉，否则前端访问登录页却拿不到验证码，就尴尬了。
还有个问题是注销登录。前后端分离模式下，JWT是无状态的，你后端没有Session可以销毁，直接删除客户端的Token就行。但要注意，如果你在服务端存了Token和用户信息（比如存Redis），注销的时候也要把Redis里的记录删掉，不然这个Token还有效。
5.4 答辩必问问题与应对思路
答辩的时候老师看到你这个题目，最可能问的问题我列一下，你提前心里有数：
- 为什么用SpringBoot？和SSM相比优势在哪？
- 数据库表之间是怎么关联的？学生和班级是多对一还是一对多？
- 权限控制是怎么实现的？拦截器还是AOP？
- JWT和Session有什么区别？为什么用JWT？
- 如果用户量增大到十万，你这个系统哪里会成为瓶颈？
最后一个问题特别常问，你要能答出来：MySQL单表撑到十万条数据完全没问题，如果真有压力，可以在查询频率高的字段上建索引，比如学号、身份证号。再往后考虑分库分表，以及引入Redis做热点数据缓存。
6. 这个源码还能怎么扩展
毕设做完不是终点，毕业找工作才是近在眼前。学籍管理系统这套骨架，稍微换换业务就是新项目。这是它最大的价值。
6.1 业务上换个壳
学生信息换成员工信息，就是企业人事管理系统；课程表换成科目表，就是在线教育后台管理；学生成绩换成商品库存，就是进销存管理系统。后端的分层架构、权限控制、通用CRUD逻辑完全不用动，改改表结构和页面文字就又是一套新系统。如果你想多充实项目经历，拿同一套骨架做两个题目是完全可行的。
6.2 技术上加点料
如果时间充裕，往这些方向扩展，项目深度会明显提升：引入Redis缓存热点数据（比如班级列表、院系列表这类变更极少的数据），用定时任务实现学籍预警（比如统计挂科超过三门的学生）；用EasyExcel做复杂报表导出；集成WebSocket做消息通知（学生提交异动申请后实时通知教务）；用Docker部署项目，写一个docker-compose.yml一键拉起整套环境。
这些扩展点挑两个做实，论文的创新点那一章就不会干巴巴了。
6.3 面试时怎么讲这个项目
面试官数据项目经验，最讨厌听到的词是"增删改查"。你用这个学籍管理系统去面试，不要停留在"我做了学生管理和成绩管理"这个层面，要往深处讲：
一是讲业务复杂度。学籍异动有完整的状态机流转，不同角色在不同节点处理不同的动作；毕业审核是批量比对多种条件自动生成结论，这个逻辑是有技术含量的。
二是讲技术难点。遇到什么样的性能问题、权限漏洞，你是如何分析的，做了哪些优化，优化前后效果如何。面试官要的不是完美项目，是"有思考、能落地"的工程师。
三是讲工程化意识。你做了代码生成、统一异常处理、统一返回结构、日志规范，这些细节体现的不是"会写代码",而是"工程素养"。这套东西，才是源码之外最值钱的部分。
拿到一套源码，别急着删掉数据库重来。先跑起来、再读代码、再改需求、再上线，走完这一轮，你才算真正"做"了一个毕设，而不是"抄"了一套代码。这个过程，比那一纸论文更能帮你建立自信。希望这篇东西能帮你少踩几个坑，做出一份拿得出手的作品。
