202601福大-软件工程实践-W班
耍起最队——α冲刺Day2
墨衍会员 · AI 创作全网分发 墨衍智能分发 通过墨衍一键同步至各平台 可同步平台 CSDN微信公众号微博知乎掘金百家号博客园抖音小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年，写一次发全网
我也要 关注 + 加入社区耍起最队｜StudyDay Alpha 冲刺 Day 2
| 项目 | 内容 |
|---|---|
| 这个作业属于哪个课程 | 202601福大-软件工程实践-W班 |
| 团队名称 | 耍起最队 |
| 这个作业要求在哪里 | 软件工程实践团队作业-站立式会议+α冲刺 |
| 这个作业的目标 | 完成前后端工程启动与首批功能骨架，跑通登录、任务、AI 问答等核心流程的第一版，并同步开展冒烟测试 |
| 其他参考文献 | 《构建之法》 |
一、站立式会议
会议照片：
今天的会议主要围绕三个问题展开：工程能不能顺利跑起来、前后端约定的字段是否一致，以及各模块是否已经形成可演示的最小闭环。大家逐项汇报了昨天会议后完成的工作，并把联调中暴露的问题重新拆成了更小的任务。
二、项目燃尽图
三、今日进展总览
Day 2 的目标是让 StudyDay 从设计文档走向可以实际运行的工程。前端完成了登录、课表、任务、AI 聊天和笔记等页面的第一版结构；后端搭起 Spring Boot 工程，推进用户认证、课程和任务相关接口；数据库完成测试环境建表并核对关键约束；测试也不再只停留在用例设计，开始跟随首批接口做冒烟检查。
今天还确认了几项会影响后续联调的统一规则：
- 前后端使用统一的响应结构和错误码，表单校验以服务端规则为准，前端同步给出即时提示。
- 学习任务必须关联课程，生活任务不关联课程，页面和接口都按同一规则校验。
- 专注记录保存创建时的任务信息快照，避免任务被修改或删除后历史记录失真。
- AI 回复生成与会话消息保存分别处理，界面需要区分“生成中”“生成失败”和“保存成功”等状态。
四、成员进展
| 成员 | 从昨天站立式会议到现在的进展 | 存在的问题／遇到的困难 | 从现在到明天站立式会议的安排 | 心得体会 |
|---|---|---|---|---|
| 柯镇海（项目负责人） | 整理前后端启动步骤，将首批任务拆成仓库 Issue，并继续核对登录、课程、任务、专注和 AI 模块间的依赖 | 不同模块的完成标准还不够统一，只写“完成页面”或“完成接口”不方便验收 | 给 Issue 补充验收条件，组织登录和任务模块的第一次联调，更新燃尽图 | 任务拆得小还不够，必须把“怎样算完成”写清楚，开发和测试才能对齐 |
| 胡加乘（后端） | 搭建 Gin 工程，完成登录、注册接口的基础结构，统一响应体和异常返回格式 | 登录状态、参数校验和错误码需要同时兼顾安全性与前端提示，规则容易重复 | 完成认证流程，补充密码加密与参数校验，并与登录页进行联调 | 接口能返回只是第一步，错误情况也必须稳定、可预测 |
| 杨伟烨（前端） | 完成任务创建和任务列表页的基础结构，实现学习任务、生活任务的表单差异，并预留专注入口 | 任务状态、课程选择和日期字段还依赖后端最终返回格式 | 接入任务列表和创建接口，补充加载、空数据和提交失败状态 | 页面不是把字段摆出来就结束，用户在每个状态下看到什么同样重要 |
| 范敬翔（后端） | 在测试库执行建表脚本，核对任务与课程的关联关系，并推进任务增删改查接口 | 既要保证历史专注记录可追溯，又不能让任务删除受到不合理限制 | 完成任务 CRUD 和专注记录快照处理，准备接口调试数据 | 数据表之间的关系必须结合实际业务操作验证，单看设计图很难发现边界问题 |
| 黄思哲（后端） | 完成 AI 兼容接口的最小调用验证，梳理会话、消息保存和异常处理流程 | 模型回复耗时不固定，生成失败、连接超时和落库失败需要分别处理 | 接入会话保存，明确流式响应与保存状态，补充超时和失败处理 | 第三方接口成功不代表业务流程完成，调用和落库必须分开确认 |
| 赵子龙（前端） | 完成 AI 聊天页和笔记页的基础框架，补充发送中、失败和保存确认等交互状态 | 模拟数据下流程顺畅，但真实接口的流式返回和错误信息还没有联调 | 接入 AI 最小调用接口，完成“回答转笔记”的确认流程 | 对话页面最容易忽略中间状态，清楚的反馈能避免用户重复操作 |
| 黄思扬（前端） | 使用 Vite 搭起前端工程，完成登录页和课表页的静态结构及基础路由 | 课表的周视图、空状态和移动端布局还需要进一步统一 | 接入登录接口，完善课表周视图和无课程时的提示 | 先让结构跑起来，再逐步接数据，比等待所有接口完成更有效率 |
| 郑宇澄（测试） | 整理登录、注册和任务模块的首批测试用例，并对已具备条件的接口开展冒烟测试 | 接口仍在快速调整，用例中的字段和预期结果需要跟着更新 | 固化接口测试环境，重点验证未登录、参数错误、重复提交和越权访问 | 测试越早介入，越容易在接口还没大范围使用前发现约定不一致 |
五、明日计划
Day 3 将把工作重心从“各模块分别跑起来”转到“核心流程能够联调”：
- 完成登录接口与登录页联调，统一身份失效和错误提示。
- 接通任务创建、任务列表和课程数据，验证学习任务与生活任务的差异。
- 继续完善专注记录快照和历史记录查询。
- 推进 AI 对话消息保存及“回答转笔记”的最小闭环。
- 根据首轮冒烟结果修复问题，并开始整理可重复执行的接口测试。
相关推荐
基于MATLAB的复合弹性模量分析，采用混合法则，结合纤维体积分数变化和图形结果。.zip
1.版本：matlab2014a/2019b/2024b 2.附赠案例数据可直接运行。 3.代码特点：参数化编程、参数可方便更改、代码编程思路清晰、注释明细。 4.适用对象：计算机，电子信息工程、数学等专业的大学生课程设计、期末大作业和毕业设计。
基于MATLAB的自适应纯追踪曲线跟踪机器人仿真，采用多路径、自适应速度控制和图形界面可视化。.zip
1.版本：matlab2014a/2019b/2024b 2.附赠案例数据可直接运行。 3.代码特点：参数化编程、参数可方便更改、代码编程思路清晰、注释明细。 4.适用对象：计算机，电子信息工程、数学等专业的大学生课程设计、期末大作业和毕业设计。
【数据库优化】通信行业B/O域查询性能提升：基于分区裁剪与覆盖索引的秒级溯源系统实现
内容概要：本文围绕通信行业中海量话单与信令数据的查询性能问题，系统阐述了从全表扫描到秒级响应的数据库优化路径。文章以运营商 cdr_detail 表为案例，揭示了因使用函数操作索引列（如DATE(call_start_time)）和深分页（LIMIT offset, size）导致的全表扫描问题，并提出完整的优化方案：通过时间范围RANGE分区实现分区裁剪、构建msisdn与时间的联合覆盖索引、消除索引列函数运算、采用游标分页替代OFFSET等方式，使查询性能从P95 8.3秒降至290毫秒。同时介绍了执行计划分析（EXPLAIN）在调优中的关键作用，并展望了HTAP架构、向量化执行与AI自治优化器等未来方向。; 适合人群：具备一定数据库基础知识，从事通信行业数据开发、DBA或后端研发的技术人员，尤其是面对大规模时序数据查询性能瓶颈的工程师；; 使用场景及目标：①解决营业厅用户详单查询、网间结算对账、VoNR信令分析等高并发、低延迟查询场景下的性能问题；②掌握如何通过分区策略、索引设计和SQL改写实现从全表扫描到精准索引访问的优化落地； 阅读建议：建议结合实际生产环境中的大表查询案例，对照本文的反例与正例进行执行计划对比分析，并在测试环境中实践分区表创建、覆盖索引构建及游标分页改写，深入理解每项优化技巧的实际效果。
石墨提纯全球市场结构与产业发展趋势分析报告（QYResearch最新研究）.docx
石墨提纯全球市场结构与产业发展趋势分析报告（QYResearch最新研究）
政府科技管理者如何提升科技成果转化政策的精准匹配与执行效率？.docx
政府科技管理者如何提升科技成果转化政策的精准匹配与执行效率？
