耍起最队———α冲刺Day5
耍起最队|StudyDay Alpha 冲刺 Day 5
| 项目 | 内容 |
|---|---|
| 这个作业属于哪个课程 | 202601福大-软件工程实践-W班 |
| 团队名称 | 耍起最队 |
| 这个作业要求在哪里 | 软件工程实践团队作业:站立式会议+α冲刺 |
| 这个作业的目标 | 修复阶段演示问题,完成核心流程联调和华为云测试部署,复测关键缺陷,整理Alpha阶段运行与协作记录 |
| 其他参考文献 | 《构建之法》、本组需求规格说明书与系统/数据库设计说明书 |
目录
一、站立式会议
参会成员: 柯镇海、胡加乘、杨伟烨、范敬翔、黄思哲、赵子龙、黄思扬、郑宇澄。
会议照片:

今天的站会从Day4展示版的问题清单开始。大家逐项确认哪些问题会影响登录、课表到任务、专注记录和AI转笔记,先处理会让流程中断或结果无法保存的问题,再安排页面细节。
会上还核对了华为云测试环境的配置分工:负责人统一版本和访问入口,后端确认服务与数据库连接,前端确认构建和代理,测试分别记录本地与云端结果。今天继续围绕已有流程修复和联调,较完整的记忆、计划和高级管理功能保留到后续迭代。
二、项目燃尽图
项目燃尽图:

