| 小组的名字和链接 | 优点 | 缺点，bug报告 | 最终名次 |
|---|---|---|---|
| 圣火喵喵教 | 1、功能全面，实现了预期的大部分功能，可供用户和管理员使用。 2、界面设计详尽，对登陆和未登录的界面进行了区分，各个功能也有单独的界面。 3、测试完善，使用了测试矩阵进行功能测试。 4、界面能够适配多种分辨率。5、代码结构清晰，可读性强，编码规范。 |
1、软件的部分功能还未实现，如搜索功能和订单功能。 2、尚存在一些bug，前后端交互还未完成。 |
1 |
| 码农探花队 | 1.代码结构严谨，命名规范，项目代码注释明确，项目可读性强 2.前端设计简洁美观，各功能模块操作简单，清醒明了 3.适用多平台且只需通过浏览器即可访问，产品面向范围广 4.实现与当今音乐app所具有的基本功能，产品可靠 |
1.有些功能模块会出现延迟、崩溃的情况，代码的健壮性还需增强 2.产品数据承载量较小，需要担心后台数据管理的情况 3.基于web端开发，容易出现崩溃的情况，同时在不同浏览器使用产品会出现不同问题，后续可对产品展示平台进行更换 4.后续可以根据客户需求，增添更多特色功能 |
2 |
| 火箭工程师队 | 1.较好地使用了git管理项目，易于维护和功能拓展，方便成员合作 2.基础功能基本实现，项目初期设计考虑比较完善，使用较为流畅 3.模块化设计，代码整体有较强的可读性 |
缺点：1.有些许实用功能尚未实现 2.项目占用资源可以再优化 |
3 |
| 提前放暑假队 | 1.代码设计和命名规范，结构严谨，可读性强 2.前端页面设计简洁，各功能模块明确，操作简单合理，与后端连接做的好，数据反馈快 3.用户和管理员分离，用户模块功能实现完备，管理员模块也能实现对后台数据的正确处理 4.产品开发前，有对产品进行调研，产品的功能设计更加合理 |
1.前端界面可以设计的更加美观好看一点 2.产品需要考虑后台数据量庞大的情况，维护产品的稳定性 |
4 |
| 组名五个字 | 1.代码结构合理，命名清楚规范，代码可读性强 2.前端界面各功能模块分类明确，前后端连接接口做的好，数据反馈较快 3.用户和管理员分开，方便产品管理（管理员）和更新（听取用户意见而及时更新） 4.实现与当今网购app的基本功能，且产品下载使用简单，产品可靠性较高 |
1.可承载的数据量有待增加，需要增强后台的承载力和加强管理力度 2.产品使用过程中可能会出现超时没有反馈或产品崩溃的现象，仍需加强产品代码的健壮性 3.后续产品可采用其他平台展示，如微信小程序，当前产品下载使用还是可能会出现系统不兼容等情况 |
5 |
| 111 | 1、实现了扫雷游戏预期的功能 。2、用户操作方便，预计消除bug后用户在pc端下载程序便可运行 |
1、界面有点单调 。2、功能与界面设计还需完善。 |
6 |
| 数字工匠队 | 1、实现了一个待办事项软件的基本功能，用户可进行注册、登陆，插入以及删除待办事项。 2、代码注释详细，可读性强。3、测试全面，有单独的测试模块，并指明了用户可能遇到的bug。 |
1、软件只能在idea中运行，还要自行配置数据库，用户体验较差。 2、界面有些单调。 3、软件还存在部分bug未修复，如用户名修复无反馈。 |
7 |
| 这是一个队名 | 1.基本功能实现完备，在多浏览器上都可正常运行，能够正常注册，登录，发布帖子，互动。 2.UI前端设计简洁，使用体验良好 |
缺点：1.有项目自身的局限性，如服务器内存的劣势和可进行数据处理的实验数量少 2.有些目标功能的实现和部分细节有待完善，希望下一个版本可以解决 |
8 |
| 软件工程小团队 | 1.功能完善，基本实现了需求，运行流畅 2.实现了自动拼图算法，拓宽了游戏可玩性3.游戏可执行文件体积很小，占用电脑资源少 4.项目的管理和团队协作比较高效， |
1.删除了一定的功能，比如原定的音乐播放器功能，使得游戏比较乏味 2.删除了原定的注册和登录模块，使得游戏只能在本地运行，无法拓展联网功能 |
9 |