每年三四月份来问SpringBootVue毕业设计怎么做的同学会突然变多。问得最多的就是这类标题基于SpringBoot的幼儿园综合管理系统。你搜“springboot版本太高”、“vue安装及环境配置”、“vue路由参数”这些问题时大概率就是卡在这儿了。这个题目属于典型的管理信息系统类毕设技术栈固定、业务边界清晰、又带点行业特色作为毕业设计来说性价比很高。但这不意味着可以直接照抄模板——幼儿园业务有自己的一套流程考勤、健康、收费、食谱做得好不好一眼就能看出来是认真做了还是拼凑的。这篇就围绕这个题目把从需求梳理、数据库设计、后端实现、前端页面到联调排错、论文答辩的完整链路拆开讲一遍。不光是能跑关键是让评委觉得你确实理解了这个系统。1. 拿到题目别急着写代码——先把幼儿园的业务需求盘清楚很多同学拿到“幼儿园综合管理系统”第一反应是去GitHub找开源项目找到就clone下来改个名字交差。真答辩的时候被老师问一句“幼儿入园和离园的流程在系统里怎么体现”直接就卡住。业务不梳理清楚代码写得再花哨也只是空壳。1.1 三个角色三类需求园长、教师、家长看到的系统完全不同幼儿园系统跟普通的后台管理系统最不一样的地方在于它是典型的“三方服务”结构。园长、教师、家长三方都在用这个系统但关心的东西完全不一样。园长端看重的是全园视角的宏观数据——今天全园出勤多少孩子、各班保教费交齐没有、职工排班情况怎么样、这周食谱的营养搭配是否合理。所以园长端的页面应该以统计报表和汇总列表为主不需要逐条录入但一定要有“总览”的感觉。教师端是操作量最大的角色。每天早上入园晨检要记录每个孩子的体温和健康状况上午要拍照上传到班级成长相册下午放学家长来接的时候要做离园登记。普通的管理系统页面不太适合这种高频、碎片化录入场景建议在教师端做一个类似“今日待办”的聚合页面把当天的考勤、晨检、待办事项集中展示。家长端是比较特殊的角色。很多毕业设计只做了后台管理页面这是不够的。“综合管理系统”里家长端虽然不是核心但至少要有查看孩子在园情况、接收班级通知、在线请假、查看缴费记录。不用单独开发App做一个独立的H5页面或者在系统里登录后切换视图都可以。1.2 功能清单怎么才算合格必修模块与加分模块我把这个题目的功能分成两类。必修模块是答辩时理直气壮讲“这是本系统的核心”的部分加分模块是让评委觉得“这小子确实动了脑子”的部分。必修模块包含系统管理用户登录、角色权限、菜单管理、操作日志。这是所有系统的地基也是答辩老师一定会问的部分。幼儿档案管理入园登记、分班调班、退园、家庭信息、接送人信息。注意接送人字段这是幼儿园特有的需求。教职工管理基本信息、岗位、班级绑定、离职停用。班级管理小班、中班、大班的配置班内幼儿花名册。考勤管理每日晨检签到、离园登记、缺勤记录。健康管理体检记录、疫苗接种提醒、常见病登记。收费管理保教费、餐费、杂费等缴费记录、欠费统计。通知公告园级公告、班级通知按角色可见。加分模块建议做一到两个我推荐以下选择食谱管理每周食谱日历按班级餐别展示配简单的营养分析。成长相册教师上传照片按幼儿归档家长端可见。数据报表用ECharts做班级人数统计、出勤率趋势、缴费汇总。离园签到模式支持按幼儿二维码/编号快速签到。加分模块不用全做选一个吃透就够了。选食谱管理和数据报表性价比最高因为两个都能在答辩时产生“可视化效果”数据展示好讲。2. 数据库设计表关系理清了后端代码能少写一半数据库设计是这个项目的灵魂。我见过太多人上来就建二三十张表字段全靠感觉加最后逻辑混乱到前端根本没法调。正确的打开方式是先画清楚业务模型再落表结构。2.1 三大主表幼儿表、班级表、教职工表怎么关联幼儿园系统的核心业务对象有三个幼儿、班级、教职工。其余所有表基本都围绕这三张主表展开。班级表(class_info)是中间的“枢纽”。一个班级有多个幼儿一个班级配多个教师主班老师、配班老师、保育员但一个幼儿只能属于一个班级一个教师可以跨带多个班级。所以班级和幼儿是一对多班级和教师是多对多中间用一张班级教师关联表去拆。幼儿表(child_info)有一个需要注意的点不要把家长信息直接做成一列的字段塞进去。要单独建家长表或者至少单独一个联系人性因为幼儿园经常出现“妈妈登记信息、爷爷接送”的情况一个幼儿至少绑定两个联系人。表结构大致这样child_info核心字段child_id、child_name、gender、birth_date、class_id、enroll_date、leave_date、status(在园/离园)、id_card、family_info_json或者关联family_contact表。family_contact核心字段contact_id、child_id、contact_name、relation(爸爸/妈妈/其他)、phone、is_main_contact、allow_pickup(是否允许接送)。allow_pickup这个字段很关键它对应真实幼儿园的接送安全要求。答辩被问到时你可以直接说这个字段是为了防止未经授权的人员接走孩子。这句话一出口懂行的评委就知道你理解业务流程。教职工表(teacher_info)跟系统用户表(sys_user)建议分开设计。teacher_info存业务档案比如入职时间、学历、岗位sys_user管登录账号和密码hash。两个表通过teacher_id关联不要混在一起。后面做权限管理的时候分开会更清晰。2.2 业务表的典型套路用状态字段串联幼儿园一天的流程幼儿园一天的流程是早上家长送孩子入园→老师晨检签到→正常上课→中午午餐午睡→下午放学→家长接走。这个流程非常适合用一张考勤表加状态字段来表示。考勤表(attendance_record)不要做得太复杂字段参考id、child_id、class_id、attendance_date(日期)、morning_check(晨检结果正常/异常)、temperature(体温)、arrive_time(入园时间)、leave_time(离园时间)、status(0缺勤/1出勤/2请假)、remark、created_by核心逻辑很简单每天老师对每个在园幼儿生成一条考勤记录入园时更新arrive_time和morning_check离园时更新leave_time。状态字段用一个int就够了不要用字符串“已出勤”“已缺勤”这种后面前端做统计很麻烦。费用表(fee_record)也用同样的思路。字段包含fee_id、child_id、fee_type(保教费/餐费/杂费)、amount、should_pay_date、pay_date、status(0未缴/1已缴/2逾期)、operator_id。这张表做欠费统计特别顺手一条SQL就能算出某个班哪些孩子还没缴费。这里有一个容易被忽视的细节金额字段一定要用decimal(10,2)不要用double或float。浮点数算金额会有精度问题答辩时被问到可能露怯。2.3 一套可直接抄的表清单给一个相对完整的表清单按模块分类共26张系统权限模块sys_user、sys_role、sys_menu、sys_user_role、sys_role_menu、operation_log。基础档案模块class_info、child_info、family_contact、teacher_info、class_teacher_rel。业务流程模块attendance_record、health_check(体检记录)、vaccine_record(疫苗记录)、fee_record、notice_info、notice_read_record、album_info(成长相册)、album_photo、leave_request(请假单)、recipe_info、recipe_detail、material_stock(食材库存可选)。配置模块sys_dict_type、sys_dict_data(字典用于性别、岗位等下拉选项)、school_setting(园所基础配置园名、地址、logo等)。这26张表覆盖了幼儿园管理系统的所有核心需求。当然实际开发中可以合并一些表但建议表结构本身的“业务合理性”优先于“代码少写”。表设计得合理后面每个模块的开发都顺。3. SpringBoot后端版本选对少踩一半坑后端的技术栈就一句话SpringBoot MyBatis-Plus MySQL JWT。但“用什么”和“用得对不对”是两件事很多人的坑从创建项目那一刻就开始埋了。3.1 SpringBoot 2.7还是3.x这个问题答案很明确现在去Spring官网创建项目默认给的已经是SpringBoot 3.x了。但毕业设计我强烈建议用SpringBoot 2.7.x配JDK 8原因很现实第一个是资料兼容性。你在CSDN、博客园搜到的绝大多数SpringBoot教程都是2.x时代的写法。3.0之后javax.servlet变成了jakarta.servlet很多老代码直接导入报错。对毕业设计来说时间最宝贵没必要跟这个兼容性问题较劲。第二个是包名地狱。如果你用MyBatis-PlusSpringBoot 3必须是专门的依赖mybatis-plus-spring-boot3-starter注意多了个boot3。不加的人大概会遇到各种莫名其妙的Bean注入失败。并不是说3.x不能做而是毕业设计的时间线不允许你折腾这些。创建项目建议直接去阿里云镜像的脚手架地址https://start.aliyun.com这个页面上的模板默认就是SpringBoot 2.7.x JDK8的版本组合非常适合国内环境。Spring Initializr官方的版本太新反而麻烦。3.2 数据访问层选型MyBatis-Plus为什么是毕业设计首选可能你们学校Java课程教的是传统MyBatis自己写SQL没问题。但毕业设计时间紧、表多用原生MyBatis每张表写一套增删改查XML会消耗掉大量时间答辩时也体现不出什么核心竞争力。MyBatis-Plus的价值在于几个实用功能BaseMapper接口自带insert、updateById、selectById、deleteById等常用方法简单CRUD根本不用写SQL。条件构造器比手写where舒适太多推荐用LambdaQueryWrapper可以避免字段名写错后编译不报错、运行才炸的尴尬。分页查询是后台管理系统的刚需配置一个拦截器就行Configuration public class MybatisPlusConfig { Bean public MybatisPlusInterceptor mybatisPlusInterceptor() { MybatisPlusInterceptor interceptor new MybatisPlusInterceptor(); interceptor.addInnerInterceptor(new PaginationInnerInterceptor(DbType.MYSQL)); return interceptor; } }还有一个细节主键生成策略。MyBatis-Plus默认用的是雪花算法生成ID这是为了避免在分布式环境下的主键冲突。单机毕业设计其实可以换成AUTO自增代码里看主键就是1234这种自己调试方便答辩演示时也更直观。在实体类的TableId注解上改成TableId(type IdType.AUTO)就行这个细节很少有人提。3.3 JWT 拦截器登录态不要再依赖Session了传统Servlet项目用Session存登录状态前后端不分离时可以这么干。但Vue前后端分离的架构下用Session会遇到跨域携带Cookie的各种麻烦。用JWT方式解决核心就是两件事登录接口校验用户名密码成功后签发一个带过期时间的JWT字符串返回给前端。写一个拦截器拦截掉所有/api/**请求校验请求头Authorization字段里的token。校验通过就把用户信息放入ThreadLocal业务代码里直接取。下面是登录后签发token和拦截器校验的核心思路// 登录成功后的Token生成配合hutool的JWT工具类 String token JWT.create() .setPayload(userId, user.getUserId()) .setPayload(username, user.getUsername()) .setExpiresAt(new Date(System.currentTimeMillis() 2 * 60 * 60 * 1000)) .sign(); // 拦截器里校验的逻辑 try { JWTValidator.of(token).validateDate(); // 过期会直接抛异常 // 从token里取userId放入ThreadLocal } catch (Exception e) { response.setStatus(401); return false; }token过期时间我给的是2小时前端在axios拦截器里发现401后跳回登录页即可。很多同学把过期时间设成7天甚至永不过期这在答辩时会被问“安全问题”说不过去。2到4小时是一个比价合理的区间。3.4 两个加分项定时任务和文件上传定时任务在幼儿园系统里有一个绝佳的应用场景每天凌晨自动生成全园第二天的考勤预登记记录。这样老师早上打开系统看到的不是空表而是基于所有在园幼儿预生成的待签到列表老师只要更新状态就行。用Spring自带的Scheduled就能实现不用引入额外组件Component public class AttendanceScheduleTask { Scheduled(cron 0 0 2 * * ?) // 每天凌晨2点执行 public void generateDailyAttendance() { // 1. 查询所有status1的在园幼儿 // 2. 按班级分组 // 3. 为每个幼儿插入一条今天日期的考勤记录状态默认0 } }文件上传对应的是成长相册、体检报告附件的功能场景。文件不要存数据库BLOB存磁盘路径加文件访问映射就行。一个容易踩坑的地方是上传后的回显路径。我的做法是文件存到服务器的/uploads目录数据库只存“/uploads/文件名.jpg”这种相对路径前端拿这个路径直接拼接图片地址。后端配一个静态资源映射把本地目录映射成URLConfiguration public class WebMvcConfig implements WebMvcConfigurer { Override public void addResourceHandlers(ResourceHandlerRegistry registry) { registry.addResourceHandler(/uploads/**) .addResourceLocations(file: uploadDir /); } }4. Vue前端环境、路由、组件一个都不能少前端的技术方案建议用Vue 3 Vite Element Plus不要再纠结Vue 2。Vue 3的组合式API写起来更清爽Element Plus组件库足以应对后台管理页面的绝大多数场景。如果你的计算机基础一般掌握以下四个部分就可以把系统页面完整搭起来。4.1 环境配置最容易翻车的三个细节配置Vue开发环境看起来简单但每个人碰到的坑都不太一样热搜词里搜“vue安装及环境配置”、“vue安装依赖”的人多说明问题相当普遍。第一个坑是Node版本。Vite对Node版本有明确要求Vite 5需要Node 18才能跑。装了老版本Node的人执行npm run dev会出现各种语法错误。建议直接装nvm管理Node版本切换方便。到nvm官网下载安装包后执行nvm install 20、nvm use 20双击验证node -v即可。这个版本足够稳定不会出现兼容性问题。第二个坑是npm下载速度。不换镜像源的话npm install一个Vue项目可能要卡半天。全局配置一次就够了npm config set registry https://registry.npmmirror.com设置完跑npm install绝大多数依赖都能在几十秒内装完。如果还是卡就检查是不是有项目级别的.npmrc配置文件覆盖了全局配置。第三个坑是Vite创建项目的默认模板。执行npm create vitelatest的时候会让你选择框架变体选“Vue”就行它默认生成的是Vue 3 JS版本的工程不是TS版本。毕业设计用JS就够了不要去碰tsconfig的冷门报错。4.2 layout 动态路由登录后不同角色看到不同菜单后台管理系统的前端适合这样组织登录页面之外所有页面都放在一个layout框架里。layout由左侧菜单栏、顶部导航栏、中间内容区三块组成。左侧菜单根据当前登录用户角色动态渲染这是权限管理在前端的落点。动态路由的核心思路是前后端配合后端登录接口返回当前用户的菜单JSON数组前端根据这个数组把菜单渲染出来并通过router.addRoute动态挂载对应页面路由。比如后端返回[ {menuName:幼儿管理,path:/child,icon:User,component:child/index}, {menuName:考勤管理,path:/attendance,icon:Calendar,component:attendance/index} ]前端拿到这个数组之后先渲染出左侧菜单再把component字段映射成真正的组件并addRoute挂载。路由守卫是登录跳转的关键。在router/index.js里加一段beforeEach钩子router.beforeEach((to, from, next) { const token localStorage.getItem(token) if (to.path ! /login !token) { next(/login) } else { next() } })没有token的访问一律踢回登录页有token放行。这个逻辑满足绝大部分管理系统需求不用搞太复杂。4.3 axios封装统一处理token和异常提示axios不封装的话每个请求都要重写一遍header配置错误处理也零散。封装的核心动作有两个第一请求拦截器。每次发请求时自动帮你加tokenservice.interceptors.request.use(config { const token localStorage.getItem(token) if (token) { config.headers.Authorization token // 注意和后端拦截器的header名对应 } return config })第二响应拦截器。统一处理后端返回的code和异常状态。后端约定一个统一响应结构是比较稳妥的做法比如{code: 200, message: success, data: ...}。service.interceptors.response.use( res { if (res.data.code 200) { return res.data.data } else { ElMessage.error(res.data.message) return Promise.reject(new Error(res.data.message)) } }, err { if (err.response.status 401) { localStorage.removeItem(token) router.push(/login) ElMessage.error(登录已过期请重新登录) } return Promise.reject(err) } )这样写的好处是所有页面的业务代码只需要关心data本身不需要到处写错误弹窗。4.4 让界面看起来专业的几个小技巧后台管理系统的页面长得差不多但“差不多”之间也有高低之分。我的经验是优先保证三个标准表格能分页、表单校验齐全、操作有确认弹窗。Element Plus的el-table配el-pagination是黄金搭档。表格展示数据分页组件控制pageNum和pageSize修改触发后端重新查询。这个模式覆盖了几乎所有列表页。表单方面el-form的rules属性要配置比如幼儿姓名必填、手机号格式校验不要留空。这样填错时表单下方会自动飘出红色提示专业感立刻上来了。删除操作必须加确认弹窗用ElMessageBox.confirm。虽然代码只多了一行但答辩演示时给评委传递的信息是我考虑了误操作风险。这个细节比什么都管用。还可以用ECharts做一个首页统计面板比如班级人数柱状图、出勤率折线图、月度收费统计。不要觉得图表很难用vue-echarts组件封装一下配置option数组即可。统计面板是答辩时的门面非常值得投入时间。5. 前后端联调那些不跑一遍绝对发现不了的坑前后端都写完了真正开始联调的时候才噩梦开始。下面三个问题是我自己带学生做毕设时碰过最多的每个都折腾过不少时间。5.1 跨域问题到底怎么配配了为什么还报错前后端分离必然涉及跨域最常见的情况是前端dev服务器跑在5173端口后端跑在8080端口前端发请求直接报Access-Control-Allow-Origin错误。解决方式有两种开发阶段最简单的是在Vite的vite.config.js里配代理。这个方案不光能解决跨域还能让你前端请求路径不用写完整域名server: { proxy: { /api: { target: http://localhost:8080, changeOrigin: true } } }前端请求“/api/user/login”会被代理到“http://localhost:8080/api/user/login”跨域问题在代理层面就消化了。但很多人的坑在于后端同时还配了跨域过滤器两套机制重复配置也不冲突一般不会出问题。真正容易翻车的是另一种情况后端拦截器把OPTIONS请求拦了。前端跨域请求在正式发出之前浏览器会先发一个OPTIONS预检请求询问后端允不允许跨域。SpringBoot正常配了跨域配置之后会正确处理但如果你写的token拦截器对所有请求都生效OPTIONS请求也会被拦截并因为拿不到token返回401前端就报跨域错误了。解决方式是在拦截器里放行OPTIONS请求if (OPTIONS.equalsIgnoreCase(request.getMethod())) { return true; }这一类问题有个共同特点错误提示指向跨域但真正的原因在拦截器。排查的时候先看浏览器Network面板看是CORS error还是401。5.2 日期格式前后端必须要有一个说了算后端Java用LocalDateTime前端JS用Date或者dayjs两个体系序列化日期的时候格式默认不一样。Java的LocalDateTime经过Jackson默认序列化出来是“2025-03-18T10:30:00”这种带T的字符串前端直接展示会很难看提交给后端时又可能解析不了。统一方案是在后端做一个全局的Jackson配置把日期格式和时区固定住Configuration public class JacksonConfig { Bean public Jackson2ObjectMapperBuilderCustomizer customizer() { return builder - builder .serializerByType(LocalDateTime.class, new LocalDateTimeSerializer( DateTimeFormatter.ofPattern(yyyy-MM-dd HH:mm:ss))) .deserializerByType(LocalDateTime.class, new LocalDateTimeDeserializer( DateTimeFormatter.ofPattern(yyyy-MM-dd HH:mm:ss))) .serializerByType(LocalDate.class, new LocalDateSerializer( DateTimeFormatter.ofPattern(yyyy-MM-dd))) .deserializerByType(LocalDate.class, new LocalDateDeserializer( DateTimeFormatter.ofPattern(yyyy-MM-dd))); } }这样全局统一用“yyyy-MM-dd HH:mm:ss”格式前端展示直接可用不用反复格式化。如果你的前端要按不同维度统计日期建议同时把date字段单独传成时间戳或者标准字符串前后端都省心。5.3 文件上传路径数据库存什么、页面怎么回显文件上传回显问题我见的次数太多。图片明明上传成功但页面显示不出来或者换个电脑图片就没了。核心在于数据库里不要存绝对路径比如“D:/upload/2025/03/xx.jpg”而应该存相对路径“/uploads/2025/03/xx.jpg”。前端的img标签src直接拼相对路径浏览器因为页面本身就是从http://localhost:8080加载的所以也会自动从8080端口去取这个资源。部署到服务器上文件路径跟着项目走迁移也不会断。如果你存的是D盘绝对路径部署裸奔到服务器上图片全丢这是很多同学现场演示的时候翻车的地方。如果基于以后要部署到云服务器的角度考虑再加上文件是保存在本地磁盘的话上线之后需要配置nginx把/uploads路径指向对应目录。这块可以备着答辩被问“生产环境怎么部署”时讲能加不少分。6. 文档、讲解和答辩最后二十米决定分数前面代码写得再辛苦最终都是要通过论文和答辩呈现出来的。这两件事的性价比其实比很多人想象的高。6.1 论文怎么组织老师会重点翻哪几页幼儿园管理系统的论文结构可以按软件工程的经典流程来组织选题背景与意义、需求分析、概要设计、详细设计、系统实现、系统测试、总结展望。重点说一下需求分析和详细设计部分。需求分析要画出用例图用例图对应的就是第1章的三类角色、三类需求。每个角色至少三个用例比如教师用例包括晨检签到、查看幼儿档案、发布班级通知。用例图不需要用mermaid画直接在Word里用Visio或者draw.io画就行drow.io导出PDF嵌入论文即可。数据库设计部分是答辩老师最爱翻的章节要放ER图和每张核心表的字段说明表。至少包含幼儿表、班级表、考勤表、费用表四张表的字段明细不能只截个SQL就完事。每个关键表旁边加一两句话说明设计理由比如“接送人字段独立成表是为了支持多个接送人信息并区分接送权限”这会让论文质量明显上台阶。系统实现部分每张截图配一段功能描述加核心代码片段。截图不要太多控制15张以内每张都要能说明一个功能点。代码片段选核心的比如JWT拦截器、考勤批量生成逻辑、分页查询的封装不要贴那种几百行的CRUD。6.2 答辩演示脚本先展示什么后展示什么答辩演示不要打开系统就开始乱点。一个顺序合适的演示脚本往往比功能本身更能传递你对系统的理解。我的建议演示顺序是这样第一步登录页正常登录进入系统首页。停留五秒简单介绍首页上的统计面板当前在园人数、今日出勤率、本月收费金额这个开场会让评委立刻建立“这系统是完整的”印象。第二步演示权限差异。退出当前账号换一个教师角色登录展示左边菜单的变化。这时候说一句“系统通过RBAC权限模型控制不同角色可见的功能菜单”直接点出你做了权限管理。第三步进幼儿管理模块。演示新增一个幼儿从表单填写到提交重点展示班级下拉框联动和表单校验。然后演示分页查询功能说明这是基于MyBatis-Plus的分页插件实现的。第四步进考勤管理。展示今日考勤列表甄选修改一个早晨检状态。可以提到“每天凌晨系统会自动生成当天的考勤预记录”这是加分项停留讲两句。第五步演示收费管理按班级筛选欠费幼儿说明状态字段如何支撑欠费统计。第六步打开一个ECharts的统计页面简单说数据来源即可。全程控制在10到12分钟。不要演示代码编辑器里的代码评委看代码是论文和提问环节的事。6.3 高频答辩问题与应对思路最后列几个答辩必问的问题提前准备就不会冷场。为什么用JWT不用Session答前后端分离架构下前端可能部署在独立域名和服务器上Session跨域共享成本高JWT无状态、服务端无需保存会话信息适合这种场景。MySQL和SpringBoot之间用了什么连接池答默认HikariCP是SpringBoot 2.x自带的连接池性能好不用额外配置。分页是怎么实现的答MyBatis-Plus的Page对象配合PaginationInnerInterceptor前端传入pageNum和pageSize后端返回总记录数和当前页数据。前端菜单为什么是动态加载的答因为不同角色只能看到自己有权限的菜单为了不让用户越权操作界面菜单由后端根据角色返回前端动态渲染。这个系统的难点是什么答可以从三个层面说一是考勤和费用的状态流转逻辑二是JWT认证与前端路由守卫的配合三是多角色数据隔离的查询条件设计。数据库里的status字段为什么不直接用字符串存答使用int类型的枚举值可以保证存储空间最小查询效率更高并且后端统一用常量类维护枚举含义避免字符串随意性带来的脏数据风险。每个问题都有明确的技术点回答时先给出结论再简单展开——三四句话就够答辩本身不是讲课讲得过多反而容易暴露漏洞。7. 收尾了说点带毕业设计时的真实感受带毕业设计的这几年我越来越觉得幼儿园管理系统这个题目是一个很适合认真做的选题。业务规模适中既有管理系统的通用套路又有幼儿园行业特有的业务细节做完之后你对SpringBoot加Vue这套组合的理解深度会远超课程设计。如果你正在为这个题目发愁我给的建议是先花三天把需求和表结构定下来这部分想明白了后面代码就是体力活。版本和环境问题提前排查不要等代码写完再处理。文档从第一天开始就跟随写千万别到最后两周再补。最后的最后提醒一件事代码和文档都能从各种渠道获得参考但答辩时老师问的每一个“为什么”都在检验你是不是真的理解了这个系统。拿着别人的项目直接上场的大概率会被问穿。把每个模块的设计理由都当成自己参与过一样想清楚比什么技巧都管用。