团队作业6——alpha阶段项目复审
Alpha阶段项目复审
| 小组 | 优点 | 缺点/Bug | 我领导的改进点 | 名次(无并列) |
|---|---|---|---|---|
| RockStar Code Studio | 支持批量视频压缩 + 后台运行,解决了用户同时处理多个视频、需后台操作不影响手机使用的核心痛点 界面设计简洁直观;同时配备断点恢复功能,避免批量压缩中途中断后需重新操作的麻烦。 安装包体积小巧,不占用过多手机存储;在中低端机型上也能保持相对流畅的处理节奏,且基础画质损失控制在多数用户可接受的范围内。 压缩完成后支持直接分享至主流社交 / 通讯平台,打通 “压缩 - 分享” 的流程闭环,省去用户手动导出、跳转应用的步骤,契合日常视频分享的高频使用场景。 |
从测试反馈和同类工具常见问题来看,存在批量压缩时部分视频进度卡住 / 断点恢复失效的情况; 高分辨率视频压缩时可能出现画质损失超出预期; 部分机型后台压缩时进程被系统强制终止。 没有明确的风险应对记录,对 “设备兼容性”“后台进程稳定性” 等风险的预案不足。 |
补充全机型兼容性测试,优化后台进程保活策略; 增加画质预览功能(压缩前可预览低质量档位效果); 完善源代码的分支管理与自动化测试,提升迭代效率。 |
1 |
| student-management-system开发团队 | 实现 “学生信息增删改查、课程信息管理、基础选课 / 退选” 三大核心模块,完全满足中小型班级、培训机构的基础教学管理需求。 功能模块划分清晰(如 “学生管理”“课程管理”“选课系统” 独立分区),操作流程符合用户直觉(如新增信息→提交保存→查询查看),无复杂参数配置或隐藏操作,可快速上手使用。 |
高并发响应缓慢; 增删改学生 / 课程信息后,数据不自动刷新; 项目目标:“智能选课推荐”未实现。 数据备份需手动触发,无异地容灾;未做压力测试验证高并发场景。 解决教务管理低效痛点,未覆盖“跨学期成绩对比”“个性化课表推荐”需求。 |
完善输入校验与操作后自动刷新功能; 补充数据自动备份、多浏览器兼容性测试; 增加成绩统计、多条件查询等实用功能; 规范代码提交流程,增加分支管理与注释。 |
2 |
| 书海拾贝队 | 模块化设计: 后端按职责划分为若干功能模块,便于维护、扩展与单独测试。 灵活的数据层策略: 提供可替换的数据访问实现,支持在内存测试与持久化存储之间切换,利于开发和部署。 前端性能优化: 前端采用按需加载与接口缓存策略,能降低首屏加载时间并改善交互流畅度。 可配置性强: 将外部依赖与环境差异抽象为可配置项,部署时可灵活调整数据库、存储目录和第三方服务。 关注用户体验: 包含加载态、错误处理的基础设施和上传/发布的交互流程设计,利于进一步迭代优化。 |
相对路径数据库会造成数据不一致; 上传缺乏严格校验与回滚; 令牌刷新/过期边界处理不够健壮; 订单并发场景可能有竞态。 核心流程可用,但上传失败、第三方服务不可用和不明确的错误提示仍是痛点,需加进度/重试/手动补充与清晰提示。 |
优先规范部署与配置、建立 CI/CD 和自动化测试 修复上传与认证相关痛点、加入监控与演练、并推行严格的代码审查流程。 |
3 |
| 海豹突击队 | 技术栈成熟:前后端分离,使用主流框架,便于团队协作与扩展。 模块化/多人协作:仓库有多人贡献与活跃提交,代码应有模块划分,便于分工。 许可友好:采用开放许可证,便于共享与复用。 有基础工程雏形:包含视图和服务目录结构,表明已实现核心业务/页面 |
文档与运行说明缺失会导致启动/配置错误; Issue 数量显示有未解决的运行或体验问题; 缺少 CI 与自动化校验,容易在合并后引入构建或回归错误; |
先补全运行文档与示例配置,搭建 CI/CD;立刻进行 Issue triage,修复高优先级缺陷; 为关键路径补充集成与并发测试; 引入监控/告警与可回滚的发布策略;推行代码审查、自动化检查与分支保护 |
4 |
| 超能女人 | 核心功能完整,适配多用户角色:项目成功地将爬虫与AI问答技术结合,解决了校园信息分散的痛点; 算法测试用例全覆盖(数据清洗/关键词提取);Bug修复率85.7%,高优先级全修复; GitHub仓库规范,部署文档详细;支持本地部署,灵活度高工程规范性突出, |
文档或配置不当时启动脚本/依赖安装可能失败; 爬虫/解析规则不稳,导致抓取遗漏或结构变化后的解析异常; 未对第三方大模型/接口做熔断与限流,出现超时或配额耗尽导致服务不可用 用户体验痛点(异常时的友好提示、问答的准确性与时效、数据可验证性)部分未充分解决。 |
对爬虫和问答关键路径补充集成与压力测试; 为外部依赖实现熔断、重试与缓存,并在前端显示来源与置信度; 建立监控/日志与告警 |
5 |
| 码 | 项目基于Opengauss数据库,采用C++开发,体现了较强的工程实现能力。功能模块丰富,包含用户登录、点餐、评价、员工管理、库存管理、工资考勤等,覆盖了餐厅管理的主要业务流程。 近期有“换了UI,优化数据库查询方式”的提交,说明团队在持续优化用户界面和系统性能,关注用户体验和效率。 代码结构上,模块划分较细,便于后期维护和扩展。 |
没有自动化测试、CI/CD流程,代码质量保障不足。 目前未见有用户反馈和实际部署案例,系统的稳定性和用户体验有待进一步验证。 缺少前端界面展示和操作说明,用户体验细节不明。 |
补充详细的README文档,说明系统功能、部署方式和使用方法。增加自动化测试和CI流程,提升代码质量。 丰富用户界面展示,提升用户体验。 邀请实际用户试用,收集反馈,持续优化产品。 |
6 |
| 花好月圆 | 功能齐全,涵盖了图书检索、借还、续借、图书编目、读者管理、统计分析、异常报告、系统设置等核心模块,满足一般图书馆管理需求。 前端界面美观,交互友好,支持移动端适配,用户体验较好。 支持管理员和读者两类身份,权限分明,安全性较高。 具备日志系统、数据导入导出、罚金管理、超期提醒等细致功能,工程实现细致。 代码结构清晰,采用模块化设计,便于维护和扩展。 支持本地存储和Supabase云端同步,数据安全性和可迁移性较好。 |
主要为前端实现,缺少后端API和数据库的真实交互,数据安全和并发性有限。用户注册、登录、借还等流程依赖本地存储,实际部署时多用户环境下易出现数据不一致。 缺少自动化测试和持续集成,代码质量保障不足。项目文档不够详细,缺少部署说明和功能演示,用户上手门槛较高。 目前未见实际用户反馈和大规模应用案例,系统稳定性和性能有待进一步验证。 某些边界条件(如异常操作、数据导入格式错误等)处理不够健壮 |
补充详细的README文档,说明系统功能、部署方式和使用方法。 增加后端API支持,实现多用户并发和数据安全。增加自动化测试和CI流程,提升代码质量。 丰富用户界面展示,增加演示视频或截图。邀请实际用户试用,收集反馈,持续优化产品。 |
7 |
| 睡了吗 | 项目定位清晰,聚焦于“智能期末复习问答”,支持外挂知识库和知识图谱,满足了特定场景下的智能问答需求。 技术栈现代,采用text2vec-base-chinese模型进行知识库向量化,结合Chroma向量数据库和ChatGLM大语言模型,具备较强的检索与生成能力。支持Neo4j知识图谱,能够为用户提供知识点关联建议,提升了系统的智能化和实用性。 前端采用Gradio,界面简洁,交互流畅,用户体验较好。 代码结构清晰,模块划分合理,便于维护和扩展。支持外挂知识库文件上传,灵活性强,适应不同用户需求。 |
缺少自动化测试和CI/CD流程,代码质量保障不足。部分代码中存在硬编码(如Neo4j密码、API Key等),存在安全隐患。 用户反馈和实际应用案例较少,系统稳定性和性能有待进一步验证。对异常情况和边界条件的处理不够健壮 |
增加自动化测试和CI流程,提升代码质量。优化依赖环境配置,降低部署难度。 注意敏感信息(如密码、API Key)安全,避免硬编码。 |
8 |
| 三剑客 | 项目功能丰富,涵盖用户管理、课程管理、实验(目录)管理、权限管理、文件管理等,适合高校/培训机构的课程与实验管理场景。 支持批量导入用户、学校、班级等数据,提升了系统的易用性和管理效率。权限体系完善,支持多角色(学生、教师、课程管理员等),安全性较好。 支持课程目录(实验)增删改查,课程与实验关联紧密,满足实际教学需求。 |
项目文档不够详细,缺少部署说明、环境依赖和功能演示,用户上手门槛较高。 批量导入等功能对数据格式要求较高,异常处理和用户提示有待加强。 部分后端代码存在TODO(如多音字处理、测试账号等),建议完善相关逻辑。 前端部分依赖(如ApiCore、axios)未就绪时提示较多 |
完善后端代码逻辑 前端优化依赖检测和降级方案。 |
9 |
| 0x07 | 功能完整性高:实现了用户管理、订单系统、回收分类、价格配置、图片上传等完整业务流程,前端实现时间选择器、分类选择器等交互组件,UI响应式设计 安全性考虑:实现JWT认证、CORS配置、全局异常处理 代码规范良好:使用Lombok减少样板代码,统一异常处理,配置外部化;前后端分离,模块化设计,遵循MVC架构 配置管理:使用Spring Boot配置文件,环境变量支持 |
测试覆盖不足:后端仅有基础测试配置,缺少单元测试和集成测试 性能优化欠缺:未发现缓存策略、数据库查询优化等性能考虑 监控缺失:无日志监控、性能监控等运维配置 文档不完善:API文档仅有Swagger基础配置,缺少详细使用说明 |
重新规划时间线:以2周为迭代周期,Beta阶段前完成MVP上线团队分工优化: 前后端并行开发,API文档先行,减少沟通成本 质量前置:每个功能必须包含单元测试,代码审查通过才能合入主分支 |
10 |
| MANBA | 有明确的模块划分(玩家、敌人、子弹、UI、资源、主循环),便于理解与扩展。 代码中有中文注释且考虑了中文字体加载(get_chinese_font),对中文用户友好。 资源(图片/音效)加载点使用 os.path.exists + try/except,在缺少资源时仍能运行(使用占位 Surface) 实现了商店、道具、血条、敌人AI变化(方向、射击延迟随进度变化)等多个玩法要素,逻辑较完整。 字体路径考虑了 Windows/Mac/Linux 的常见路径,体现跨平台意识。 |
代码风格与可维护性:多处存在广泛的 except:(裸捕获),大量不规则换行/缩进和注释与代码混杂,部分文件在同一个文件中重复内容(看到重复片段/注释“同上”),可读性受影响。 导入与包结构:目前看像是散放的 .py 文件,缺少包化(init.py),且仓库中有中文名文件(API 展示中出现中文“模块”条目),可能导致导入或 CI 问题。 |
统一格式(PEP8)、修复异常捕获(捕获具体异常如 OSError、pygame.error)、移除重复代码或抽取公用函数,使用 linters(flake8)和格式化工具(black)。 把模块按包组织(如 flyingfight/players.py 等),在根目录放 main.py,并确保文件名、模块导入一致;避免文件名非 ASCII(或在 README 中说明)。 |
11 |
| VisionPulse 智动团队 | yolov7-pose-estimation 看起来是完整可运行的项目,包含模型代码、requirements.txt 和 README.md,对复现/教学有帮助。 有 LICENSE 文件:子目录包含 LICENSE(表明有人处理合规性)。 组织上把主体放在子文件夹:将主要实现放到 yolov7-pose-estimation,对分离实验/说明有利。 包含 utils 与 models 模块:代码模块化(utils/, models/),便于阅读和复用。 |
未使用 .gitignore(或未生效):仓库包含 .idea/、pycache、.pyc、虚拟环境等,应通过 .gitignore 排除。 包含大量二进制/缓存/第三方代码:大量 pycache, .pyc,甚至 site-packages 内容都被提交;会造成合规与授权问题(需确认第三方许可)。 没有 CI / 测试:看不到持续集成配置与单元测试(若面向公开工程缺乏自动化质量保障)。 历史清理工作成本高:虚拟环境和大文件已进入历史,简单删除文件并不会缩小仓库体积,需要用 git filter-repo / BFG 清理历史,这有风险且需要小心操作。 |
开发Linux版本,实现用户注册功能,增加低配置GPU兼容,添加多模型对比功能。 | 12 |
| 简码双星 | 结构清晰:约定俗成的包划分(controller/service/repository/entity/dto),便于后续维护与扩展。 使用 Spring 生态:采用 Spring Boot + Spring Data JPA 快速搭建后端,依赖管理合理(spring-boot-starter-web、spring-boot-starter-data-jpa)。 文件上传/下载实现完备:NoteService.uploadNote 包含文件类型、大小检查,生成安全文件名(替换特殊字符并加时间戳),保存路径与 DB 记录关联,下载时增加计数。 统一响应封装:存在 ApiResponse / NoteResponse 等 DTO,有利于前后端一致性。 合理的业务边界:服务层处理业务逻辑(文件保存、转换 DTO 等),控制器负责请求/会话校验,符合分层设计。 |
明文存储密码:User 实体保存 password 字段,UserService.login 直接用 user.getPassword().equals(password) 比对,且注册时未做加密。数据库泄露将导致所有用户密码暴露。 弱认证方式:使用 HttpSession 存储 User 对象并在各 controller 中依赖 session.getAttribute("user") 判断登录,缺乏 CSRF 防护、会话管理策略、以及对 REST API 的常见做法(如 JWT)支持。 缺少输入验证与异常分类:大量使用 RuntimeException 和字符串消息返回,未区分错误码/HTTP 状态(很多 controller 仍返回 200 + 错误消息),不利于客户端统一处理与自动化测试。 |
首先实现公网访问与核心的权限控制功能,添加批量上传/搜索功能,实现笔记权限管控,优化页面稳定性 | 13 |
| 开芯超人 | 项目架构清晰,采用了较多行业通用设计模式,安全机制健全,数据校验严格。 文档详实,团队配合密切且每日报告透明。 业务重点模块完成及时,涵盖地址、用户和订单管理,实现了较完整的功能流程。 |
大文件断点续传未实现;文件搜索性能差;IE浏览器不兼容。(有对应修复方案) 风险应对:未考虑分布式部署,高并发场景受限;无文件版本控制。 |
开发断点续传,引入Elasticsearch优化搜索,支持分布式部署,添加团队协作编辑功能。 | 14 |
浙公网安备 33010602011771号