Alpha阶段项目复审

小组的名字和链接	优点	缺点	最终名次
三剑客队	1. 程序质量：完全实现“登录-课件管理-评分-统计”全流程，支持100MB大文件分片上传、多角色权限控制，测试覆盖50+核心场景，无致命bug； 2. 软件工程质量：代码分层设计清晰，新机器可Maven/npm一键构建，每日站会完整，燃尽图与进度高度吻合，需求取舍明确； 3. 用户痛点：解决“课件分散、统计繁琐”，班级试用好评率90%	1. 具体bug：Excel导出1万条数据响应超10秒；平板端横竖屏切换样式偶发错乱 2. 项目目标：100%完成Alpha阶段目标 3. 风险应对：大文件上传提前设计分片机制，权限越权用JWT拦截器，措施有效 4. 用户痛点：未覆盖“课件在线预览”高频需求 5. 需求取舍：舍弃“课件在线预览”，优先核心流程 6. 源代码管理：Gitee分支规范，提交记录清晰 7. 工程层面：代码注释覆盖率仅60%，无自动化测试 8. 如果换成我来领导这个小组，我会做什么不一样的事情：① 引入JUnit+Selenium实现自动化测试，提升迭代效率；② 优化大数据导出算法，采用异步任务+缓存机制缩短响应时间；③ 补充接口文档，接入Swagger实现自动化API管理	1
书海拾贝队	1. 程序质量：核心功能（ISBN识别、订单管理、评价）全部落地，缓存优化后100并发无卡顿，解决“二手书信息不对称”痛点； 2. 软件工程质量：技术栈选型合理，代码模块化高，每日构建完整，燃尽图真实反映进度，需求取舍清晰	1. 具体bug：老旧图书ISBN识别差；订单超时取消逻辑漏洞 2. 项目目标：95%完成，仅“在线支付”未实现 3. 风险应对：爬虫用正则过滤无效信息，但未考虑反爬稳定性风险 4. 用户痛点：未覆盖“在线支付”高频需求 5. 需求取舍：舍弃“在线支付”，优先订单流转 6. 工程层面：数据库无索引优化，未提隐私保护措施 7. 源代码管理：GitHub提交稳定，部分feature分支未及时合并 8. 如果换成我来领导这个小组，我会做什么不一样的事情：① 优化数据库索引，针对ISBN、订单号等字段建立唯一索引；② 引入第三方ISBN识别API提升识别准确率；③ 补充隐私保护机制，对用户手机号、地址进行脱敏存储	2
码队	1. 程序质量：实现“扫码点餐-后厨联动-数据统计”全流程，多线程处理订单队列，1000并发稳定，图表加载优化40%，解决“点餐低效”痛点； 2. 软件工程质量：架构文档详细，项目管理规范，燃尽图按天更新，需求取舍合理	1. 具体bug：新用户推荐同质化；后厨订单通知延迟5秒 2. 项目目标：90%完成，推荐算法效果未达预期 3. 风险应对：高并发用多线程，但未做负载均衡 4. 用户痛点：未覆盖“外卖精准配送”需求 5. 需求取舍：舍弃“外卖精准配送”，优先堂食功能 6. 工程层面：Linux编译依赖缺失，例会无问题复盘 7. 源代码管理：GitHub注释完整，但分支管理混乱 8. 如果换成我来领导这个小组，我会做什么不一样的事情：① 优化推荐算法，引入冷启动策略解决新用户数据不足问题；② 接入Nginx实现负载均衡，提升高并发下的稳定性；③ 规范分支管理，要求所有修改通过Pull Request提交并经过代码评审	3
超能女人队	1. 程序质量：聚合多源校园信息，实现问答/筛选功能，覆盖500+通知，响应式界面适配多设备，无崩溃； 2. 软件工程质量：爬虫清洗逻辑清晰，接口规范，风险应对详细（轮换IP防爬虫封禁）	1. 具体bug：模糊查询不支持同义词；信息更新滞后24小时 2. 项目目标：90%完成，信息时效性未达预期 3. 风险应对：反爬应对有效，但未考虑数据存储扩展性 4. 用户痛点：解决“信息分散”，无明显遗漏需求 5. 工程层面：代码复用率低，无每日构建 6. 源代码管理：提交记录清晰，但无版本号管理 7. 如果换成我来领导这个小组，我会做什么不一样的事情：① 引入Elasticsearch优化搜索功能，提升模糊查询准确率；② 实现定时任务自动更新数据，缩短信息滞后时间；③ 采用组件化开发模式，提取公共组件提升代码复用率	4
MANBA队	1. 程序质量：完成飞行射击核心模块，BOSS弱点/碰撞检测精准，音效UI协调，运行流畅； 2. 软件工程质量：仓库结构清晰（资源与代码分离），每日博客详细，燃尽图反映真实进度	1. 具体bug：难度曲线不合理；部分机型音效卡顿 2. 项目目标：90%完成，难度平衡未达预期 3. 风险应对：未做机型适配测试，导致兼容性问题 4. 用户痛点：解决“游戏体验”，无明显遗漏需求 5. 工程层面：代码注释少，无自动化构建 6. 源代码管理：提交频率稳定，但无分支管理，易冲突 7. 如果换成我来领导这个小组，我会做什么不一样的事情：① 引入难度动态调整算法，根据玩家胜率优化关卡难度；② 补充代码注释和核心逻辑文档；③ 采用CMake实现跨平台自动化构建	5
RockStar Code Studio队	1. 程序质量：实现断点续传/队列压缩/后台运行，压缩速度可调，解决“大视频压缩易中断”痛点，无崩溃； 2. 软件工程质量：使用文档详细，代码模块化高，燃尽图更新及时，需求取舍明确	1. 具体bug：压缩画质损失大；10+任务队列顺序错乱 2. 项目目标：85%完成，画质优化未达预期 3. 风险应对：压缩中断用断点续传，措施有效 4. 用户痛点：解决“压缩耗时”，无明显遗漏需求 5. 工程层面：仅支持Windows，例会记录简略 6. 源代码管理：提交记录清晰，但无版本控制 7. 如果换成我来领导这个小组，我会做什么不一样的事情：① 引入多算法压缩选项，允许用户在速度和画质间权衡；② 优化队列管理逻辑，采用线程安全队列避免任务错乱；③ 适配Linux和macOS系统，提升跨平台兼容性	6
0x07队	1. 程序质量：实现垃圾识别/回收预约/积分系统，解决“分类难、渠道少”痛点，无致命bug； 2. 软件工程质量：代码结构清晰，每日站会完整，燃尽图基本吻合进度	1. 具体bug：相似垃圾识别准确率60%；积分兑换未实现 2. 项目目标：80%完成，积分兑换未落地 3. 风险应对：未采取措施提升识别准确率 4. 用户痛点：解决“分类/回收”，无明显遗漏需求 5. 工程层面：代码注释少，无每日构建 6. 源代码管理：提交频率稳定，但分支管理混乱 7. 如果换成我来领导这个小组，我会做什么不一样的事情：① 引入深度学习模型（如YOLO）提升垃圾识别准确率；② 完成积分兑换功能开发，对接线下商家；③ 规范分支管理，要求所有修改经过代码评审	7
花好月圆队	1. 程序质量：实现图书管理/借阅归还功能，运行稳定，解决“人工登记低效”痛点； 2. 软件工程质量：代码结构清晰，提交记录完整，燃尽图按周更新	1. 具体bug：逾期提醒未实现；仅支持书名精确查询 2. 项目目标：75%完成，逾期提醒/模糊查询未实现 3. 风险应对：未提数据丢失防范措施 4. 用户痛点：解决“登记低效”，未覆盖“逾期提醒”需求 5. 工程层面：数据库无备份，例会无风险分析 6. 源代码管理：分支规范，但无版本号管理 7. 如果换成我来领导这个小组，我会做什么不一样的事情：① 实现逾期提醒功能，通过短信或APP推送通知；② 优化查询功能，支持书名、作者模糊查询；③ 增加数据库定时备份功能，防范数据丢失风险	8
简码双星队	1. 程序质量：实现笔记创建/编辑/分类，运行稳定，解决“笔记分散”痛点； 2. 软件工程质量：代码结构清晰，提交记录完整，燃尽图基本反映进度	1. 具体bug：分享无权限设置；无搜索功能 2. 项目目标：70%完成，分享权限/搜索未实现 3. 风险应对：未提笔记隐私保护措施 4. 用户痛点：解决“笔记分散”，未覆盖“权限分享”需求 5. 工程层面：代码注释少，无每日构建 6. 源代码管理：分支规范，但提交记录描述简略 7. 如果换成我来领导这个小组，我会做什么不一样的事情：① 实现笔记分享权限设置（公开/私有/指定用户）；② 引入Elasticsearch实现全文搜索功能；③ 补充代码注释和核心功能文档	9
开芯超人队	1. 程序质量：8人团队实现基础功能模块，运行稳定无崩溃； 2. 软件工程质量：GitHub提交频率稳定，燃尽图按天更新	1. 程序层面：项目定位较模糊，核心功能亮点不突出，未明确匹配特定用户痛点 2. 项目目标：60%完成Alpha阶段目标，功能落地进度受定位影响 3. 风险应对：未针对项目推进中的潜在风险制定应对方案 4. 用户痛点：暂未明确覆盖高频需求场景 5. 工程层面：代码模块化程度不足，多人协作时偶发代码冲突；每日例会以任务分配为主，问题复盘环节待完善 6. 源代码管理：分支管理流程待规范，主分支存在多用户并行修改的情况 7. 如果换成我来领导这个小组，我会做什么不一样的事情：① 明确项目核心定位与目标用户痛点，聚焦1-2个核心功能深化开发；② 梳理代码结构，推进模块化拆分；③ 建立代码评审机制，规范分支操作流程	10
睡了吗团队	1. 程序质量：8人团队实现基础LLM应用功能，运行稳定无崩溃； 2. 软件工程质量：GitHub提交频率稳定，燃尽图按天更新	1. 程序层面：功能场景描述不够具体，文本生成响应速度需优化（单条生成超10秒） 2. 项目目标：55%完成Alpha阶段目标，功能定位与性能表现待提升 3. 风险应对：未针对模型数据资源不足的风险制定补充方案 4. 用户痛点：暂未明确覆盖高频使用场景 5. 工程层面：代码复用率有待提升，部分模块存在重复逻辑；自动化测试环节待补充 6. 源代码管理：提交记录清晰，但版本号管理流程待完善 7. 如果换成我来领导这个小组，我会做什么不一样的事情：① 明确项目细分场景（如定向文本生成），聚焦场景优化功能；② 采用模型量化等技术优化推理速度；③ 搭建自动化测试流程，提升迭代效率	11
接着奏乐接着5队	1. 软件工程质量：成员分工明确，每日博客记录完整，燃尽图按天更新	1. 程序层面：项目定位与核心功能待明确，暂未完成核心模块落地 2. 项目目标：50%完成Alpha阶段目标，核心功能开发进度待推进 3. 风险应对：未针对项目推进中的潜在风险制定应对策略 4. 用户痛点：暂未明确匹配具体用户需求场景 5. 工程层面：代码文档待补充，新环境下构建流程待优化；代码注释覆盖率有待提升 6. 源代码管理：提交频率稳定，但分支管理流程待规范 7. 如果换成我来领导这个小组，我会做什么不一样的事情：① 明确项目核心定位与目标用户痛点，聚焦核心功能推进开发；② 补充代码文档与构建说明，提升可维护性；③ 建立风险评估机制，提前识别并规划应对措施	12
海豹突击队	1. 软件工程质量：每日博客记录完整，燃尽图按天更新	1. 程序层面：项目核心功能待明确，暂未完成主要模块开发 2. 项目目标：40%完成Alpha阶段目标，功能落地进度待加快 3. 风险应对：未针对项目推进中的潜在风险制定应对方案 4. 用户痛点：暂未明确覆盖具体需求场景 5. 工程层面：代码文档待补充，新环境下构建流程待调试；代码结构待梳理优化 6. 源代码管理：提交频率有待提升，分支管理流程待规范 7. 如果换成我来领导这个小组，我会做什么不一样的事情：① 明确项目核心功能与定位，聚焦优先级高的模块推进开发；② 重构代码结构，推进模块化梳理；③ 补充构建文档，确保环境一致性	13
真好，又活了一星七队	1. 软件工程质量：每日博客记录完整，燃尽图按天更新	1. 程序层面：项目核心功能待明确，暂未完成主要模块开发 2. 项目目标：30%完成Alpha阶段目标，功能开发进度待推进 3. 风险应对：未针对项目推进中的潜在风险制定应对策略 4. 用户痛点：暂未明确匹配具体需求场景 5. 工程层面：代码文档待补充，新环境下构建流程待调试；代码注释覆盖率有待提升 6. 源代码管理：提交频率有待提升，分支管理流程待规范 7. 如果换成我来领导这个小组，我会做什么不一样的事情：① 重新梳理项目需求，明确核心定位与优先级功能；② 补充代码注释与文档，提升可维护性；③ 搭建自动化构建流程，确保环境一致性	14