每到毕业季总会有同学拿着“家政服务网”这类题目来找我Spring Boot 后端、源码加数据库、还得包含调试部署和完整的开发环境说明。这个题目看起来不复杂但真正动手做的时候需求边界、表结构、订单流程、前后端联调这些环节任何一个没想清楚都会卡很久。这篇文章我把带学生做这个项目的完整思路梳理一遍从需求拆分到数据库设计从核心代码到环境部署再到论文文档的组织分享的都是实际能落地的做法。1. 选题背后的事家政服务网到底要解决什么问题每次拿到这类题目我习惯先不看代码而是把需求重新讲一遍。家政服务网本质上是一个服务预约平台用户有保洁、保姆、月嫂、维修这类需求家政公司或者平台把服务人员和服务项目挂出来用户在线上浏览、预约、下单服务完成后再做评价。听起来很简单但牵扯到的角色和状态非常多理不清的话后面写代码会越写越乱。1.1 三方角色是这类系统的地基凡是带有管理后台的系统角色划分永远是第一步。家政服务网至少要拆出三个角色用户端注册登录、浏览服务、搜索服务、收藏服务、预约下单、查看订单、取消订单、服务完成后评价。家政人员端查看分配给自己的订单、接单、更新服务进度、查看个人资料和评分。管理员端维护服务分类、添加和上下架服务项目、管理注册用户、审核家政人员、查看所有订单、处理评价和公告。很多同学会忽略“家政人员端”导致后面做订单分配的时候发现没有对象可以分配。家政人员应该作为独立的一张表存在而不是在用户表里加一个 role 字段就完事因为家政人员的信息维度服务类型、接单数、评分等和普通用户差别很大混在一张表里会特别别扭。角色确认之后再把每个角色的用例图、核心操作列出来这部分内容可以直接用在论文的需求分析章节里。我一般会让同学先画一版用例图哪怕是用笔手画的都行这能逼着你把需求想完整。比如“用户下单”这个用例背后就包含了“选择服务项目—填写上门时间与地址—提交订单—等待接单—确认完成—评价”这一串子流程。1.2 功能清单先理清楚再写代码把角色对齐之后下一步就是列功能清单。这一步要细到“哪个角色在哪个页面能做什么操作”否则开发的时候就会不断返工。以我的经验家政服务网最合理的功能清单是这样分布的用户端注册、登录、退出登录首页服务分类导航、 Banner 轮播、公告展示服务列表页分类筛选、关键词搜索、分页服务详情页服务介绍、价格、家政人员列表、评价列表收藏与取消收藏下单页选择服务时间、填写地址、提交订单订单列表与订单详情状态查看、取消订单、确认完成评价页服务打分、填写评价内容个人中心个人信息修改、头像上传、我的收藏、我的评价管理员端管理员登录与密码修改用户管理列表、禁用/启用家政人员管理添加、编辑、审核、禁用服务分类管理新增、排序、禁用服务项目管理新增、编辑、上架/下架订单管理全部订单、按状态筛选、订单详情评价管理列表、删除违规评价公告管理发布、编辑、删除家政人员端可以精简一些重点放在接单和状态更新上能跑通订单闭环就行不需要做得太重。这样既能节约开发时间答辩的时候也能讲得清楚。2. 技术选型别堆砌Spring Boot 为主的技术栈怎么搭Spring Boot 是这套系统的绝对主角。选它做毕设不是因为“大家都在用”而是它真的适合快速交付一个独立完整的 Web 系统。内嵌 Tomcat、自动配置、Starter 机制让开发人员把主要精力放在业务代码上而不是花一整周配置 SSM 的 XML。对需要同时兼顾论文和开发的毕设场景来说这是最务实的选择。2.1 Spring Boot 的版本选择比想象中重要版本选择是第一道坎。我踩过最大的坑是学生机器上装了 JDK 17结果用了 Spring Boot 2.3启动直接报错。现在做毕设我一般推荐 Spring Boot 2.7.x 配 JDK 8或者 Spring Boot 3.x 配 JDK 17。但考虑到很多搜索引擎里能找到的教程和代码都是基于 2.x 的我的建议是先从 Spring Boot 2.7 起步不要盲目追新。版本一旦确定Maven 的 pom.xml 里就不要随意改版本号了。很多同学遇到依赖冲突都是因为 groupId 一样但 version 五花八门。我把常用依赖整理成一张表照着配就行依赖版本建议用途说明spring-boot-starter-web随父版本提供 Web MVC 能力包含内嵌 Tomcatspring-boot-starter-validation随父版本参数校验表单提交时非常有用mybatis-plus-boot-starter3.5.x增强 MyBatis内置通用 CRUD省掉大部分 Mapper XMLmysql-connector-j8.0.xMySQL 驱动注意不要用老旧的 com.mysql.jdbc.Driverlombok随父版本或单独指定自动生成 getter/setter减少实体类代码量jjwt0.9.1 / 0.11.5生成和解析 JWT Token用于登录鉴权hutool-all5.8.x工具类库生成验证码、日期处理、随机数都很方便spring-boot-starter-data-redis随父版本后期做缓存和 Token 存储属于加分项2.2 持久层选 MyBatis-Plus 的理由持久层我用的是 MyBatis-Plus不是原生 MyBatis。原因非常直接家政服务网这类系统90% 的数据库操作都是单表 CRUDMyBatis-Plus 的 BaseMapper 直接帮你把这些方法生成了不需要写 XML不需要写 ResultMap。比如 userMapper.selectById(id)、serviceItemMapper.selectPage(page, wrapper)一行代码完成开发的效率提升非常明显。需要自定义 SQL 的地方也不会卡住比如统计家政人员的接单数量只需要在 Mapper 接口里写一个方法加上 Select 注解或者写一个简单的 XML 就行。MyBatis-Plus 还支持逻辑删除注解 TableLogic删除用户的时候并不是真的 DELETE而是更新一个 deleted 字段这个设计在答辩的时候是一个很好的细节亮点。2.3 前端界面与部署形态的选择前端是很多非科班同学头疼的地方。如果没单独学过 Vue不建议硬上前后端分离否则光是跨域和联调就能耗掉两周时间。更稳的方案是采用 Thymeleaf 服务端渲染页面直接放在 Spring Boot 的 resources/templates 目录下Controller 返回视图名搭配 Bootstrap 或者 Layui 这类现成的 CSS 框架做出来的页面干净、规范还有现成的组件可以直接用。当然如果学校明确要求前后端分离那可以用 Vue 2 Element UI 或者 Vue 3 Element Plus后端返回 JSON 数据前端通过 Axios 调用接口。但我需要提醒一句前后端分离的项目部署的时候要么把前端打包后的 dist 目录放进后端 resources/static 里要么用 Nginx 代理前后端不然答辩演示现场很容易出现页面打不开的尴尬情况。我个人建议毕设场景下优先选择 Thymeleaf把精力留给业务功能。3. 数据库设计最容易被答辩老师追问的地方数据库设计是答辩时被问到概率最高的部分也是整个项目能不能跑通的关键。家政服务网的表结构不算复杂但有几张核心表必须设计得规范字段的命名和注释也要写清楚。下面直接放我实际用的表结构。3.1 核心表结构拆解我整理了这个项目最核心的几张表每张表都附关键字段和说明用户表user字段名类型说明idbigint主键自增usernamevarchar(50)登录用户名唯一passwordvarchar(100)加密后的密码BCryptnicknamevarchar(50)昵称phonevarchar(20)手机号avatarvarchar(255)头像 URLstatustinyint0 正常1 禁用create_timedatetime注册时间没有任何一个系统可以明文存密码Spring Security 自带的 BCryptPasswordEncoder 或者 Hutool 的 BCrypt 工具都可以做加密注册时加密存库登录时校验。这个细节写进论文是加分项。家政人员表worker字段名类型说明idbigint主键namevarchar(50)姓名avatarvarchar(255)头像service_type_idbigint擅长服务分类 IDintrovarchar(500)个人简介scoredecimal(2,1)综合评分默认 5.0order_countint接单数量statustinyint0 待审核1 上架2 禁用服务项目表service_item字段名类型说明idbigint主键category_idbigint所属分类 IDnamevarchar(100)服务名称covervarchar(255)封面图片pricedecimal(10,2)服务价格unitvarchar(20)单位次、小时、月detailtext服务详细介绍statustinyint0 下架1 上架订单表service_order字段名类型说明idbigint主键order_novarchar(32)订单编号唯一user_idbigint下单用户 IDworker_idbigint家政人员 IDservice_idbigint服务项目 IDappoint_timedatetime预约上门时间addressvarchar(255)服务地址pricedecimal(10,2)下单时价格statustinyint0 待接单1 已接单2 已完成3 已取消remarkvarchar(255)备注create_timedatetime下单时间payment_statustinyint0 未支付1 已支付模拟从表结构可以看到订单表同时关联了用户、家政人员和服务项目三张表这就是典型的外键关联场景但在实际开发中我建议不加数据库物理外键而是用逻辑外键也就是在 Java 代码里保证数据的关联正确。原因是物理外键在删除数据的时候约束太多毕设项目用代码控制完全够用。3.2 订单状态流转用一张图讲清楚业务这个项目里最核心的业务是订单状态流转。我给学生讲的时候会直接在纸上画一条线待接单 - 已接单 - 已完成 - 已评价 | ---- 已取消状态靠 status 字段维护不同的角色在不同状态下看到不同的按钮。用户下完单状态是 0待接单管理员或者家政人员在后台看到“接单”按钮点击后状态变成 1用户端订单列表自动变成“服务中”或“已接单”。服务完成之后用户点“确认完成”状态变成 2这时候才允许评价。评价完成之后可以理解为整个订单生命周期结束。设计状态时要注意状态之间不能乱跳。比如已取消的订单不能变成已完成已完成订单不能取消。这个约束在 Service 层用 if 判断控制前端按钮根据状态动态显示两边一起做才能保证数据不会被改乱。3.3 细节字段金额、时间、逻辑删除这些容易被忽略的地方有几个细节特别容易被忽略但做好了很加分金额字段全部用 decimal不要用 double 和 float否则精度丢失数据库里的价格变成 19.999999 这种数字答辩会被一眼看出来。价格的计算比如打折、结算统一在 Java 代码中使用 BigDecimal 处理。订单号不要用自增 ID 当订单号因为会暴露订单量。我用 Hutool 的 IdUtil.fastSimpleUUID() 配合时间戳生成一个 20 多位唯一的订单号。展示的时候更专业也不会重复。每张表都加上 create_time 和 update_time 字段用数据库的自动填充或者 MyBatis-Plus 的 FieldFill 注解。统计最近一个月的注册用户量、订单量都依赖时间字段论文里的数据分析图表也要用这些数据。用户和评价记录建议用逻辑删除。用户误操作删除的评价管理员其实应该能看到原始记录只是页面上不展示直接用 TableLogic 注解查询时会自动带上 deleted 0 条件不用自己拼 SQL。4. 核心功能实现登录、下单、评价一条线数据结构理清楚之后写代码就会非常顺利。这一章挑出最核心的功能讲实现思路不是贴完整代码而是把关键步骤和容易出错的地方说透。4.1 JWT 登录与权限拦截器登录模块是整个系统的入口。用户登录成功之后后端生成一个 JWT Token 返回给前端之后用户每次请求都把这个 Token 放在请求头里后端通过拦截器解析 Token 拿到当前用户信息。核心疑问是为什么不用 SessionSession 依赖服务器端存储如果以后部署多台服务器Session 同步是个麻烦事。JWT 本身是无状态的包含用户 ID 和过期时间服务端只要验签通过就信任它。这在答辩里是一个很好的扩展性说明。具体实现拆成三步第一登录接口校验用户名密码。密码使用 BCrypt 加密存储校验的时候调用 matches 方法匹配。第二生成 Token。用 jjwt 库传入用户 ID 和角色信息设置过期时间比如 24 小时。第三写一个拦截器在 WebMvcConfigurer 里注册排除掉登录注册接口和静态资源路径。拦截到请求后从 Header 中取出 Token解析失败直接返回 401解析成功就把用户 ID 放进 Request 的 attribute 里Controller 里通过 RequestAttribute 获取。这样每个接口就知道当前操作的用户是谁了。这个小方案并不复杂解决了权限问题也避免了每个接口都传 userId 参数。4.2 服务浏览、搜索与详情服务列表页的实现是最典型的数据库查询场景。按分类查询、按关键词模糊查询、分页展示三个条件组合在一起。用 MyBatis-Plus 的 LambdaQueryWrapper 就可以实现不需要写 SQLLambdaQueryWrapperServiceItem wrapper new LambdaQueryWrapper(); if (categoryId ! null) { wrapper.eq(ServiceItem::getCategoryId, categoryId); } if (StringUtils.hasText(keyword)) { wrapper.like(ServiceItem::getName, keyword); } wrapper.eq(ServiceItem::getStatus, 1); wrapper.orderByDesc(ServiceItem::getCreateTime); PageServiceItem page serviceItemMapper.selectPage(new Page(pageNum, pageSize), wrapper);注意这里 status 必须等于 1否则管理员下架的服务在用户端还能看到和下单就出 bug 了。在开发环境测试的时候一定要造一条 status 为 0 的数据验证一下用户端确实查不到。详情页要展示的信息比较多服务项目基本信息、家政人员列表、评价列表。这里需要做两次关联查询一是查服务详情二是查该服务分类下评分最高的几个家政人员三是查该服务相关的评价。为了避免循环查询导致 N1 问题我一般直接写一个自定义 Mapper 方法用一条带条件的 SQL 把需要的关联数据查出来然后手动组装成 VO 对象返回给前端。4.3 下单与订单状态推进下单是核心事务逻辑。用户在前端选择服务、填写地址和时间后后端需要做几件事校验服务是否上架、校验时间是否合法、生成订单号、插入订单记录。这里必须加上 Transactional 注解原因很实际生成订单号、插入订单、更新家政人员的接单数量任何一个操作失败整个流程都应当回滚。比如订单插成功但更新家政人员接单数量失败没有事务的话就会出现订单存在但数量对不上的脏数据。这个点写进论文的系统设计部分非常有说服力。订单状态推进简单来说是 update 语句加状态判断。比如用户取消订单boolean success this.update( new LambdaUpdateWrapperServiceOrder() .eq(ServiceOrder::getId, orderId) .eq(ServiceOrder::getUserId, userId) .eq(ServiceOrder::getStatus, 0) .set(ServiceOrder::getStatus, 3) );update 方法的返回值是受影响的行数如果返回 0说明这个订单已经不是待接单状态取消失败。这就是乐观锁的思路用 where 条件保证状态不被覆盖。这套逻辑虽然基础但在并发情况下能防止两个请求同时把同一个订单改成不同的状态。4.4 评价的后置校验与展示评价功能有一个硬性逻辑只有状态为“已完成”的订单才能评价而且一个订单不能重复评价。实现上提交评价的接口里先查订单是否存在、状态是否为 2然后查评价表里是否已经有该订单的记录都通过才插入评价数据同时更新家政人员的评分。Transactional public void addComment(Comment comment) { ServiceOrder order orderMapper.selectById(comment.getOrderId()); if (order null || order.getStatus() ! 2) { throw new RuntimeException(订单不存在或未完成无法评价); } Long count commentMapper.selectCount( new LambdaQueryWrapperComment() .eq(Comment::getOrderId, comment.getOrderId()) ); if (count 0) { throw new RuntimeException(该订单已评价); } commentMapper.insert(comment); // 重算家政人员平均分 ListComment comments commentMapper.selectList( new LambdaQueryWrapperComment() .eq(Comment::getWorkerId, comment.getWorkerId()) ); BigDecimal avg comments.stream() .map(Comment::getScore) .reduce(BigDecimal.ZERO, BigDecimal::add) .divide(BigDecimal.valueOf(comments.size()), 1, RoundingMode.HALF_UP); workerMapper.update( new LambdaUpdateWrapperWorker() .eq(Worker::getId, comment.getWorkerId()) .set(Worker::getScore, avg) ); }这类“先校验再更新”的操作都要放在一个事务方法里。我见过很多同学把校验放在 Controller 里Controller 调 Service 时校验逻辑和业务逻辑分离一旦后面修改接口很容易漏掉校验导致重复评价。最好把校验放在 Service 层的方法开头这样所有入口都走同一个校验逻辑。5. 开发环境初始化与调试部署实录很多同学代码写完了卡在环境配置和部署上。这个章节我把从零开始搭建环境到成功部署的全过程记录下来照着走基本不会出大问题。5.1 环境安装清单与实际操作顺序这一套环境我反复装过很多次顺序很重要安装 JDK 8配置 JAVA_HOME 环境变量命令行输入 java -version 验证。安装 Maven 3.6.3配置 MAVEN_HOME 和 Path配置阿里云镜像仓库。国内如果不配镜像下载依赖能卡到怀疑人生。安装 MySQL 5.7 或 8.0root 密码记好用 Navicat 或者命令行工具建库。安装 IDEA选择 Community 或 Ultimate 都行建议 Ultimate自带数据库工具和 Spring Initializr。在 IDEA 中配置 JDK 和 MavenFile - Settings - Build Tools - Maven指定自己下载的 Maven 路径和 settings.xml。这里最容易踩的坑是 IDEA 里 Maven 一直报错查看错误信息时发现它用的不是自己配的那个 Maven而是 IDEA 自带的。所以每次新建项目第一步先去 Maven 设置看一眼 User settings file 是否指向了自己的 settings.xml。5.2 数据库初始化与 application.yml 配置数据库初始化有两种方式。一种是直接在 Navicat 里执行准备好的 SQL 脚本建库建表插入初始数据另一种是在 Spring Boot 配置里加 spring.sql.init.modealways把 schema.sql 和 data.sql 放在 resources 目录下项目启动时自动执行。我推荐第一种原因是对刚起步的同学来说SQL 脚本执行出错时更容易定位问题而且 Navicat 可以直接看到表结构和数据方便验证。application.yml 是最核心的配置文件我把最常用的配置贴出来server: port: 8080 spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/home_service?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: 123456 servlet: multipart: max-file-size: 10MB max-request-size: 10MB thymeleaf: cache: false mybatis-plus: configuration: map-underscore-to-camel-case: true log-impl: org.apache.ibatis.logging.stdout.StdOutImpl global-config: db-config: logic-delete-field: deleted logic-delete-value: 1 logic-not-delete-value: 0mybatis-plus 的 map-underscore-to-camel-case 一定要开启这样数据库的 create_time 才能自动映射到 Java 实体类的 createTime。log-impl 配置成 StdOutImpl能在控制台直接看到每次执行的 SQL 语句和参数排查问题时非常有用。上线前再把它去掉避免日志太多。5.3 打包部署与常见启动报错部署方式非常成熟在项目根目录执行 mvn clean package -DskipTests等待打包结束target 目录下会生成一个 jar 文件然后在服务器或者自己电脑上运行 java -jar home-service-0.0.1.jar应用就起来了。启动过程中最常见的报错我理了一个排查表格报错现象大概率原因解决办法Port 8080 was already in use端口被占用改端口或 netstat -ano 找到占用进程并结束Access denied for user rootlocalhost数据库密码或用户名错误检查 yml 配置核对 MySQL 账号密码Unknown database home_service数据库不存在到 MySQL 里执行 CREATE DATABASE 建库Failed to configure a DataSource启动时没有扫描到数据源配置检查 application.yml 是否被放到 resources 目录java.lang.NoClassDefFoundError依赖缺失或打包不完整执行 mvn clean 后重新 packageInvalid bound statement (not found)Mapper 接口和 XML 没有对应上检查 Mapper 接口路径和 XML 的 namespace还有一个很容易忽略的点就是数据库驱动。早期教程里用的 driver-class-name 是 com.mysql.jdbc.Driver这是 MySQL 5 的老驱动MySQL 8 必须用 com.mysql.cj.jdbc.Driver同时 URL 里要加 serverTimezoneAsia/Shanghai否则会有时区报错。6. 从能用到好用几个能给你答辩加分的技术优化基础功能跑通只是第一步想让答辩老师觉得项目有深度需要加入一些真正体现工程能力的优化点。这里说三个我在这个项目里实际加过的优化都不是特别难但讲出来很有分量。6.1 用 Redis 做缓存解决首页和高频服务的性能问题首页的服务分类、热门服务推荐、公告信息每次刷新都要查数据库。虽然数据量不大但用 Redis 缓存可以明显减少数据库压力也是一个非常经典的性能优化思路。具体做法是在 Service 层查询前先查缓存取到就直接返回取不到就查数据库并写入缓存设置过期时间 30 分钟。ValueOperationsString, Object ops redisTemplate.opsForValue(); String key home:hotServices; Object cache ops.get(key); if (cache ! null) { return (ListServiceItemVO) cache; } ListServiceItemVO list serviceItemMapper.selectHotServices(); ops.set(key, list, 30, TimeUnit.MINUTES); return list;Redis 部署也比较简单Windows 下下载 zip 解压后运行 redis-server.exe 即可Linux 上使用 docker 一分钟就能起一个实例。这个优化点写进论文放在“系统性能优化”一小节内容非常扎实。6.2 定时任务处理超时未接单的订单用户下单后如果长时间没有家政人员接单订单就一直停在待接单状态。更合理的做法是超时自动取消释放服务资源。Spring Boot 提供的 Scheduled 注解可以很轻松实现定时任务Scheduled(cron 0 */5 * * * ?) public void autoCancelExpiredOrders() { LocalDateTime deadline LocalDateTime.now().minusMinutes(30); int rows orderMapper.update( new LambdaUpdateWrapperServiceOrder() .eq(ServiceOrder::getStatus, 0) .lt(ServiceOrder::getCreateTime, deadline) .set(ServiceOrder::getStatus, 3) ); if (rows 0) { log.info(定时任务自动取消了 {} 个超时未接单的订单, rows); } }只要在启动类上加上 EnableScheduling然后写这个方法就行。需要提醒的是定时任务不要用固定频率fixedRate去跑数据库更新操作要配合 cron 表达式选一个人少的时段或者低频执行。这个功能让整个订单状态的完整性更强答辩时能体现业务思考。6.3 接口安全拦截与会话校验基础功能的接口校验不能只靠前端隐藏按钮。后端每个写操作接口都应该校验当前用户是否有权限操作。例如用户取消订单需要确认订单属于当前登录用户管理员删除服务项目需要确认当前登录用户的角色是管理员。这些校验统一封装成注解或者拦截器处理不建议在每个 Controller 里重复写。还可以用 AOP 做一个简单的操作日志切面记录用户的登录、下单、取消等敏感操作存到操作日志表里。这个功能可以在答辩中体现项目对安全性的考虑实现成本也不高Aspect Component public class OperationLogAspect { Around(annotation(OperationLog)) public Object recordLog(ProceedingJoinPoint joinPoint) throws Throwable { long start System.currentTimeMillis(); Object result joinPoint.proceed(); long cost System.currentTimeMillis() - start; // 记录方法名、参数、耗时、操作人 log.info(Operation: {} | Args: {} | Cost: {}ms, joinPoint.getSignature().getName(), Arrays.toString(joinPoint.getArgs()), cost); return result; } }7. 论文和文档怎么组织这套系统对应的写作框架按照题目要求这类毕设是需要带论文文档的而且字数在一万字以上。很多同学代码写完了论文不知道怎么下手。我直接给出一份可以参考的目录结构它和我们前面的开发流程是对应的第一章 绪论写课题背景、国内外研究现状、选题意义和目标。 第二章 相关技术介绍Spring Boot、MyBatis-Plus、MySQL、Redis、Thymeleaf每项技术写原理和为什么选它。 第三章 系统分析可行性分析、需求分析、角色分析、功能模块分析、用例图。 第四章 系统设计总体架构图、功能模块设计、数据库设计E-R 图和表结构。 第五章 系统实现按用户端、管理员端、家政人员端分别描述核心页面和功能配合截图和关键代码。 第六章 系统测试测试环境、功能测试用例表、部分非功能测试结果。 第七章 总结与展望写个人收获以及系统可以优化的方向。文档写作有一个小技巧逻辑顺序要跟着项目从无到有的过程走而不是照着代码抄。比如数据库设计章节一定要有 E-R 图和建表 SQL表字段要写注释系统实现章节要有页面截图和对应的核心代码代码不是全部贴而是贴最能体现功能的片段。论文里需要画的图主要有系统架构图、功能结构图、E-R 图、业务流程图。不需要画得多精致清楚表达逻辑就行。这些图可以直接用 Visio 或者 Draw.io 画甚至用在线工具 ProcessOn 也很方便。把技术细节讲清楚、把绘图和截图准备好你的论文查重和答辩演示都会轻松很多。整套流程走完之后你会发现家政服务网这个题目看似普通但只要每个环节都做扎实它完全可以成为一个完成度很高、经得起追问的毕设项目。
