哈基米队——Beta冲刺总结

[哈基米队]

这个作业属于哪个课程	2501_CS_SE_FZU
这个作业要求在哪里	团队作业—Beta冲刺
团队名称	哈基米队
这个作业的目标	Beta冲刺总结随笔

目录

• 1.项目预期计划完成情况
• 2 过程与协作
• 2.1 成员心得体会
• 2.2 成员分工
• 3 项目成果展示
• 4 AI技术员

1.项目预期计划完成情况

计划任务	完成状态	完成度	具体完成情况与描述
项目部署到公共服务器	已完成	100%	解决了项目无法在他人电脑运行的问题，已成功部署到公共服务器。
支付界面时区调整	已完成	100%	修复了支付界面、留言界面的 8h 时差问题，完成时区调整。
用户聊天界面开发	已完成	100%	补全了用户聊天界面的功能模块，完成开发并正常运行。
多用户并行支持	已完成	100%	实现了多用户并行使用的功能，系统可支持多人同时操作。
智能推荐算法引入	已完成	100%	成功引入智能推荐算法，相关功能已上线。
管理员界面优化	已完成	100%	完成管理员界面的优化工作，界面体验得到提升。
AI 帮写功能开发	已完成	100%	实现了 AI 帮写功能，可正常提供辅助写作服务。

2 过程与协作

2.1 成员心得体会

1.林少杰
从最初调研校园二手交易的需求，到梳理 “发布商品 - 搜索筛选 - 交易沟通” 的核心流程，我终于理解 “产品是桥梁” 的含义。最难忘的是和同学聊需求时，发现大家对 “闲置教材保价” 的期待远超预期，临时调整功能优先级的过程，让我学会在 “用户需求” 和 “开发成本” 间找平衡。项目上线后看到有人通过平台买到半价教材，突然觉得那些熬夜改原型的日子都值得～
2.吴坚铭
作为负责商品展示页的前端，我踩过 “图片懒加载失效”“移动端适配错位” 的坑，也为了让 “价格对比弹窗” 更丝滑，反复调了 3 版交互逻辑。印象最深的是测试阶段，有同学说 “商品列表滑起来像卡带”，我连夜优化了虚拟列表和 CSS 动画，那一刻明白：前端的细节，就是用户的体验。现在看到自己写的界面被频繁使用，成就感直接拉满！
3.陈周发
从搭建用户认证接口，到处理商品发布的并发请求，我和 MySQL、Redis “斗智斗勇” 了两个月。最头疼的是交易订单的状态同步问题，曾因为没加事务导致 “下单成功但库存没扣” 的 BUG，连夜查日志到凌晨 3 点。这次项目让我懂了：后端的稳定，是平台的底气。现在再看自己写的接口文档，虽然青涩但很扎实，以后写代码再也不敢 “省步骤” 了～
4.林哲兴
设计商品表结构时，我纠结 “分类字段用枚举还是关联表”，最后为了扩展性选了后者，果然后期加 “数码配件” 分类时省了大功夫。最有挑战的是优化搜索性能 —— 原本关键词查询要 2 秒，通过加联合索引、分表存储，最终压到了 200 毫秒内。现在明白：数据库不是 “存数据的盒子”，而是能让整个系统跑更快的引擎。
5.吴千晔
从写测试用例到模拟 “100 人同时抢闲置相机” 的场景，我成了团队里 “最会挑刺” 的人。印象最深的是发现 “用户注销后订单还能支付” 的高危 BUG，当时距离上线只剩 2 天，和开发同学熬夜修复的过程，让我懂了 “测试不是阻碍进度，而是守住底线”。现在看到平台稳定运行，比谁都开心～
6.胡致兴
为了让 “发布闲置” 的流程更简单，我把表单从 8 步砍到 3 步，还加了 “拍张照片自动填物品信息” 的引导。最难忘的是用户反馈 “个人中心的收藏按钮找不到”，我把图标从灰色改成橙色，点击量直接涨了 40%。这次项目让我明白：好的设计不是 “好看”，而是 “让用户不用想就能用”。
7.郑栋文
从搭 Docker 容器到配置 Nginx 反向代理，我搞定了 “项目部署到公共服务器” 的所有环节（还记得之前时区差 8 小时的坑吗？现在已经稳稳解决～）。
8.郑哲傲
我的核心任务是汇总平台上线后的用户反馈，整理成《用户使用调查报告》。从收集 “商品搜索找不到想要的”“交易沟通消息延迟” 等问题，到分类统计 “80% 用户希望加‘验货担保’功能”“65% 觉得发布流程太复杂”，我对着几百条问卷和聊天记录，逐字标注高频需求。最有挑战的是分析 “为什么男生更爱卖数码、女生更爱出服饰” 的偏好差异，查了校园消费数据才理清楚用户画像。这次项目让我明白：报告不是 “堆数据”，而是把用户的 “吐槽” 变成团队能看懂的 “改进方向”—— 当看到后续版本加了验货功能，突然觉得那些熬夜整理表格的功夫，真的能让平台变更好。
9.黄贵
从写需求文档到盯进度表，我是团队的 “备忘录”。最忙的是联调阶段，每天同步 3 个组的进度，还得把后端接口文档翻译成前端能看懂的版本。印象最深的是解决 “前后端对‘商品状态’定义不一致” 的问题，拉着大家开了 1 小时对齐会，终于把 “已售出”“已下架” 的逻辑理清楚。现在明白：协调不是 “传话筒”，而是让团队少走弯路的润滑剂。

