|
|
|
|
@ -0,0 +1,126 @@
|
|
|
|
|
# 小组会议纪要-第7周
|
|
|
|
|
|
|
|
|
|
## 会议记录概要
|
|
|
|
|
**团队名称**: 3班-葫芦娃救bug
|
|
|
|
|
**指导老师**: 李友焕
|
|
|
|
|
**主 持 人**: 项目经理 (PM)
|
|
|
|
|
**记录人员**: 梁峻耀
|
|
|
|
|
**会议主题**: 需求文档评审、小班课原型演示预演、数据库设计优化、前后端联调
|
|
|
|
|
**会议地点**: 天马二区一栋A01
|
|
|
|
|
**会议时间**: 2025-11-06 15:07-17:30
|
|
|
|
|
**记录时间**: 2025-11-09 18:00
|
|
|
|
|
**参与人员**: 全体成员
|
|
|
|
|
|
|
|
|
|
## 会议内容
|
|
|
|
|
|
|
|
|
|
### 1. 需求文档评审
|
|
|
|
|
- **文档版本确认**:对《需求规格说明书》V0.2版本进行了全面评审,确认文档结构完整,内容符合项目目标
|
|
|
|
|
- **功能需求优化**:
|
|
|
|
|
- 优化系统响应流程,将"系统验证"调整为"用户等待系统执行",使描述更贴合实际交互过程
|
|
|
|
|
- 增加对危险操作的确认机制,确保DML操作(INSERT/UPDATE/DELETE)前必须经过用户确认
|
|
|
|
|
- 明确AI服务调用规则,确认AI操作必须由用户明确触发,不能自动执行
|
|
|
|
|
- **非功能需求确认**:
|
|
|
|
|
- 确立90%的可用性指标,基于用户操作成功次数与总操作次数的比率
|
|
|
|
|
- 强化安全需求,增加危险操作审计功能,记录所有对数据库的修改操作
|
|
|
|
|
- 确认系统可维护性要求,支持模块化替换与升级
|
|
|
|
|
|
|
|
|
|
### 2. 小班课原型演示预演
|
|
|
|
|
- **演示流程确认**:
|
|
|
|
|
- 由李文韬负责原型界面讲解,重点展示用户工作区、对话界面和报表功能
|
|
|
|
|
- 梁峻耀负责数据库设计讲解,使用Power Design工具展示表结构和关系
|
|
|
|
|
- 确认演示顺序:先用户端功能,再管理员功能,最后数据库设计
|
|
|
|
|
- **界面功能优化**:
|
|
|
|
|
- 增加"用户活跃度报表"页面,展示用户查询次数和资源使用情况,辅助管理员决策
|
|
|
|
|
- 添加"管理员公告"功能,支持草稿/已发布状态管理,增强系统通知能力
|
|
|
|
|
- 优化封禁/解封流程,在登录页面提供申诉入口,提升用户体验
|
|
|
|
|
- **核心业务流程演示**:
|
|
|
|
|
- 演练了从自然语言描述到数据库创建的完整流程
|
|
|
|
|
- 演示了SQL查询、结果展示及导出功能
|
|
|
|
|
- 展示了管理员对用户行为的监控与管理能力
|
|
|
|
|
|
|
|
|
|
### 3. 数据库设计优化
|
|
|
|
|
- **表结构完善**:
|
|
|
|
|
- 最终确认包含15张核心表的设计方案,较前期增加了用户活动表、用户状态表和违规操作日志表
|
|
|
|
|
- 为用户表增加登录IP、最后登录时间等字段,强化用户行为追踪
|
|
|
|
|
- 设计独立的用户状态表,记录封禁/解封状态及变更原因
|
|
|
|
|
- **关键表设计**:
|
|
|
|
|
- **用户活动表**:记录用户登录、登出、设置变更等行为,包含操作时间、IP地址、操作详情
|
|
|
|
|
- **违规操作日志表**:记录异常登录、可疑查询等行为,为自动封禁提供数据支持
|
|
|
|
|
- **查询结果表**:优化设计,支持存储历史版本,便于数据对比和回溯
|
|
|
|
|
- **公告表**:增加状态字段(草稿/已发布),支持内容版本管理
|
|
|
|
|
- **审计机制**:
|
|
|
|
|
- 确认所有用户操作和管理员操作均需记录
|
|
|
|
|
- 设计专门的申诉流程表,记录用户解封申请和管理员处理结果
|
|
|
|
|
- 为所有关键表添加创建时间、修改时间字段,确保操作可追溯
|
|
|
|
|
|
|
|
|
|
### 4. 前后端联调
|
|
|
|
|
- **环境搭建**:
|
|
|
|
|
- 尝试使用Radmin组建局域网,实现开发环境共享
|
|
|
|
|
- 配置MySQL允许远程连接,解决局域网内数据库访问问题
|
|
|
|
|
- 确认前后端均部署在Linux(WSL)环境下,保证环境一致性
|
|
|
|
|
- **接口测试**:
|
|
|
|
|
- 验证FastAPI基础接口可用性,测试GET请求通信
|
|
|
|
|
- 讨论并规划核心API接口,包括用户认证、对话管理、数据库操作等
|
|
|
|
|
- 确认使用HTTPS保证通信安全
|
|
|
|
|
- **技术挑战**:
|
|
|
|
|
- 解决跨域资源共享(CORS)问题,配置FastAPI允许前端域名访问
|
|
|
|
|
- 优化MySQL远程连接配置,修改权限设置允许局域网IP访问
|
|
|
|
|
- 讨论前后端数据格式,确认JSON作为主要交换格式
|
|
|
|
|
|
|
|
|
|
## 后续任务安排
|
|
|
|
|
|
|
|
|
|
### (1)项目主要任务方面:
|
|
|
|
|
- **需求文档**:完成《需求规格说明书》版本,整合评审意见
|
|
|
|
|
- **原型完善**:根据小班课反馈,优化界面交互和功能展示
|
|
|
|
|
- **数据库实现**:完成15张表的SQL脚本编写和测试
|
|
|
|
|
- **前后端开发**:
|
|
|
|
|
- 后端:搭建FastAPI基础框架,实现用户认证模块
|
|
|
|
|
- 前端:熟悉API文档,开始对接后端接口
|
|
|
|
|
- 联调:解决跨域和远程连接问题,确保基础通信正常
|
|
|
|
|
- **演示准备**:进一步演练小班课演示内容,确保流程顺畅
|
|
|
|
|
|
|
|
|
|
### (2)具体任务安排:
|
|
|
|
|
- 会议记录:梁峻耀
|
|
|
|
|
- 会议主持:王利蓉
|
|
|
|
|
- 文档管理:李果霖
|
|
|
|
|
- 周计划与周总结:李文韬
|
|
|
|
|
- 进度管理:李果霖
|
|
|
|
|
- 日常考勤:王利蓉
|
|
|
|
|
- 数据库开发:梁峻耀、李文韬、李果霖
|
|
|
|
|
- 前端开发:李果霖、李文韬
|
|
|
|
|
- 后端开发:梁峻耀、王利蓉、伊木然
|
|
|
|
|
- 测试验证:全体成员
|
|
|
|
|
|
|
|
|
|
### (3)会议时间安排:
|
|
|
|
|
- 例会时间:星期日晚上7:00-10:00
|
|
|
|
|
- 技术讨论时间:星期日晚上7:00-10:00
|
|
|
|
|
- 临时会议:根据开发需要,通过团队群组协调
|
|
|
|
|
|
|
|
|
|
## 问题总结
|
|
|
|
|
|
|
|
|
|
### 已解决问题:
|
|
|
|
|
- 完成《需求规格说明书》V0.2版本评审,确定优化方向
|
|
|
|
|
- 确认小班课演示分工和流程,明确各自负责内容
|
|
|
|
|
- 优化数据库设计,增加用户活动、状态管理相关表结构
|
|
|
|
|
- 验证局域网内前后端基础通信可行性
|
|
|
|
|
- 确定用户封禁/解封流程及申诉机制设计
|
|
|
|
|
|
|
|
|
|
### 待解决问题:
|
|
|
|
|
- MySQL远程连接配置问题,需修改权限设置允许局域网访问
|
|
|
|
|
- 前后端跨域资源共享(CORS)配置尚未完成
|
|
|
|
|
- 用户申诉功能的具体实现细节需要进一步讨论
|
|
|
|
|
- 查询结果历史版本功能的前端展示方案待确定
|
|
|
|
|
- AI服务与系统集成的调用机制需要明确
|
|
|
|
|
|
|
|
|
|
## 小组协作情况总结
|
|
|
|
|
**协作情况**: 本周团队协作高效,成员们在会议中积极参与讨论,针对需求文档、原型设计和数据库结构提出了建设性意见。特别是在前后端联调环节,团队成员互相协助,共同解决了环境配置问题,体现了良好的技术协作精神。
|
|
|
|
|
|
|
|
|
|
## 一周纪律情况总结
|
|
|
|
|
**纪律情况**: 小组纪律良好,全体成员按时参加本次会议。会议期间专注讨论,有效利用时间,完成了需求评审、原型预演、数据库优化和联调测试等重要任务。
|
|
|
|
|
|
|
|
|
|
## 备注
|
|
|
|
|
- 本次会议重点是为小班课做准备,同时推进系统核心功能开发
|
|
|
|
|
- 数据库设计已基本稳定,后续重点是实现前后端联调和核心业务逻辑
|
|
|
|
|
- 需特别关注用户安全审计功能,这是系统的重要特色
|
|
|
|
|
- 下周例会将重点关注API文档确认与核心功能实现进度
|
|
|
|
|
- 建议团队成员提前学习FastAPI和React相关知识,为开发工作做好准备
|