团队作业6——复审与事后分析

团队作业6——复审与事后分析

这个作业属于哪个课程	软件工程
这个作业要求在哪里	作业要求
这个作业的目标	复审与事后分析

Alpha阶段项目复审

排名	小组名字	优点	缺点
1	DeepMind	- 动态学习路径推荐算法(创新点) - 完整的CI/CD流水线 - 社区支持Markdown+代码片段 - Docker跨平台部署 - GitHub提交规范 - 用户画像精准度较高	1. 具体Bug：移动端布局错位/API响应>5秒 2. 目标：核心完成但30%代码需重构 3. 风险：5次部署故障 4. 用户：推荐准确率72% 5. 取舍：社区功能超时200% 6. 改进：加强移动端验收测试
2	Xiaoguwei Special Task Force	- 核心用户痛点解决彻底 - 执行力强(流程规范) - 详细的部署文档 - 明确的技术债务识别 - 接口设计文档完整	1. 具体Bug：暗黑模式样式缺陷 2. 目标：次要需求未完成 3. 风险：初期评审不足 4. 用户：国际短信缺失 5. 取舍：缓存后补 6. 改进：需求阶段技术评审
3	锟斤铐	- 隐私设计理念清晰 - Go+Vue技术栈轻量化 - 匿名聊天核心功能完整 - 提供多种部署方案 - Docker镜像控制规范	1. 具体Bug：连接中断/移动适配差 2. 目标：基础功能达标 3. 风险：未系统跟踪 4. 用户：无反馈数据 5. 取舍：优先核心模块 6. 改进：补充压力测试
4	DeepSleep	- Scrum执行严格 - 多阶段测试计划 - MVP范围控制得当 - 分工明确 - Bug修复率较高	1. 具体Bug：无详细描述 2. 目标：完成但无工程细节 3. 风险：缺乏燃尽图 4. 用户：无实际反馈 5. 取舍：过程不透明 6. 改进：补充DoD标准
5	代码射手	- 游戏机制设计合理 - Bug分类系统(32个) - 每日站会效率高 - 发布标准明确 - 事后分析报告详细	1. 具体Bug：UI不一致 2. 目标：框架完成但变更频繁 3. 风险：需求控制弱 4. 用户：无数据支持 5. 取舍：未量化标准 6. 改进：建立变更委员会
6	光速码农联盟	- 早期架构搭建快 - 跨域问题解决方案 - 移动端适配方案 - 碎片化学习设计 - 测试报告规范	1. 具体Bug：Alpha未修复Bug多 2. 目标：原型不稳定 3. 风险：描述简略 4. 用户：反馈模糊 5. 取舍：暂缓依据不明 6. 改进：制定SLA指标
7	Bug捕手队	- 高并发架构设计 - 压力测试方案 - 出口标准量化 - 需求分析改进明显 - 性能优化记录	1. 具体Bug：选课并发冲突 2. 目标：扩展性未验证 3. 风险：API依赖风险 4. 用户：UI细节差 5. 取舍：延后次要需求 6. 改进：构建Mock服务
8	Sparrow(麻雀)	- 短链核心功能完整 - 每日进度日志 - 限流安全措施 - 技术难题解决记录 - 部署文档清晰	1. 具体Bug：统计延迟 2. 目标：自定义域名缺失 3. 风险：验证码漏洞 4. 用户：安全顾虑 5. 取舍：明确延迟项 6. 改进：安全渗透测试
9	同舟共济队	- 老年用户适配 - 文档体系完整 - 数据库设计合理 - 测试计划覆盖全 - 团队反思深刻	1. 具体Bug：聊天窗口卡顿 2. 目标：放弃修复部分Bug 3. 风险：被动应对 4. 用户：无语音功能 5. 取舍：规范不统一 6. 改进：代码规范检查
10	EFBI	- 测试场景规划细致 - 用户分类明确 - 冲刺记录完整 - 发布说明模板规范 - 风险识别全面	1. 具体Bug：图片上传失败(关键) 2. 目标：未达出口标准 3. 风险：集成问题 4. 用户：核心功能缺陷 5. 取舍：25Bug仅修5个 6. 改进：保障基础流程
11	NO BUG	- 外卖流程精简合理 - Git提交规范 - 测试分层设计 - 成本控制意识 - 风险登记制度	1. 具体Bug：支付API限制 2. 目标：受外部制约 3. 风险：高并发推迟 4. 用户：无量化数据 5. 取舍：依赖导致缺陷 6. 改进：备选API方案
12	GDUTGoGo	- 需求规格书专业 - 任务依赖设计创新 - 风险对策详细 - Bug分类系统 - 架构设计完备	1. 具体Bug：WebSocket同步问题 2. 目标：执行不可见 3. 风险：冲刺不透明 4. 用户：协作体验差 5. 取舍：过程缺失 6. 改进：每日进度可视化
13	glhf队	- 变声基础功能可用 - 用户场景分析 - 分层架构尝试 - 问题跟踪系统 - 项目总结坦诚	1. 具体Bug：变声失真严重 2. 目标：性能不达标 3. 风险：设备兼容忽略 4. 用户：核心需求未满足 5. 取舍：过度追求功能 6. 改进：性能优化优先
14	个人队	- 扫雷核心玩法完整 - 每日开发日志 - 基础版本控制 - 任务优先级划分 - 基础测试覆盖	1. 具体Bug：窗口不可调大小 2. 目标：兼容性问题 3. 风险：事后应对 4. 用户：无外部反馈 5. 取舍：明显Bug未修 6. 改进：多环境测试矩阵

事后诸葛亮分析

姓名	角色	团队贡献分	可验证的贡献
薛东旗	后端开发	89	1. 完成JWT鉴权模块开发 2. 学生成绩查询接口压测通过率100%（JMeter报告）
林裕秋	PM	88	1. 主持每日站会并输出6份会议纪要 2. 调整3次优先级（Jira看板变更记录）
于翔	前端开发	91	1. 实现成绩表格动态渲染 2. 修复El-table跨学期筛选bug
杨洋	后端开发	87	1. 开发Excel导入工具类 2. 课程冲突检测SQL优化（查询时间从200ms→50ms）
吴梦琪	前端开发	93	1. 文件上传组件开发 2. 错误报告弹窗交互设计（Figma原型v1.2）
詹艺珏	测试工程师	92	1. 编写23条测试用例（TestLink截图） 2. 发现XSS漏洞并推动修复（安全报告TR-20240601）
陈霖昊	博客撰写	90	1. 输出7篇冲刺博客 2. 制作2个迭代燃尽图

项目完成情况

项目状态总结：

1. 进度正常：核心功能全部可用，技术风险项已控制
2. 质量达标：代码覆盖率和缺陷密度优于基线标准
3. 待改进项：需加强前端-后端联调效率，完善压力测试方案

项目亮点及不足

🏆 技术创新

1. 智能冲突检测算法

   • 实现选课冲突实时检测（响应时间<100ms）
   • 独创「课程时间片压缩存储」方案，内存占用降低60%

2. 零信任安全体系

   • 全链路HTTPS + 动态Token轮换
   • 防御XSS/SQL注入攻击（OWASP测试满分）
   • 关键操作二次认证（短信+邮箱验证）

🔧主要不足

1.前端性能瓶颈

• 成绩查询页DOM节点超5000个（首屏加载3.2s）