本图按最新Alpha计划中的56项任务包统计:8位成员、7天,每人每天一条主任务。Day0表示开工基线,Day1—Day7表示每日收尾;理想线按每天验收8项绘制,因此Day5的计划剩余为16项。
图中没有实际进度线,16项仅表示计划目标。任务包大小不同,任务数不等于人时;本图与早期按人时绘制的图口径不同,不能直接拼接或比较实际下降幅度。
三、今日进展总览
Day5的重点是让阶段版本能够稳定复现。我们对Day4留下的联调问题进行了分类和修复,把前端构建、Go/Gin服务、MySQL连接和测试配置整理到统一流程中,并在华为云测试环境中核对两条核心链路。
第一条链路是登录、查看课表、创建两类任务、开始专注和查看历史。学习任务可选本人课程,生活任务不关联课程;课程入口会带入当前课程信息。专注刷新后恢复同一条记录,结束专注和完成任务分别处理,历史展示使用开始时保存的必要快照。
第二条链路是真实问答、回答保存、确认转笔记和刷新查看笔记。我们分别检查了模型调用、消息保存和笔记确认,补齐失败提示及重试后的结果恢复。普通成功回答自动保存,正式转成笔记前仍由用户确认。
基础统计保持为简易信息展示,使用服务端已经保存并结算的数据。今天的主要成果仍是核心缺陷修复、跨环境联调和测试记录,后续会结合这些结果准备阶段展示。华为云版本用于团队测试,暂不作为完整产品交付。
今天进一步明确了几条协作约定:
- 本地与云端配置分别管理,密钥和数据库口令由服务端注入,前端统一通过约定的接口入口访问。
- 重试沿用原请求标识;响应丢失时先查询保存结果,再决定下一步操作,避免重复创建消息、笔记或专注记录。
- 缺陷修复附对应Issue和提交,测试按原复现步骤重新执行,并写清版本与环境。
- 先保障两条主流程和关键失败提示,新增模块、复杂图表及页面精修按后续迭代安排。
四、成员进展
| 成员 | 从昨天站立式会议到现在的进展 | 存在的问题/遇到的困难 | 从现在到明天站立式会议的安排 | 心得体会 | 工作痕迹 |
|---|---|---|---|---|---|
| 柯镇海(项目负责人) | 整理Day4演示过程中发现的问题,按是否阻塞主流程安排修复;统一前后端构建与测试配置,完成华为云测试版打包和部署,核对首版操作说明。 | 本地和云端的地址、环境变量及初始化步骤容易混淆,多模块同时调整配置时需要统一入口。 | 冻结新增功能,组织一次完整展示彩排;核对测试报告、Issue和提交记录,分配剩余阻塞问题。 | 能按说明重复运行,比临时在一台电脑上演示成功更有价值。 | |
| 胡加乘(后端) | 修复认证、课表和笔记最小接口的联调问题;核对云端配置、健康检查和统一错误返回,配合完成登录、课程读写与笔记读取验证。 | 环境变化后,数据库连接、认证头和接口代理都可能影响同一条请求,排查时需要先定位失败环节。 | 回归错误口令、未登录、过期令牌和本人资源校验;修复彩排阻塞,整理本模块启动与接口说明。 | 先确认请求经过哪一层、返回什么错误,比反复改页面提示更有效。 | |
| 杨伟烨(前端) | 修复任务和专注流程的走测问题,核对云端任务状态、专注恢复和历史展示;将最简统计结果接成信息卡,保持页面可读、可操作。 | 计时显示、结束后的保存状态和任务完成状态容易被混为一谈,需要分别反馈。 | 回归创建和完成任务、刷新恢复、结束失败重试及基本手机布局;准备任务到专注历史的展示步骤。 | 专注结束后还要让用户清楚知道记录是否保存,不能只把倒计时停下来。 | |
| 范敬翔(后端) | 修复任务与专注的数据问题,复核重复开始、重复结束及历史查询;检查云端目标数据库和GORM映射,补充本人范围内的简易统计查询。 | 历史记录必须使用开始时的任务快照,统计还要区分运行中和已经结算的专注,不能直接拿当前页面状态汇总。 | 在MySQL中回归单RUNNING、一次结算、active恢复和必要快照;对已开放的编辑或软删入口检查历史保留。 | 数据库里的状态和查询条件要明确,不能把“页面看起来正常”当作记录一定正确。 | |
| 黄思哲(后端) | 修复AI会话保存与转笔记来源校验问题,核对华为云到模型服务的网络、密钥和超时配置;保持首版问答契约稳定,分别处理生成失败和保存失败。 | 第三方服务耗时和网络状态不固定;响应中断后,需要先核对持久化结果,再决定是否重试。 | 补测模型失败、超时、数据库保存失败和响应丢失;核对同请求恢复和成功消息去重,整理真实调用说明。 | 模型给出了文字和业务已经保存是两步,恢复请求时也要先确认原结果。 | |
| 赵子龙(前端) | 修复聊天和笔记页面的走测问题,验证云端回答状态、预览编辑、取消与确认;补齐保存失败保留内容、返回列表和长文本展示等关键交互。 | 同一次操作可能经历生成、等待保存和失败重试,界面提示不清楚就容易引起重复点击。 | 走测发送、失败、历史恢复、预览取消、重复确认及笔记刷新;整理可复现操作步骤和真实录屏。 | 提示文案应对应实际状态,只有拿到保存结果才显示成功。 | |
| 黄思扬(前端) | 修复登录、周课表和页面导航问题,配合前端构建及Nginx的/api代理;在另一设备检查测试版访问,补充前端配置与启动说明。 | 开发环境和服务器的访问路径不同,页面刷新、代理地址和登录凭证处理需要一起核对。 | 回归注册登录、课表、课程到任务入口和退出;检查展示设备上的表单、返回路径与关键按钮。 | 页面能在开发机打开还不够,交给其他成员后也应能按说明运行。 | |
| 郑宇澄(测试) | 复测Day4已修复问题,在本地与华为云测试环境重复执行两条核心流程和接口脚本;登记当前完成范围、未覆盖功能及需要继续复测的缺陷。 | 接口和配置仍在调整,测试结果必须写清环境及版本,否则容易把不同版本的结果混在一起。 | 集中回归用户隔离、重复提交、专注恢复、AI失败及转笔记;独立走完整展示,汇总残余问题。 | 修复后重新执行原用例并留结果,才能说明这个问题确实解决了。 |
工作痕迹由各成员补充真实Issue、代码提交、合并请求、测试记录或成果链接。
五、明日计划(Day 6)
Day6把重点转到集中回归和展示彩排:
- 冻结新增功能,对两条核心流程做一次连贯走测,确认从登录到结果保存都能完成。
- 重点回归用户隔离、重复提交、专注刷新恢复与一次结算,以及AI失败、回答保存和笔记确认。
- 对已经开放的编辑或软删入口检查历史保留;尚未实现的功能明确列入未覆盖清单。
- 整理接口与运行说明、测试报告、缺陷处理记录,确保材料能够对应当前版本。
- 用一次真实彩排检查演示顺序和操作数据,挑选能说明问题发现、修复、复测过程的具体案例。
- 汇总剩余阻塞并落实到人,优先解决会影响展示和数据正确性的问题。
阶段展示除页面结果外,也会呈现我们如何从设计拆成任务、怎样对齐接口、遇到什么问题,以及怎样验证修复结果。本轮未完成的长期记忆、候选计划、子任务和笔记高级管理等内容,继续放在后续迭代清单中。
六、AI技术员工作情况
AI技术员作为成员使用的辅助工具,不另计为第9名成员。下表按本日计划完成的情形提供参考,实际输入、采用内容和验证记录由对应成员补充。
| AI辅助角色/使用成员 | 协助的具体工作 | 对效率的帮助 | 人工核验与采用要求 | 工作痕迹 |
|---|---|---|---|---|
| AI程序员(胡加乘、范敬翔、黄思哲) | 对照实际错误和配置,协助梳理认证/数据库/代理问题;检查专注重复结束、AI保存和转笔记重试分支。 | 把排查步骤和遗漏分支列清,减少多人重复寻找同一类配置问题。 | 成员检查建议是否符合Go/Gin/GORM和既定业务规则,在目标环境运行;修复后由测试复测。 | |
| AI测试员(郑宇澄) | 辅助补充未登录、越权、响应丢失、重复确认等用例,并整理实际缺陷的复现步骤和回归清单。 | 将零散问题归并为可重复执行的检查,便于修复后快速回归。 | 人工确认预期并实际执行;生成用例和脚本本身不等于测试通过。 | |
| AI界面助理(杨伟烨、赵子龙、黄思扬) | 辅助检查加载、保存失败、重试和返回路径,提出长文本及基本手机布局调整建议。 | 优先发现阻挡核心操作的页面问题,减少为装饰性调整来回返工。 | 只采用与真实接口状态一致的提示和交互,在展示设备上检查。 | |
| AI记录助理(柯镇海) | 协助把成员实际提供的Issue、提交和测试记录整理成站会、接口差异及阶段总结草稿。 | 减少重复整理文字的时间,方便检查任务、版本与证据是否对应。 | 全员确认本人记录;未发生的开发、测试和效率数据不补造。 |
AI辅助的贡献以具体采用的建议、人工改动和验证结果说明,不填写未经测量的节省时间或效率比例。密钥、口令和私人聊天内容不进入提示词或公开截图。
相关推荐
产教融合实训基地与实践中心建设逻辑图-可编辑版
产教融合实训基地与实践中心建设逻辑图-可编辑版
idea2025-free.zip
idea2025-free.zip
sop基于灵敏度分析的有源配电网智能软开关优化配置升级1(Matlab代码实现)
内容概要:本文提出了一种基于灵敏度分析的有源配电网智能软开关(SOP)优化配置方法,旨在应对高比例分布式电源接入带来的电压波动与网络损耗加剧等问题。研究以IEEE33节点系统为算例,通过改进的灵敏度分析模型量化各节点对电压和功率流动的影响程度,进而构建SOP选址与定容的优化模型,实现降低网损、改善电压分布及提升系统运行灵活性的目标。全文详细阐述了灵敏度指标的数学推导、目标函数与约束条件的建模过程,并基于Matlab实现了完整的仿真求解流程,具备良好的工程实用性与学术参考价值。; 适合人群:电力系统及其自动化、电气工程等相关专业的硕士博士研究生、科研机构研究人员,以及从事智能配电网规划、运行与优化的工程技术人员。; 使用场景及目标:①研究分布式电源大规模接入背景下配电网的主动调控与优化策略;②指导智能软开关在实际配电网中的科学选址与容量配置;③为相关科研课题提供可复现的仿真案例,支撑学术论文撰写与算法验证。; 阅读建议:建议读者结合提供的Matlab代码与IEEE33节点标准模型进行动手实践,重点理解灵敏度指标的物理意义及其在优化模型中的应用逻辑,关注求解过程中的约束设置与算法收敛性,并可进一步拓展至SOP与储能联合配置、多时间尺度优化等复杂场景进行二次开发与研究。
Ubuntu安装Latex
关于Ubuntu安装Latex的详细记录和排错指南
高校技术转移办公室人员在成果转化过程中,如何实现科技成果与产业需求的高效对接?.docx
高校技术转移办公室人员在成果转化过程中,如何实现科技成果与产业需求的高效对接?