2.2 成员分工

组员	工作内容	贡献度
102300416郑哲傲	撰写用户使用调查报告博客、冲刺博客3	11.1%
102300417胡致兴	冲刺博客2、博客总结	11.1%
102300418陈周发	冲刺博客1、多用户并行支持	11.1%
102300419黄贵	冲刺总结博客、冲刺博客7	11.1%
102300420林少杰	智能推荐算法引入、设计用户使用调查问卷	11.1%
102300421郑栋文	支付界面时区调整、冲刺博客6	11.1%
102300422吴坚铭	用户聊天界面开发、冲刺博客5	11.1%
102300429林哲兴	AI 帮写功能开发、项目部署到公共服务器	11.1%
102300521吴千晔	管理员界面优化、冲刺博客4	11.1%

3 项目成果展示

项目访问链接： 课程管理系统：http://47.98.173.43/

4 AI技术员

AI 技术员通过工具辅助开发、智能功能落地等方式，解决了开发效率、功能体验等核心问题，以下是具体作用及案例：

1. 需求拆解与系统设计：用 AI 降低开发门槛
   案例：最初团队对 “校园二手交易系统” 的需求仅停留在 “支持商品发布、交易” 的模糊描述，AI 技术员借助飞算 JavaAI 的 “智能引导” 功能，输入自然语言需求后，AI 自动生成结构化功能清单（拆分用户 / 商品 / 订单等模块），并补充了 “商品关联校区”“订单状态通知” 等隐性需求；同时一键生成数据库表结构（规避了 “字段冗余”“无索引” 等设计漏洞）。
   作用：将传统 2 小时的需求梳理、1 天的数据库设计，压缩到 10 分钟 + 30 分钟，帮新手开发者跳过 “设计混乱” 的坑。
2. 核心功能开发：AI 生成规范代码，提升效率
   案例：开发 “用户注册接口” 时，AI 技术员利用 AI 工具输入 “含学号唯一校验、密码 BCrypt 加密的注册接口”，AI 自动生成 Controller+Service+Mapper 层级代码，包含 JWT 认证、参数校验、异常捕获等逻辑；开发 “订单创建接口” 时，AI 直接添加@Transactional事务注解，确保 “下单 - 扣库存” 的原子性，避免数据不一致。
   作用：将传统 1 小时 / 接口的开发时间缩短至 5 分钟，代码规范度提升，减少了后期 Bug 修复量。
3. 进阶功能：实现商品智能推荐，优化用户体验
   案例：为解决 “学生搜不到相似闲置” 的问题，AI 技术员通过 AI 工具集成 Qdrant 向量数据库：输入 “商品标题 + 描述转向量” 需求，AI 生成向量转换代码，将商品信息存入数据库；同时生成 “基于用户浏览历史的相似商品推荐” 接口，当用户浏览 “考研英语真题” 时，系统自动推荐 “考研英语词汇书” 等相关闲置。
   作用：让校园二手平台从 “关键词搜索” 升级为 “语义推荐”，新发布商品的当日动销率提升约 20%。
4. 测试与优化：AI 辅助质量保障
   案例：测试 “订单创建功能” 时，AI 技术员输入 “订单创建接口测试”，AI 自动生成 JUnit 测试用例，覆盖 “库存不足”“商品下架” 等异常场景；同时 AI 检测到 “用户 / 商品模块重复写参数校验”，自动生成全局校验工具类，减少代码冗余 30%。
   作用：将传统 1 天的测试与优化工作压缩到 2 小时，提升了系统稳定性。