团队作业6——Alpha阶段项目复审

这个作业属于哪个课程	班级的链接
这个作业要求在哪里	作业要求的链接
这个作业的目标	选出复审人，看本班级其余团队发布的项目，以及代码质量，实际测试结果，决定名次

复审人：曾繁曦

复审结果

小组名字	优点	缺点，bug报告	最终名次
Timi	(1) 该项目与普通的系统不同，是一个客户端的项目，有新意！ (2) 目的清晰，能把握好给用户提供音乐播放的主要需求 (3) 用户界面美观，交互便捷，采用联动、双向绑定等方式将歌词和歌曲进度联系起来 (4) 能完整处理好获取音源，搜索，分组，用户偏好等一系列功能 (5) 软件需求分析，冲刺过程的记录较为详尽，每天有提交代码	(1) 歌词滚动时，歌词无法对齐正在播放的音乐；搜索结果分页加载时，无法正确加载歌曲信息； (2) 基本实现目标，能满足用户的基本体验需求。 (3) 有解决掉一些卡顿和闪退的问题，但仍有提升的空间。 (4) 一些基本播放音乐，搜索音乐，收藏音乐等功能都有所完善。在对音乐分类和音乐偏好功能可以进一步优化 (5) 主要把握住了能正常播放音乐这一主要需求，并围绕这一主要需求开展了一系列次要需求的实现 (6) 在github上管理，每个人的代码比较清晰，但分支管理还尚提高 (7) 进一步利用分支这一功能来管理代码，以发现问题时能及时看到提交记录。	1
OJteam	(1) 用了微服务来组织项目架构，勇气可嘉！ (2) 目的清晰，能把握好提高用户编程能力的主要需求 (3) 用户界面美观，交互便捷，采用标签等方式将一些判题的信息高亮 (4) 能完整处理好获取题目，判题，用户输入等一系列功能 (5) 软件需求分析，冲刺过程的记录较为详尽	(1) 代码编辑器切换语言失败问题：前端修改编辑器切换逻辑。 (2) 基本实现目标，能满足用户的基本体验需求。题目需要多加扩展。 (3) 对一些题目的测试用例尚未覆盖到一些容易忽略的情况，导致程序仍有问题却能通过。 (4) 找到了用户需要对报错的代码显示出是哪行这个痛点，并能有效地解决 (5) 主要把握住了给用户锻炼编码能力这一主要需求，并围绕这一主要需求开展了一系列次要需求的实现，但在题目质量与目的性仍不够有针对性。 (6) 在github上管理，每个人的代码比较清晰，但分支管理还尚提高 (7) 进一步对题库进行管理，并可以根据用户需求筛选匹配用户的题目	2
P人大联盟	(1) 软件功能性需求开发实现完整，在一定环境配置下软件要求功能都能正常运行 (2) 支持处理分析微博上以“广东工业大学”为关键词，2个月内所有类型内容的中文文本 (3) 用户界面美观，交互便捷，且软件压缩包下载地址处有安装教程详细完整 (4) 通过生成关于分析结果的提问，并与ai助手链接，一定程度上解决了用户常常无法收获关于情感分析结果建议的问题 (5) 软件需求分析，冲刺过程的记录较为详尽	(1) 项目开始目标中的网页部署未能成功实现 (2) 安装使用教程繁琐，且运行时间较长，占用用户本地内存空间，用户体验不佳 (3) 燃尽图的初始冲刺订单数量与计划的冲刺订单数量不同，没有确切的反应真实情况 (4) 项目关于数据爬取和用户cookie的隐私和安全风险问题没有解决 (5) 项目的编码规范与实际开发编码有所差距 (6) 根据后续冲刺博客，发现与初始团队计划规划的日程有所不同，说明前期规划没有进行全面考虑	3
嘿嘿哈哈队	(1) 该项目是一个结合计算机视觉的项目，更贴近了业界的需求 (2) 支持处理实时摔倒检测功能 (3) 用户界面美观，交互便捷 (4) 功能基本实现，有序处理需求 (5) 有采用不同分支提交代码，清晰地管理不同人的职责和实现的功能	(1) 计算机视觉模型训练的精度仍有提升空间，现在有出现错误判断的情况。 (2) 实现一部分目标，受硬件设备的限制，项目的可用性与真实性仍需提高。 (3) 模型容易出现幻觉等问题，但没有足够的措施应对，容易给用户带来不必要的麻烦 (4) 找到快速响应有人摔倒以提供帮助，但距离能落地应用有一段距离。 (5) 主要把握住了实时监控摔倒事件这一主要需求，围绕这一主要需求开展了一系列次要需求的实现。 (6) 在gitee上管理，每个人的代码比较清晰，但分支管理还尚提高。 (7) 尝试用不同数据和方法去训练模型，尽可能提高结果的精度。	4
汪汪队	(1) 软件功能性需求开发实现完整，安装流程解释得比较清晰 (2) 支持下单、添加购物车等多样功能 (3) 用户界面美观，交互便捷 (4) 功能丰富多样，有序处理需求 (5) 有对不同的异常情况进行错误的处理，发生错误时，能准确定位到错误的位置。	(1) 未能很好应对高并发的场景，容易崩溃。 (2) 基本完成了电商商城应包括的需求，但像商品规格，单位，数量等管理仍未实现。 (3) 在高并发的场景下，容易使得数据出现幻读、重复读等不能接受的错误，在写sql时可以添加事务等机制来保证数据的隔离性。 (4) 网页访问起来响应得比较慢，仍然无法很好地解决这个问题。 (5) 主要把握住了电商购物系统这一主要需求，功能基本能满足大部分用户的需求。 (6) 在gitee上管理，每个人的代码比较清晰，但分支管理还尚提高 (7) 我会把需求做的更细致一些，能满足用户更个性化的需求。	5
DreamToByteDance	(1) 软件功能性需求开发实现完整，安装流程解释得比较清晰 (2) 支持宿舍、水电、外卖管理等多样功能 (3) 用户界面美观，交互便捷 (4) 功能丰富多样，有序处理需求 (5) 有对不同的异常情况进行错误的处理，发生错误时，能准确定位到错误的位置。	(1) 部署的网站用校园网也打不开，也没有提供前端代码仓库的链接 (2) 基本实现项目的目标 (3) 异常情况的处理比较少，比如用户提交的数据是否合法，没有进行检验 (4) 解决了一些用户的痛点，由于打不开网页，无法有一个详细的体验 (5) 基本把握好主次需求，但仍有不足，比如暂时没有采用数据库管理，这可能还需要改进 (6) 有用GitHub来管理代码，方便代码的提交和克隆 (7) 我会增加对代码的异常的处理，更多去提高代码的健壮性	6
TPG NO队	(1) 软件功能性需求开发实现完整，安装流程解释得比较清晰 (2) 支持图片上传，分页展示数据等多样功能 (3) 用户界面美观，交互便捷 (4) 功能丰富多样，有序处理需求 (5) 有对不同的异常情况进行错误的处理，发生错误时，能准确定位到错误的位置。	(1) 活动详情页面加载速度较慢。 (2) 基本完成了所选场景应包括的需求，有效地实现了项目的目标。 (3) 没有很好应对SQL注入的问题，容易被人篡改数据库的数据。 (4) 网页访问起来响应得比较慢，仍然无法很好地解决这个问题。 (5) 主要把握住了给用户提供志愿者管理系统这一主要需求，功能基本能满足大部分用户的需求。 (6) 在gitee上管理，每个人的代码比较清晰，但分支管理还尚提高 (7) 我会尝试提高代码的规范型与可读性，以提高网页的性能。	7
GSDN技术社区	(1) 软件功能性需求开发实现完整，安装流程解释得比较清晰 (2) 支持注册登录、文章管理、点赞评论等多样功能 (3) 用户界面美观，交互便捷 (4) 功能丰富多样，有序处理需求 (5) 有对不同的异常情况进行错误的处理，发生错误时，能准确定位到错误的位置。	(1) 前端页面比较简陋，用户的体验比较单一 (2) 基本实现项目的目标 (3) 有一定的异常情况的处理，比如有对用户提交的数据是否合法进行检验 (4) 有找到“根据用户输入进行搜索”这个需求。这是一个比较重要的需求，并且有很好地实现 (5) 能把握好主次需求，但仍有不足，比如暂时没有采用数据库管理，这可能还需要改进 (6) 还行，有用GitHub来管理代码，方便代码的提交和克隆 (7) 我会增加对代码的日志的管理，可以更快的找到问题发生的地方	8
铜锣湾代码王	(1) 软件功能性需求开发实现完整，安装流程解释得比较清晰 (2) 支持教师端、学生端管理等多样功能 (3) 用户界面美观，交互便捷 (4) 功能丰富多样，有序处理需求 (5) 有对不同的异常情况进行错误的处理，发生错误时，能准确定位到错误的位置。	(1) 前端页面的按钮响应问题未解决。 (2) 基本实现项目的目标 (3) 有一定的异常情况的处理，比如有对用户提交的数据是否合法进行检验 (4) 有找到“根据用户输入进行搜索”这个需求。这是一个比较重要的需求，并且有很好地实现 (5) 能把握好主次需求，但仍有不足，比如涉及数据删除时，没有考虑级联的问题。 (6) 还行，有用GitHub来管理代码，方便代码的提交和克隆 (7) 我会增加一些需求以提升用户的体验感，并对前端样式进行调整。	9
菜鸟队	(1) 软件功能性需求开发实现完整，在一定环境配置下软件要求功能都能正常运行 (2) 支持日常聊天对话功能 (3) 用户界面交互便捷 (4) 功能基本实现	(1) 无法查看历史聊天记录。 (2) 页面和功能比较简单，仍待提高。 (3) 数据没有很好地管理，容易丢失。 (4) 找到了一些，但由于比较简单的功能，用户体验感比较一般。 (5) 主要把握住了用户对话这一主要需求，但并没有围绕这一主要需求开展了一系列次要需求的实现，实现功能较为单一。 (6) 不清晰的代码管理和提交。 (7) 如果我来,会积极调动起同学的热情，安排好每位队友的工作与职责。	10
我们都队	(1) 软件功能性需求开发实现比较完整 (2) 支持二手商品交易等多样功能 (3) 用户交互便捷 (4) 功能划分清晰，有序处理需求 (5) 有对不同的异常情况进行错误的处理，发生错误时，能准确定位到错误的位置。	(1) 数据库连接仍然出现问题。 (2) 基本实现项目的目标，但页面过于简陋，用户体验一般。 (3) 没做异常处理，未能很好应对风险。 (4) 有找到“根据用户输入进行搜索”这个需求。这是一个比较重要的需求，并且有很好地实现。 (5) 能把握好主次需求，但仍有不足，比如涉及数据删除时，没有考虑级联的问题。 (6) 有用GitHub来管理代码，方便代码的提交和克隆。 (7) 我会增加一些需求以提升用户的体验感，并对前端样式进行调整。	11
Goodbye World	(1) 软件功能性需求开发实现比较完整 (2) 支持二手书籍交易等多样功能 (3) 用户交互便捷 (4) 功能划分清晰，有序处理需求 (5) 有采用服务器进行部署，方便体验	(1) 交换图书价格在已购买界面显示错误。 (2) 页面过于简陋，用户体验一般。 (3) 没做异常处理，未能很好应对风险。 (4) 有找到“根据用户输入进行搜索”这个需求。这是一个比较重要的需求，并且有很好地实现。 (5) 能把握好主次需求，但仍有不足，比如涉及数据删除时，没有考虑级联的问题。 (6) 还行，有用GitHub来管理代码，方便代码的提交和克隆。 (7) 我会增加一些需求以提升用户的体验感，并对前端样式进行调整。	12
管你对不队	(1) 软件功能性需求分析完整，安装流程解释得比较清晰 (2) 有做一定的代码管理	(1) 没有很好地完成自己所设的需求。 (2) 没有对异常情况的处理。 (3) 没有，已经实现的功能整体比较简单。 (4) 没有很好把握好主次需求，比如数据库管理应该更重要，而不是去关注推荐算法其他的。 (5) 还行，有用gitee来管理代码，方便代码的提交和克隆。 (6) 我会减少过多的需求，更多去提高代码的健壮性。	13
数据流浪者	(1) 软件功能性需求开发实现完整，安装流程解释得比较清晰 (2) 用户界面美观，交互便捷 (3) 功能基本实现，有序处理需求 (4) 有采用不同分支提交代码，清晰地管理不同人的职责和实现的功能	(1) 在注册用户时，输入超出数据库定义范围后页面没有明显提示。 (2) 实现一部分目标，在查询数据对返回的数据格式处理仍尚不够。 (3) 没有很好应对SQL注入的问题，容易被人篡改数据库的数据。 (4) 找到一些，但像为每个用户提供个性化服务上做的还不够 (5) 主要把握住了给用户提供考研院校信息这一主要需求，但并没有围绕这一主要需求开展了一系列次要需求的实现，实现功能较为单一。 (6) 在github上管理，每个人的代码比较清晰，但分支管理还尚提高 (7) 进一步对需求挖掘，尽量为用户提供一些有吸引力的服务。	14
BUG不打烊小队	(1) 该项目有预设不同场景下使用的情况，考虑比较周全 (2) 目的清晰，能把握好给用户提供网上购物的主要需求 (3) 用户界面美观，交互较为简单 (4) 能完整处理好下单、收藏、加购物车、用户偏好等一系列功能 (5) 软件需求分析，冲刺过程的记录较为详尽	(1) 商品管理没有很清晰，图片加载仍有问题 (2) 基本实现目标，能基本满足用户的基本体验需求。 (3) 有解决掉一些订单管理的问题，但仍有提升的空间。 (4) 在数据库对数据存储上仍可以进一步优化，也应对高并发的情景 (5) 主要把握住了能正常下单购物这一主要需求，并围绕这一主要需求开展了一些次要需求功能的实现 (6) 代码管理用了GitHub，但分支管理尚欠完善 (7) 如果是我，我会进一步根据不同用户的购物习惯，把一些大数据模型接进来，跟踪用户和推送用户偏好数据	15
按时睡觉队	(1) 用户根据自己的需求自定义分类，灵活性高。核心功能实现和无严重 Bug，确保软件在 Alpha 阶段具备足够的稳定性和可用性。软件设计考虑了学生党、家庭和打工人等多种目标用户的场景需求，并通过汇总功能帮助他们实现目标。 (2) 数据库备份和恢复功能确保了数据的安全性和可持续性。经过全面测试，各主要功能均通过验证，基本实现无严重 Bug 的状态。 (3) 账目记录和管理流程简单清晰，方便用户快速上手。	(1) 软件功能模块之间的协作有一定耦合度，后续功能扩展可能需要较大改动。 (2) 登录界面的头像默认显示系统头像，用户可能期望登录后直接显示个性化头像。删除数据库中的账目信息后，主界面序列号显示不正确。	16