第六次团队作业-复审部分

第六次团队作业-复审部分

团队名称：洛珈山下

团队和任务：校园点评

所属课程	https://edu.cnblogs.com/campus/gdgy/Class12Grade23ComputerScience
作业要求	https://edu.cnblogs.com/campus/gdgy/Class12Grade23ComputerScience/homework/13476
复审与事后分析	https://www.cnblogs.com/-NXX-/p/19394164

一.小组之间复审排名

小组编号	小组名称	项目链接	核心竞争力（跨文档深度融合）	待突破瓶颈（整合双文档关键问题）	最终名次
1	洛珈山下团队	https://github.com/Under-Luojia/Campus-Review-System	校园场景精准落地，核心链路闭环且稳定性强（QPS≥500），DDD架构+高测试覆盖率奠定工程化基础，兼顾用户决策痛点与技术规范性	高并发秒杀超卖未解决，搜索性能短板明显，缺乏官方资源联动与合规资质，容器化部署缺失限制规模化推广	1
2	e脉相传团队	https://github.com/Mark-Zhangbinghan/esimstore	跨境eSIM赛道创新，3分钟全流程目标明确，响应式设计覆盖多端，Git协作+Docker部署展现专业工程管理，兼容性与性能指标量化	核心交易闭环未落地，第三方API故障无兜底方案，自动化测试缺失，跨境合规与汇率风险应对不足	2
3	在线考试系统	https://github.com/jslisten/studnet-system	全角色功能覆盖（学生/教师/管理员），36种环境测试矩阵保障兼容性，200人并发稳定，自动判分核心需求落地性强	倒计时精度缺陷影响公平性，复杂公式导出异常，部分浏览器兼容性问题，批量操作功能缺失影响效率	3
4	NoteForces 团队	https://github.com/iikachan/noteforces	笔记协作场景贴合师生需求，Markdown渲染+分享功能闭环，测试体系规范（15个Bug分类管理），部署文档详尽降低落地门槛	并发编辑内容覆盖风险，多端实时同步未实现，分享链接无安全控制，容器化与自动化部署空白	4
5	MCoder	https://github.com/yosennn/KnowHub	开发者知识检索创新痛点，前后端分离架构现代化，开发活跃度高+文档完善，技术差异化优势显著	语义搜索稳定性不足，自动化测试覆盖缺失，无CI/CD流水线，监控体系未搭建，复杂场景下功能波动	5
6	蛋仔派队	https://github.com/skymoon-13/Sports_Venue_Reservation_System	场馆预约核心功能100%可用，并发性能达标（200次/分钟无冲突），安全防御全覆盖，多环境测试保障稳定性	单机离线部署限制协同使用，通知渠道单一（仅邮件），第三方依赖无兜底方案，部分非核心Bug遗留	6
7	TanhT 团队	前端：https://github.com/changlu812/TanhT-front后端：https://github.com/Wangjiahui1266/TanhT-backend	高校开发者知识关联痛点精准，敏捷Scrum执行规范，运营冷启动思维前置，核心接口响应速度优化（<1秒）	无真实后端数据持久化，弱网无缓存优化，多用户协同缺失，未落地Elasticsearch导致海量数据搜索瓶颈	7
8	书屋团队	https://github.com/WiseL00k/Campus-Book-Trade	校园二手书交易场景刚需，基础功能闭环（浏览-发布-审核），兼容性测试全通过，Scrum冲刺执行高效	核心交易链路（认证-支付-物流）未闭环，无关键词模糊搜索，单元测试缺失，高并发支撑能力未验证	8
9	iBlog Community Alpha	https://github.com/maple525866/WorkingBlog	博客社区功能闭环完整（认证-创作-互动），文档规范+技术选型适配，产品规划清晰，扩展性强	高并发下响应延迟，缺乏差异化竞争力（对比成熟平台），无容器化部署，搜索精准度不足影响内容发现	9
10	library-system小组	https://github.com/ywks1/library-system	图书管理双模块功能完整，部署文档详尽（含乱码解决方案），借阅规则校验+报表导出贴合实际使用场景	数据库需手动配置易出错，兼容性测试覆盖不全，无图书推荐与留言审核功能，数据备份策略缺失	10
11	没活硬整	https://github.com/lo581/sky-take-out	外卖全端功能覆盖（用户-商家-管理员），测试矩阵广泛，部署文档详尽，核心接口经50次连续测试验证	Bug修复率仅68%（未达70%标准），性能优化不足（图片加载慢），WebSocket偶发断连，代码仓库细节未公开	11
12	KFCoder	https://gitee.com/zhiyu-xinxuan/kfcoder	健康打卡核心功能完整，31个自动化测试用例全覆盖，精准命中个人健康数据记录痛点，部署门槛低	统计分析功能基础，未接入实际通知渠道，性能与兼容性测试缺失，代码质量无法直接评估	12
13	校园论坛	https://github.com/jiandanmingzi/jiandanmingzi/tree/main/3123004657/forum	基础互动功能落地（发帖-评论-匿名），部署简单+提供测试账号，师生场景贴合度高	后端代码未解耦（维护性差），无管理员功能与图片发布，年级筛选功能失效，安全机制不完善	13
14	从容应对	https://github.com/baiyehhj/college-student-health-management-system	大学生身心健康管理定位精准，前后端架构规范（RESTful+组件化），代码风格严谨，扩展性潜力强	功能落地严重不足（仅骨架文件），开发节奏不均，需求与接口文档匮乏，实质性业务逻辑未实现	14
15	哥们记了	未找到项目地址	测试报告专业度高，智能分类准确率达90%，项目管理量化决策成熟，业务逻辑自动化流转闭环	无公开源代码仓库（工程可见度致命伤），大文件处理超时，Safari浏览器排版异常，核心PDF解析引擎未落地	15

