103
社区成员
发帖
与我相关
我的任务
分享| 这个作业属于哪个课程 | 软件工程 |
|---|---|
| 这个作业要求在哪里 | 团队作业——站立式会议+α冲刺 |
| 团队名称 | 哈基米队 |
| 这个作业的目标 | 讨论项目每个成员从昨天站立式会议到现在的进展、存在的问题/遇到的困难、从现在到明天站立式会议的安排 |
| 其他参考文献 | 《构建之法》 |
1.1 SpringBoot 组
(1)郑哲做(S1)
项目进展:完成了登录 / 注册接口的开发并编写测试用例。
存在的问题 / 困难 :接口测试时,参数校验逻辑与前端交互存在细节差异,需反复调试;登录鉴权的 Token 生成与过期逻辑需进一步优化。
今天到明天安排 :开发商品发布 / 查询接口,重点测试接口的并发性能与参数合法性。
心得体会 :对 SpringBoot 的工程化搭建有了更深入理解,接口开发中 “测试驱动” 的思路能有效减少 BUG,后续需加强对高并发场景下接口稳定性的考量。
(2)吴坚铭(S2)
项目进展:实现了管理员商品管理接口,对接 Dao 层。
存在的问题 / 困难:业务流程梳理时,管理员与学生的操作边界需更明确,导致接口设计有反复调整;Dao 层对接时,复杂查询的 SQL 语句性能待优化。
今天到明天安排:实现订单创建 / 支付状态更新接口,对接订单表 Mapper,重点关注订单状态流转的事务一致性。
心得体会:业务流程梳理是接口设计的核心,前期投入足够时间理清逻辑,能减少后续开发的返工;与数据层的对接要充分考虑 SQL 性能,避免因数据量增长导致接口响应缓慢。
(3)林哲兴(S3)
项目进展:实现管理员用户管理接口,开发权限校验逻辑。
存在的问题 / 困难:Spring Security 的权限配置较复杂,不同角色(管理员、学生)的权限粒度控制需精细调整,出现过权限溢出或不足的情况;权限校验逻辑与业务接口的整合需更高效。
今天到明天安排:开发收藏接口、个人中心接口,对接前端页面并测试用户操作的权限合法性。
心得体会:权限管理是系统安全的关键,Spring Security 功能强大但配置繁琐,需结合业务场景逐步细化;接口开发中 “权限先行” 的思路能有效避免越权操作,后续要持续优化权限校验的性能。
二、Web 组
(1)黄贵(W1)
项目进展:实现登录 / 注册页面,对接后端登录 / 注册接口。
存在的问题 / 困难:页面原型设计与前端组件实现存在视觉差异,需与 UI 设计反复沟通;接口联调时,跨域问题和 Token 传递逻辑需仔细处理。
今天到明天安排:实现前端首页、商品详情页,对接后端商品查询接口,优化页面加载性能。
心得体会:前端工程化搭建要注重可维护性,全局样式和组件的复用能提升开发效率;与后端联调时,接口文档的准确性和联调流程的规范性很重要,减少因沟通不畅导致的问题。
(2)陈周发(W2)
项目进展:开发管理员后台首页、商品管理页面,对接后端商品管理接口。
存在的问题 / 困难:管理员页面的表格组件(如商品列表)在数据量大时渲染卡顿,需优化组件性能;前端路由权限控制与后端权限校验的逻辑需保持一致,调试时出现过权限不匹配的情况。
今天到明天安排:开发商品发布页面、收藏功能,对接后端商品发布和收藏接口,重点测试表单提交的合法性与收藏状态的实时更新。
心得体会:前端组件的封装要考虑通用性和性能,尤其是数据驱动型组件;前后端权限逻辑的一致性是系统稳定的基础,需建立联调时的 “权限校验 Checklist” 来规避问题。
(3)骆泽权(W3)
项目进展:开发用户管理页面,对接后端用户管理接口。
存在的问题 / 困难:Axios 封装的错误拦截逻辑不够完善,接口异常时前端提示不友好;用户管理页面的分页、筛选功能与后端接口的参数约定需更清晰,导致数据展示异常。
今天到明天安排:实现个人中心页面、订单支付页面,对接订单接口,重点测试订单状态与支付流程的前端交互逻辑。
心得体会:API 封装是前端工程的核心基础,完善的错误处理和请求拦截能提升用户体验;页面功能开发要紧密结合后端接口文档,提前明确参数和数据格式,减少联调成本。
三、数据库组
(1)林少杰(D1)
项目进展:执行索引 SQL,测试索引有效性并优化表结构。
存在的问题 / 困难:E-R 图设计时,实体间的关联关系(如订单与商品、用户的关联)需更严谨,导致表结构有微调;索引测试时,部分高频查询的索引效果未达预期,需分析执行计划优化。
今天到明天安排:优化商品 / 订单查询 SQL,对比优化前后耗时,重点提升核心业务的查询性能。
心得体会:数据库设计是系统性能的基石,E-R 图的严谨性直接影响表结构和关联查询的效率;索引优化需结合实际查询场景,盲目添加索引反而会降低写入性能,要通过执行计划精准优化。
(2)胡致兴(D2)
项目进展:编写用户 / 商品管理 SQL,测试 SQL 执行效率。
存在的问题 / 困难:高频查询场景的识别需结合业务需求,初期对 “高频” 的判断有偏差,导致索引设计冗余;用户 / 商品管理 SQL 在批量操作时性能不足,需优化 SQL 语句或表结构。
今天到明天安排:编写订单 / 收藏管理 SQL,测试 SQL 并发执行情况,确保高并发场景下的数据一致性与性能。
心得体会:索引设计要 “有的放矢”,结合业务真实查询场景才能发挥最大价值;SQL 优化是持续过程,尤其是并发场景下,需关注锁机制和事务隔离级别对性能的影响。
(3)郑栋文(D3)
项目进展:设计数据备份策略,编写备份脚本并测试恢复。
存在的问题 / 困难:数据库安装配置时,字符集、引擎等参数选择需更贴合业务(如中文存储、事务支持),初期配置有疏漏;数据备份脚本的自动化执行与恢复测试流程需更完善,手动操作 易出错。
今天到明天安排:监控数据库运行状态,优化数据库配置(如连接池、缓存等),保障系统整体性能与稳定性。
心得体会:数据库基础环境配置要细致,参数选择直接影响数据存储和系统性能;数据备份与恢复是系统可靠性的底线,需制定自动化、可验证的方案,避免因数据丢失导致业务中断。




| 成员 | 安排 |
|---|---|
| 郑哲傲 | 开发登录/注册接口,编写接口测试用例 |
| 胡致兴 | 编写用户/商品管理SQL,测试SQL执行效率 |
| 陈周发 | 开发管理员后台首页、商品管理页面 |
| 黄贵 | 实现登录/注册页面 |
| 林少杰 | 执行索引SQL,测试索引有效性,优化表结构 |
| 郑栋文 | 设计数据备份策略,编写备份脚本并测试恢复 |
| 吴坚铭 | 实现管理员商品管理接口,对接Dao层 |
| 骆泽权 | 开发用户管理页面,对接后端用户管理接口 |
| 林哲兴 | 实现管理员用户管理接口,开发权限校验逻辑 |