目录
- 1. SCRUM部分
- 1.1 SpringBoot 组
- (1)郑哲傲(S1)
- (2)吴坚铭(S2)
- (3)林哲兴(S3)
- 1.2 Web 组
- (1)黄贵(W1)
- (2)陈周发(W2)
- (3)吴千晔(W3)
- 1.3 数据库组
- (1)林少杰(D1)
- (2)胡致兴(D2)
- (3)郑栋文(D3)
- 2. PM部分
1. SCRUM部分
1.1 SpringBoot 组
(1)郑哲傲(S1)
- 项目进展:梳理聊天接口。
- 存在的问题 / 困难:聊天时间不同步,时间与时间不符合。
- 心得体会:需求分析是开发的基石,提前与 Web 组对齐接口标准,能从源头减少后期联调返工。
- 这次会议到下次会议的安排:开发消息发送、接收、存储核心逻辑,实现 WebSocket 连接建立与断开逻辑。

(2)吴坚铭(S2)
- 项目进展:调研公共服务器配置。
- 存在的问题 / 困难:发现很多问题源于 “版本不匹配”,后续开发需提前明确环境依赖,避免浪费时间。
- 心得体会:后续开发需提前明确环境依赖,把准备工作做在前面,才能避免后期因环境问题停滞。
- 这次会议到下次会议的安排:执行服务器部署脚本(上传项目包、配置 Tomcat),测试服务器访问(IP + 端口验证首页)
(3)林哲兴(S3)
- 项目进展:调研适用于校园二手平台的推荐算法。
- 存在的问题 / 困难:现有数据量少,推荐效果不佳。
- 心得体会:算法选型不能盲目追求复杂,要贴合项目实际。
- 这次会议到下次会议的安排:开发浏览、收藏商品的行为记录接口,实现行为数据查询接口

1.2 Web 组
(1)黄贵(W1)
- 项目进展:设计推荐商品展示区样式。
- 存在的问题 / 困难:推荐区响应式布局适配难度大。
- 心得体会:原型设计需提前对接接口数据格式,避免了后期因数据不匹配修改界面结构。
- 这次会议到下次会议的安排:完善聊天界面 HTML 结构与 CSS 样式,多浏览器兼容性测试。

(2)陈周发(W2)
- 项目进展:分析时区偏差原因。
- 存在的问题 / 困难:不同浏览器对时间格式解析差异大,历史数据修正复杂。
- 心得体会:时区问题看似简单,实则涉及全链路协同。
- 这次会议到下次会议的安排:集成时间转换工具函数到支付页、留言区,测试新数据时间显示。

(3)吴千晔(W3)
- 项目进展:简化操作流程,合并重复按钮、优化筛选条件。
- 存在的问题 / 困难:优化需求与后端接口冲突,界面美观与操作便捷难以平衡。
- 心得体会:界面优化的核心是 “以用户为中心”。
- 这次会议到下次会议的安排: 实现管理员后台优化布局,简化侧边栏、调整商品列表页。

1.3 数据库组
(1)林少杰(D1)
- 项目进展:检查 MySQL 数据库时区配置。
- 存在的问题 / 困难:历史数据时间偏差未修正,开发库与服务器库时区不一致。
- 心得体会:数据库是时区问题的根源之一,历史数据需要单独处理。
- 这次会议到下次会议的安排:编写 SQL 脚本,批量修正留言表、订单表的时间字段。

(2)胡致兴(D2)
- 项目进展:设计聊天记录表。
- 存在的问题 / 困难:聊天表字段设计不全,行为表数据量大时查询效率低。
- 心得体会:表结构设计需预判业务场景,今天在聊天表中补充字段。
- 这次会议到下次会议的安排:测试表结构可用性。

(3)郑栋文(D3)
- 项目进展:设计多用户并发测试场景。
- 存在的问题 / 困难:测试数据与实际业务场景差异大。
- 心得体会:并发测试是保障系统稳定性的关键。
- 这次会议到下次会议的安排:观察数据库数据。


2. PM部分

解决发布时间,私信时间不同步问题,着手开发推荐算法,前端后端相互配合。问题已解决10%左右,需要后续进一步解决。
项目bug以及需要修改地方:
1.项目不在再其他人电脑上运行,需要部署到公共服务器
2.支付界面时差8h,留言时间差8h,需要改时区*
3.用户聊天界面整个缺少
4.多用户并行
5.智能推荐算法引入
6.管理员界面优化
7.增加修改价格按钮
最新运行图片
