Alpha阶段项目复审

一、作业基本信息

这个作业属于哪个课程	https://edu.cnblogs.com/campus/gdgy/Class34Grade23ComputerScience/
这个作业要求在哪里	https://edu.cnblogs.com/campus/gdgy/Class34Grade23ComputerScience/homework/13485
这个作业的目标	Alpha阶段项目复审

二、团队成员信息

姓名	学号
沙吉旦·乃吉米丁	3223004775
吴静欣	3223004300
丁温婕	3223004253
许晓喆	3223004302
汪雨嫣	3223003305

三、复审其余组别项目

小组	优点	缺点	最终名次
student-management-system 开发团队	作为覆盖校园核心管理场景的项目，它的优势在于全角色功能闭环—— 从学生选课、教师排课到管理员权限配置，每个角色的核心需求都被完整覆盖，权限控制体系更是做到了严谨无漏；同时工程落地能力极强，不仅修复了所有关键 Bug，测试矩阵还覆盖了多终端、多系统环境，配合灵活的部署方案与详尽文档，能快速适配不同学校的运维需求。	但它的短板也很明显：高并发场景下系统响应会大幅下降，移动端界面适配粗糙（部分按钮点击无反馈），且数据备份完全依赖人工操作，一旦出现故障恢复成本极高；更遗憾的是，团队在舍弃 “智能推荐” 模块时，未做任何用户需求调研，导致功能取舍缺乏依据。	1
超能女人	这个项目的创新点直接击中了校园信息碎片化的痛点 —— 以 “校园信息聚合 + 智能问答” 为核心，既能整合通知、课程表等分散信息，又能通过 AI 快速解答校园生活疑问，从数据爬取、清洗、结构化到最终的智能问答，技术链路实现了完整闭环。同时工程规范度堪称标杆：GitHub 仓库的目录结构清晰到新人能快速上手，部署文档不仅写清了步骤，还标注了常见坑点，体现了极强的交付意识。	但体验层面的短板会影响用户留存：搜索结果排序逻辑混乱（常用信息排在末尾），内容异步加载时没有任何状态提示（用户常误以为加载失败）；技术风险也未充分规避，大模型生成内容的 “幻觉” 问题没有兜底方案，爬虫反爬与 API 密钥管理的安全预案更是空白；更关键的是，团队舍弃 “消息推送” 功能时，未评估它对用户留存的影响 —— 校园用户对通知时效性的需求极高，缺失该功能会大幅降低产品粘性。	2
课程管理系统（Cloud Classroom）	它的测试驱动开发能力在所有项目中最为突出：基于严谨的测试用例设计，实现了核心功能 100% 测试通过率，所有 Bug 也已完成修复，这意味着系统的基础稳定性极有保障；同时权限模型设计得足够清晰，学生、教师、助教、管理员四类角色的操作边界明确，核心业务流程（课程创建、作业发布、成绩录入）也打磨得足够健壮，配合全覆盖的部署文档与测试矩阵，能直接支撑实际教学场景的落地。	但它的局限性也很明显：架构设计缺乏扩展性，当前版本无法支撑后续加入的在线考试、直播授课等重型功能；更可惜的是，团队为了聚焦 “管理” 功能，直接舍弃了 “教学互动”“学习分析” 等核心需求 —— 前者是提升课堂参与度的关键，后者是帮助教师优化教学的核心工具，缺失这些功能会让产品停留在 “工具” 层面，难以形成差异化价值。	3
海豹突击队	这个二手交易项目的最大优势是场景适配度高—— 从商品发布、搜索筛选、订单流转到评论互动，完全贴合校园用户的交易习惯，尤其是针对移动端做了专项优化（比如上传图片自动压缩、订单状态一键分享），让学生在手机上就能流畅完成交易；同时测试质量把控严格，功能测试通过率达到 98.9%，还用 JIRA 做缺陷跟踪，体现了规范的项目管理意识。	但平台的 “治理能力” 几乎空白：不同版本浏览器的兼容性问题未处理，部分页面的 UI 样式不一致；更关键的是，没有商品违规检测机制（比如违禁品发布），也没有纠纷仲裁流程，作为平台方完全处于 “被动角色”；团队在需求取舍时也不够严谨，为了快速上线直接舍弃了 “商品基础规则校验”，这会让平台面临内容失控的风险。	4
0x07	它的业务复杂度在所有项目中排名前列：实现了个人、高校、企业三类角色的全流程闭环（从需求发布、合作对接至合同签署），体现了团队对领域需求的深度理解；同时质量保障体系极为完善，不仅做了功能测试、性能测试等多层级测试，还建立了优先级明确的 Bug 管理机制，高优先级 Bug 修复率达到 100%；安全与部署层面也足够专业，能直接支撑实际场景的落地。	但技术细节与业务流程的疏漏不少：弱网环境下文件上传没有重试机制，部分页面的动画切换会出现卡顿；更关键的是，没有设计订单排队机制（高并发时会出现重复下单），企业发票的合规性也缺乏第三方校验，这会带来业务风险；团队在舍弃 “现金支付” 功能时，未提前告知用户，导致部分用户付款流程中断，体验极差。	5
开芯超人	它的核心文件管理功能打磨得足够扎实：支持大文件分片上传（避免网络中断导致重传）、多格式预览（PDF、图片、文档无需下载即可查看），还能通过提取码与有效期控制分享范围，技术选型贴合实际需求，没有盲目追求 “新技术”；同时在安全性与易用性之间做了很好的平衡 —— 既做了权限控制，又让普通用户能快速上手，项目完成度与可靠性都很高。	但功能完整性与架构扩展性不足：缺失大文件断点续传功能（用户上传 10G 文件中断后需重新开始），文件搜索性能会随数据量增长急剧下降；架构采用单体设计，后续难以扩展到分布式部署；更关键的是，没有文件版本控制功能，团队协作时无法回溯历史修改记录。	6
真好，又活了一星七	它清晰定义了校园配送场景的三角角色 —— 用户（下单）、配送员（接单）、管理员（调度），并实现了从下单、接单到配送完成的核心业务流程，逻辑自治性强；部署方案也足够灵活，支持本地部署与云端部署，前端还采用响应式设计适配移动端，场景测试覆盖了不同角色的操作路径，能支撑基础的校园配送需求。	但核心流程的体验与可靠性不足：支付环节仅做了模拟流程，没有对接实际支付接口；配送订单分配未考虑地理位置（远的配送员可能接到近单），数据仪表盘的信息也不是实时更新；更关键的是，没有设计高并发订单的拥堵应对方案，一旦遇到校园活动订单激增，系统可能出现崩溃。	7
睡了吗	项目的核心优势集中在功能闭环与工程规范层面：不仅明确覆盖了目标场景的核心功能模块，且实现了从功能设计、开发到落地的完整闭环，无关键流程缺失；工程管理极为规范，代码版本控制清晰、部署文档详尽，能快速完成环境搭建与系统上线；测试覆盖度高，针对核心功能、边缘场景做了多轮验证，技术整合能力突出，同时充分考虑了用户隐私与数据安全（如数据加密存储），项目目标与校园用户实际需求高度贴合。	但项目在体验、功能与工程层面仍有短板：性能体验存在明显不足，图谱渲染时会出现卡顿，且不支持流式输出（需等待全部内容加载完成）；功能完整性有待提升，学科分类的精度无法满足细分场景需求，资源库依赖人工维护，效率与准确性受限；工程架构的扩展性较弱，后续新增功能时可能需要大幅重构代码；测试环境局限于实验室场景，未覆盖真实校园的复杂网络、设备环境。	8
花好月圆	该项目聚焦校园图书馆管理核心场景，优势十分突出：不仅实现了图书借阅、归还、续借、检索等全流程基础功能，且系统运行稳定无重大 Bug；团队安全意识极强，通过漏洞扫描及时发现并修复了密码明文存储的高危风险，大幅提升了用户数据安全性；兼容性测试覆盖全面，无论是 Windows、macOS 等桌面端系统，还是主流浏览器，都能流畅运行，完全满足图书馆日常运维的需求。	但项目在效率与风控层面存在明显短板：面对大批量图书数据检索、统计时，系统会出现明显卡顿，影响馆员工作效率；核心功能缺失批量操作模块，馆员只能逐本处理图书入库、借阅登记，重复性工作占比过高；日志留存机制不完善，无法追溯异常操作记录，一旦出现图书丢失、错借等问题，难以定位责任；同时缺乏定期数据备份策略和读者信用风控体系，既存在数据丢失风险，也无法约束恶意逾期、损坏图书的行为。	9
书海拾贝队	这是一个深度贴合校园场景的二手书交易项目，核心优势集中在流程与体验层面：从图书信息发布、品相标注、价格协商，到线下当面交易、售后确认，打造了一套完整且贴合学生习惯的交易闭环；“面交” 模式的设计直击校园二手交易痛点，既解决了线上支付信任问题，又省去了快递配送成本，深受用户青睐；团队质量管控到位，完成了所有已知 Bug 的修复，且测试覆盖手机、平板等多终端设备，保障了不同场景下的使用流畅度。	但项目的体验完善度与交易保障能力不足：移动端适配存在细节瑕疵，部分机型会出现按钮错位、字体模糊的问题；订单状态通知机制缺失，用户无法实时获取对方是否确认交易、是否到达面交地点等关键信息；交易保障体系几乎空白，既没有图书真伪鉴别指引，也没有交易纠纷仲裁渠道，一旦出现图书版本不符、品相造假等问题，买家权益难以保障；更关键的是，团队为了简化流程舍弃了在线支付功能，虽然降低了开发难度，却也导致交易效率大打折扣，无法满足远距离校区用户的交易需求。	10
VisionPulse 智动团队	该项目凭借核心算法能力在一众项目中脱颖而出，是典型的技术驱动型产品：实现了从视频上传、帧提取、AI 特征分析到结果可视化的全链路技术闭环，能精准识别视频中的目标物体与行为动作；团队技术选型精准，引入 TensorRT 对模型进行加速优化，大幅提升了 AI 推理速度，降低了硬件资源消耗；项目成果落地性强，提供了公开的演示地址，用户可直接上传视频体验功能，直观感受技术价值。	但项目的工程化与产品化程度较低，更像一个 “技术 Demo” 而非可用产品：用户隔离功能缺失，所有用户共用一个模型推理队列，容易出现任务排队拥堵，且不同用户的上传视频与分析结果无法区分；模型加载速度慢，尤其是在低配设备上，启动时间过长，影响用户体验；兼容性问题突出，部分编码格式的视频无法上传解析，且移动端不支持视频上传功能；团队过度聚焦算法优化，忽略了工程化规范，部署文档简陋，缺乏环境配置指引和常见问题解决方案，非技术人员难以完成部署。	11
MANBA	这是一个完成度较高的游戏类项目，核心优势体现在内容完整性与稳定性上：游戏内置多种玩法模式，涵盖单人闯关、多人对战（本地）、剧情挑战等，内容丰富度能满足校园用户的娱乐需求；系统运行稳定，数据存储可靠，不会出现存档丢失、卡顿闪退等问题；支持 Windows、Linux 等多平台部署，用户可根据自身设备灵活选择，适配性较强。	但项目在体验优化与功能拓展上存在明显不足：窗口适配性差，无法根据屏幕分辨率自动调整大小，且与部分输入法存在兼容性问题，输入文字时会出现弹窗遮挡、字符乱码等情况；游戏平衡性调整机制缺失，部分角色技能强度过高，影响对战公平性；防作弊功能空白，本地多人对战时存在恶意修改数据的风险；团队在需求取舍时缺乏用户调研，直接舍弃了联机对战功能，而这恰恰是校园用户的核心需求之一，导致游戏的社交属性大打折扣。	12
码	该项目聚焦餐厅内部管理场景，优势在于功能聚焦且流程扎实：核心覆盖了菜品管理、订单管理、桌台管理、员工权限管理等餐厅日常运营的关键模块，业务流程逻辑清晰，从顾客下单、后厨接单到菜品出餐的全链路衔接顺畅；数据操作稳定可靠，支持菜品库存实时更新、订单数据统计查询，完全满足中小型餐厅的封闭管理需求；团队对需求的把控精准，没有盲目堆砌功能，确保了系统的轻量化与易用性。	但项目的局限性极大，难以适应市场化场景：仅限局域网访问，老板和员工无法远程查看餐厅运营数据，外出时无法及时处理异常订单；支付功能缺失，仅支持线下现金结算，无法对接移动支付，不符合当下消费习惯；数据备份机制空白，一旦服务器故障，所有订单、菜品数据可能全部丢失；架构设计采用单体模式，扩展性差，后续无法接入外卖平台对接、会员管理等拓展功能。	13
RockStar Code Studio	这是一个针对性极强的安卓端工具类项目，核心优势直击用户痛点：专注于安卓手机视频压缩功能，能根据用户需求自定义压缩分辨率、比特率，压缩后的视频画质损失小、文件体积大幅缩减，且压缩速度快，在中高端安卓机型上表现尤为出色；应用运行稳定，无闪退、卡顿等问题，测试覆盖了主流安卓版本与机型，目标场景下的使用体验极佳；团队对核心功能的打磨足够深入，压缩算法经过多次优化，在画质与体积的平衡上做得很好。	但项目的功能完整性与易用性不足：缺失断点续传功能，压缩大文件时一旦中断，只能重新开始；没有参数自定义面板，用户无法根据实际需求精准调整压缩参数，只能选择预设模板；低端安卓机型的性能优化不到位，压缩大文件时会出现发热严重、速度极慢的问题；同时项目未开源，也没有完善的使用文档，用户遇到问题时无法自行排查，且开发者难以参与功能迭代。	14
简码双星	该项目是一款轻量化的笔记管理工具，优势在于完成了最小功能闭环：实现了笔记的上传、下载、分类、检索等基础功能，支持文字、图片、PDF 等多格式笔记存储，能满足用户的核心记录需求；登录流程设计安全可靠，支持账号密码登录与验证码登录，避免了非法访问风险；系统运行流畅，没有明显的卡顿、闪退问题，完全能支撑个人用户的日常使用。	但项目的功能深度与工程规范存在明显短板：仅限本地访问，无法实现多设备同步，用户更换手机或电脑后，笔记数据无法迁移；缺失批量操作功能，用户只能逐条删除、移动笔记，处理大量数据时效率极低；全文搜索功能薄弱，仅支持标题检索，无法检索笔记正文内容；权限控制机制空白，所有笔记默认公开，没有私密笔记分类，存在隐私泄露风险；团队协作规范不足，代码注释缺失、版本控制混乱，后续迭代维护难度大。	15