二.小组内部问题复审：Alpha版本的问题和怎么解决的

1. 程序有什么具体的bug？

现在根本没记具体bug——得再实际测一遍（最近再进行了一次修改）：比如点“商家审核点评”，填完内容点提交不成功，是数据库接口错了？还是内容没存上？再比如换个浏览器打开页面，是不是按钮都挤到一起了？这些实际操作里的毛病，得一条一条记清楚，光说“有bug”没法进行下一步修改。

2. 项目的风险是如何应对的？

现在等于没应对——比如怕“进度慢”，得提前说“每周五下班前报进度，要是慢了，周末加半天班补，或者砍一个次要功能”；怕“需求突然变”，得说“要改需求先找我签字，我得看看改这东西要多花几天，影响不影响上线时间”——得把“出了事儿咋办”写死。

3. 找到用户的痛点并解决了么？

我们团队只找到了用户的痛点，但还没有形成完整的解决闭环：比如用户说“想知道哪家店人少”，咱是做了“实时客流”功能不？做了的话，有没有找几个用户试试，问他们“现在能不能看着客流选店了”？要是没做功能、也没问用户，那痛点等于白找。

4. 对主要和次要的需求是如何取舍的？

现在没个准谱——得定死标准：比如“主要需（杀手级和必要级）求是用户打开页面就得用的（像看商户、发点评），不管多费劲儿都得先做；次要需求（辅助级）是可有可无的（像点评分享到朋友圈），要是时间不够就先放放”，最后的需求（外围级）是用户基本用不到的“小彩蛋”，要是时间不够可以不做；而且得把这分级标准用数据固定下来，开会时跟大家说清楚，不是谁嘴快谁指定分级。

5. 源代码管理如何？

源代码管理比较混乱。——比如几个人改同一段代码，改完了互相覆盖，最后不知道用谁的。最近还出现过改了之后生成更多的bug，然后再后台删除了原版代码的尴尬情况。因此，之后我们得说清楚“每个人改代码前，先建个自己的分支，改完了发给我看一眼（代码审查），没问题了再合并到主代码里”；而且每天下班前都得把自己改的代码同步到服务器，别等最后攒一堆乱事儿。

三、Beta阶段，咱们小组这么干（具体动作清单）

1. 先把“模糊的事儿”钉死：比如今天就拉会，把“啥是主要需求” “bug咋记录” “代码咋提交” 这些规则一条一条写在文档里，所有人签字确认，以后按这个来，不扯皮。

2. 每天花10分钟同步“实事儿”：早上开个短会，每个人只说“昨天改了啥bug/做了啥功能/卡在哪了”，不说虚的；晚上把进度记在表格里，谁慢了马上盯着补。

3. bug和痛点都要“闭环”：比如用户说“提交点评老失败”，不光要改这个bug，改完了得让提bug的用户再测一遍，确认好了才算完；用户说“找商户费劲”，做完搜索功能后，得找5个用户用用，问他们“现在找店快没快”，反馈不好就接着改。

4. 风险提前“堵窟窿”：比如知道“下周有个人请假”，提前把他的活儿分给别人点，或者把不重要的功能往后推推；要是怕“代码出问题”，每天下班跑一遍自动测试，有毛病马上报。

5. 代码管理“盯死流程”：每天检查每个人的代码分支，没按规矩建分支的直接打回去重弄；每周抽半天看所有人的代码，写得烂的让他改，别等最后一堆烂代码没法用。