[软件工程团队作业6-1] 复审
| 小组的名字和链接 | 优点 | 缺点，bug报告 | 最终名次（无并列） |
| 梦之航 |
1. 页面简洁，方便上手
2. 功能贴合实际，满足大学生日常需求 3. 较现有课表小程序增加课程介绍，可看到每节课老师教授的具体内容 4. 作为一个课表小程序功能相当完善，目前仍未完成的更多的是附加功能 |
1. 贴吧功能未上线
2. 课表加载速度慢 3. 未能实现修改课表功能 4. 无法修改头像和用户名，未能查看体测成绩 |
13 |
| 红弧队 |
1. 页面简洁，上手简单
2. 创意新颖 3. 有历史记录可记录用户曾经进行过的选择 |
1. 推荐内容较少
2. 功能比较简单 3. 历史记录只能保存 20 条，20 次后的记录不进行保存 4. 完成选择的转盘和正在进行选择以及未选择的转盘位置不同，在转盘停止和点击重置时会发生明显的移位 5. 用户自定义转盘内容使会偶尔会出现点击 “下一个” 按钮但表单内容未刷新的情况，再次点击 “下一个” 按钮刷新表单后转盘出现两个相同的选项 |
6 |
| Born To Win |
1. 提供方便快捷明确的注册登录页面
2. 界面简洁大方 3. 简单易上手 4. GitHub 代码管理规范 |
搜索功能暂未实现 在代码提交处还未实现分页和编辑器效果 用户信息管理功能还未实现 关于该团队项目的整体目标——简单在线评测系统，我们认为是实现了的。用户可以在 OJ 上做题，并且得到评判结果，管理员有管理题目的权限，这些功能都已经实现。若能解决搜索功能，则可用性会更高。 通过性能分析和 bug 风险评估来应对项目风险。 我们认为该项目管理员的功能还可以加以完善，管理员在查看学生提交代码情况并对学生提出建议等方面也有一定需求。 该团队的主要需求放在基本功能用户权限和管理员权限上，使整个系统具有一定的可用性，次要需求放在搜索功能和代码提交处的分页和编辑器效果上，先解决主要需求，再解决次要需求。 该团队通过 Git 仓库管理源代码。 如果换成我来领导这个队，并没有把握做得比他们更好，毕竟在功能实现上他们已经做得比较完善。但如果是我，我会更注重队员间的沟通，发现问题更及时解决。 |
7 |
| 四带二 |
1. 有创意，上手难度低
2. 能实现基本功能 3. 界面简洁大方 4. 代码管理比较规范 |
注册页面注册完成时无页面跳转或提示 关于该团队项目的整体目标——极简主义的博客平台，我们认为是实现了的。能实现浏览博客，写博客，编辑博客以及删除博客的功能，写博客时采用 Markdown 编辑，同时还能修改用户信息和更换头像，具有亮点。整体功能完整，可用性较高。 通过性能分析和 bug 风险评估来应对项目风险。 找到了，并且基本都实现了，这点做得很好。 该团队的主要需求放在博客广场、博客管理和我的资料上，次要需求放在登录页面和注册页面。先解决主要需求，再慢慢优化次要的。 该团队通过 Git 仓库管理源代码。 如果换成我来领导这个队，并没有办法做得比他们更好，因为他们已经做得比较完善。但我会优化交互体验，增加导航提示。 |
2 |
| gdut_名媛 |
1. UI 面板简洁，清晰。
2. 团队成员分工明确。 |
1. 送货地点可以加入定位搜索，仅仅以大地点作为定位很不方便。
2. 目前展示功能较为基础简单，希望后续能加入多种功能，例如：按距离远近进行排序等 |
10 |
| fumbleFish |
1. 项目真实，可靠，有价值有目标。
2. 基本要求都已经实现。 3. 网页界面设计看上去十分简洁舒适。用户操作友好。 |
1. 图形化界面尚未完成。
2. 基本bug都修改完成，有小部分bug还未能修改。 |
3 |
| PG |
1. 分析需求弄得很好
2. 分工合作合理 |
1. 测试过程能放出截图就更好了
2. 该工程要进行测试的话还需测试人手动配置环境 |
4 |
| 智商OverFlow |
1. 总体设计比较好
2. 代码管理不错 3. 界面很温和 |
1. 功能比较简单
2. 当我删除自己的申请，第一时间还会显示我申请的信息，虽然有标签已删除 |
1 |
| QAQ~ | 1. 感觉用户界面非常友好。 |
1. 仅完成了外围功能，未完成核心的API测试功能。
2. API 的管理应该隶属于项目管理。把它们当作同一级造成一些功能的重复，重叠。 |
14 |
| PH-VIP |
1. 游戏界面精美，令人愉悦。
2. 音效轻松带感。 |
1. 基本完成了需求，基本完成了功能，但是没有实现完善的功能。
2. 游戏体验一般，有些关卡设计不合理。比如 0 号关卡，落脚点太高以至于无法通关。 3. 存在明显 bug ：有时候打开关卡，游戏人物会飞天。 4. 有些关卡没有完成游戏功能。 |
12 |
| Bugames |
1. 团队在准备阶段的工作做的比较充分，他们对各部分都进行了规范，例如对各细节的规范。这点可以使开发效率更高。
2. 他们在测试中发现了不少问题，例如游戏的显示 UI ，玩家对游戏的可控制性等，但最后他们都一一进行了修复，这点很好。 3. 基本上完成了预期的需求。 |
1. 作为一款游戏来说，给用户最直观的体验便是游戏的可玩性。具体分为娱乐性和操纵性，其次是视觉化体验和 BGM 是否动感。
在我体验玩以后，这款游戏的 bug 是非常少的，我觉得和游戏模式的单一性有关系，我目前发现的 bug 有：
操作说明和实际操作并不一致 操作中对用户的触控反馈延迟过高，影响了游戏的操控性，作为音游对实时性要求很高 长按操作无响应 2. 其次是可玩性不高，希望期待后续可以增加更多的曲目和玩法。 |
9 |
| 广工扫“蝗”小分队 |
1. 分工明确，需求写的十分详细对各种场景和用户都进行了细分。
2. 基本上每天的计划都能完成甚至提前完成。 3. 手机端体验较好，几乎没有卡顿和 bug ，画面较精美。 4. 源代码管理十分清晰有序。 |
1. 电脑端收获地址选择时无法拖动选择，手机端则无此 bug 。
2. 注册手机号认证号码段覆盖不全。 3. 只实现了最基础的功能，且博文中提到已经有的功能也无法使用。 4. 对运营模式持保留意见（商家与顾客的关系）。 |
5 |
| 拒绝加班 | 1. 有较好的源代码管理和团队分工。 |
1. 存在 bug: 角色、怪物的碰撞形状与图片差异过大；怪物移动轨迹与预期不相符。
2. 已实现绝大多数功能，但仍有以下功能未实现：提供游戏音乐以及用户自定义的游戏设置。 |
11 |
| 二佬带带我 |
1. 有较好的源代码管理和团队分工。
2. 基础 bug 已修复，在已提供的功能上无影响体验的 bug 。 |
1. 更新卡包功能及复习功能尚未完成。
2. 从用户体验来说，该项目有较大的改进空间：目前该应用在创建卡片内容上有且仅提供了纯文本输入的方式。而实际上由许多需要记忆的知识点都包含了大量的文本，甚至含有公式等特殊符号。纯文本输入的方式显然对这类知识点的卡片建立很不友好。可以考虑加入图片插入等选项丰富卡片内容的创建方式。 |
8 |
