第 5 篇 Scrum 冲刺博客

1. 每日站立会议

2. 成员工作情况汇报

成员	昨天已完成的工作	今日计划完成的工作	遇到的问题与解决方案
张滨皓	1. 学生列表接口完成 2. 模糊查询功能上线	1. 开发 addStudent 接口 (POST) 2. 开发 updateStudent 接口 (PUT) 3. 开发 deleteStudent 接口 (DELETE)	问题：批量删除时，事务回滚机制测试失败。 解决：在 Service 层方法上添加 @Transactional(rollbackFor = Exception.class) 注解。
柯程炜	1. 数据校验工具完成 2. 成绩表结构定稿	1. 创建 Grade 实体类与 Mapper 2. 编写成绩录入的基础 Service 逻辑 3. 编写关联查询 SQL (学生姓名+成绩)	问题：多表关联查询 (Join) 时，字段名重复导致映射错误。 解决：在 SQL 语句中使用 as 别名区分 student_name 和 course_name。
王佳俊	1. 主界面布局完成 2. 列表展示正常	1. 开发新增/编辑弹窗组件 (el-dialog) 2. 完成表单校验规则 (学号唯一性) 3. 封装通用的 CRUD 前端方法	问题：编辑弹窗回显数据时，修改会影响列表原数据（浅拷贝问题）。 解决：在打开弹窗时使用 Object.assign 或 JSON 序列化进行深拷贝。

3. 项目燃尽图

4. 代码/文档签入记录

• 张滨皓：[Feat] Student CRUD Implementation - [Commit Link]
• 柯程炜：[Feat] Grade Module Init - [Commit Link]
• 王佳俊：[Feat] Dialog Component & Form - [Commit Link]

5. 模块最新运行截图

点击“添加学生”按钮后弹出的表单，包含输入验证提示：

6. 每日每人总结 (Reflections)

• 张滨皓（后端）：
  CRUD 虽然枯燥，但却是系统稳定性的基石。今天重点研究了 Spring 的事务管理，特别是批量删除操作，如果删到一半报错了，必须全部回滚，不能留下一堆烂数据。在 Service 层加上 @Transactional 后，数据一致性得到了保障，测试的时候心里踏实多了。
• 柯程炜（后端）：
  今天开启了新副本——成绩管理。这涉及到 Grade 表和 Student 表的关联，SQL 写起来比单表复杂多了。我花了挺长时间在 Mapper XML 里写 Left Join，为了让前端能一次性拿到学生姓名和课程成绩。数据库范式设计得好，写 SQL 确实会舒服一些。
• 王佳俊（前端）：
  前端最大的坑就是“引用传递”。在做编辑功能时，我直接把列表行数据赋值给了弹窗表单，结果在弹窗里改字，列表里也跟着变，还没点保存呢！后来查了资料才意识到是浅拷贝的问题，用 JSON.parse(JSON.stringify()) 做了一次深拷贝才解决。JavaScript 的这些小坑真是防不胜防。