Alpha阶段项目复审
| 课程 | 2024软件工程 |
|---|---|
| 作业要求 | 团队作业6——复审与事后分析 |
| 作业目标 | Alpha阶段项目复审 |
复审
| 小组名字及链接 | 项目 | 优点 | 缺点，bug报告 | 最终名次 |
|---|---|---|---|---|
| 数据流浪者 | 高校查询系统 | （1）技术栈的版本比较先进。根据源码看，后端代码采用Springboot框架，是现在的主流框架，功能强大，方便扩展。 （2）界面简洁，一眼就知道应该点哪里 |
（1）上手困难。没有release，需要手动克隆，再设置mysql管理员密码，再手动创建数据库，运行SQL程序后才能使用 （2）权限要求高。一上来就需要root账号，用户估计不大愿意给这么大的权限 |
|
| TheteamofP | 情感分析系统 | （1）软件功能性需求开发实现完整，在一定环境配置下软件要求功能都能正常运行 （2）支持处理分析微博上以“广东工业大学”为关键词，2个月内所有类型内容的中文文本 （3）用户界面美观，交互便捷，且软件压缩包下载地址处有安装教程详细完整 （4）通过生成关于分析结果的提问，并与ai助手链接，一定程度上解决了用户常常无法收获关于情感分析结果建议的问题 （5）软件需求分析，冲刺过程的记录较为详尽 |
（1）项目开始目标中的网页部署未能成功实现 （2）安装使用教程繁琐，且运行时间较长，占用用户本地内存空间，用户体验不佳 （3）燃尽图的初始冲刺订单数量与计划的冲刺订单数量不同，没有确切的反应真实情况 （4）项目关于数据爬取和用户cookie的隐私和安全风险问题没有解决 （5）项目的编码规范与实际开发编码有所差距 （6）根据后续冲刺博客，发现与初始团队计划规划的日程有所不同，说明前期规划没有进行全面考虑 |
4 |
| LMJ | 视频网站 | （1）团队节奏很好。从7天的燃尽图来看，团队的任务完成情况稍有波动，符合正常情况，基本符合预期。 （2）每日充分的小组会议时长。除了第一天准备外，每日的平均站立会议时长达到37分钟，说明小组内有充分的沟通，让人对团队的可靠性有信赖 （3）团队协同良好。根据每日完成任务来看，几乎每天都是整个团队在针对某个模块进行全方面的解决，没有单打独斗，团队配合良好 （4）易于扩展。项目采用市面上普遍流行且强大的Springboot框架，编程人员易上手，好管理，且对编程人员的依赖小。 |
（1）上手困难。没有release，需要手动克隆，下载maven并配置，下载依赖项，启动后还要下载npm再启动 | |
| Three-Together | 魔塔 | （1）上手简单。仅需下载压缩包解压，点击即玩。并且团队贴心的制作了教程关卡，对新人友好。 （2）美术风格贴近原作。整体美术风格采用原作的美术风格，让魔塔游戏受众易于接受 （3）难度适中。游戏添加了自动存档机制，当角色意外死亡可以回档。 （4）性能优秀。游玩发现无卡顿，无等待。 |
（1）自动存档智能不够。每次死亡读档都只会读死前一刻的存档，如果没有手动存档就会卡关，只能重来 （2）团队成员责任差别巨大。团队只有3个人，一个编程一个文案一个美工，感觉整个前端后端测试全给编程了。 （3）新手教程不够详细。游玩发现没能get到魔塔游戏的运营和策略。出了教程关，第一关就卡关了，我像个无头苍蝇乱窜给游戏卡关了 |
1 |
| FJFC | GSDNBlog | （1）接口强大。项目接入了通义千问的API （2）界面简洁。网页很干净，浏览起来很舒服 （3）框架先进。根据源码看，后端代码采用Springboot框架，是现在的主流框架，功能强大，方便扩展。 |
（1）没找到网址。不知道在哪 | |
| 我们都队 | 二手物品交易购物平台-旧物对对碰 | （1）敢露脸。一众团队里少有的露脸会议照，让人感受到这个团队的决心 （2）计划表详尽，考虑周到。该团队的计划日常细化到模块。每个任务有矫正方法这一栏，说明团队考虑了突发意外情况 （3）准备充分。在准备阶段就给出了详尽的用户使用流程，前后端流程图，数据库设计与各表的操作。提前搜集了二手闲置物品的交易需求，给出了具体调查的数据 |
（1）团队节奏落后预期。查看第七天的燃尽图，发现团队每日完成的任务都是低于预期的，不过最后两天把任务补上了 | |
| 铜锣湾代码王 | 教务管理系统 | （1）框架先进。根据源码看，后端代码采用Springboot框架，是现在的主流框架，功能强大，方便扩展。 | ||
| GoodbyWorld队 | 校园二手图书交易平台 | （1）上手简单。没有多余操作，注册登录即可使用，。且没有使用门槛，能识字就能用。 （2）附带评论功能。可以对某一商品评价，供其他人参考。 （3）计划详尽，准备充分。该团队在准备时设计了7天卡片，上面记录了每日的任务 （4）学习速度快。根据燃尽图查看，发现该组虽然一开始落后，未能完成每日任务，但经过几天学习后，奋起直追，完成的预定任务 |
（1）bug：已添加发货地址，但是购买部分商品时仍提示没有发货地址。 （2）购物分类不清晰。简单浏览发现。购买后可以取消订单，但是已取消的订单和待支付的订单放在一起，且二者没有标记区分，使用体验难受。应该要加以区分 （3）bug：多次取消同一商品的商单，会造成商单重复。正常的交易系统里对同一物品多次购买（未付款）又取消，应该只是更新操作时间而已 （4）布局紧密。PC端可以将两侧的空白部分留作分类选项，而不必全挤在最上面 （5）砍价对话暴露。查看功能设计，砍价部分设计在评论区不大妥当，应该让意向顾客和商家单独一个窗口对话砍价 |
2 |
| 嘿嘿哈哈队 | 行人跌倒检测系统 | （1）小组对项目的把控很强。小组燃尽图实际曲线和预计曲线非常贴近，小组任务完成得稳扎稳打 （2）UI设计灵动。项目有自己的UI界面，自制了各种图标logo，简洁大方灵动。 |
（1）数据集不足。该项目使用了1440张图片进行模型训练，较少的训练集大概率导致识别精度的下降 （2）极端情况下精度不足。根据冲刺阶段的运行截图，发现参数在接近0处有跳变 （3）源代码管理混乱。readme文件里面只有框架，具体内容例如安装教程与使用说明没有给。训练，测试与 main的代码都简单地放在了根目录下，没有分类。拼写错误导致的意义不明，代码文件split_dota.py应该想写split_data.py吧？也可能是为了躲避关键字而设计的 |
|
| Timi | 歌曲播放器APP | （1）界面按钮设计的足够大，单手操作友好。该界面的按钮设计地比QQ音乐，酷狗，网易云设计的都大 （2）团队人员业务娴熟。根据燃尽图来看，团队的进度一直领先于预期。且根据每日的汇报，能发现大量添加的新代码 |
（1）bug：游客登录失效。手机安装apk打开，点击Tourist Login无反馈（2）APP没有图标。该APP没有设计外观图标 （3）注册界面的获取验证码按钮无反应。不知道是bug还是功能为实装。 （4）登录界面密码只能输入6位，但是注册界面密码设计没限制。 |
|
| 汪汪队 | 购物系统 | （1）团队对项目的把控非常精准。燃尽图上的实际走向与预期走向几乎重叠 （2）界面丰富。软件布局和一流数码网店相似，带有类型，参数，服务，简介，分享等等功能 （3）代码管理科学。虽然不是流行的springboot的分块管理，但是根据自身项目做到对 utils，pojo，api，等分类 |
（1）上手难度大。需要自己下载代码，JDK，mysql/redis，以及npm。后才能启动 | |
| TPG NO | 志愿者系统 | （1）界面配色让人感觉亲近。配色采用棕色，绿色和淡黄色混搭，符合志愿者这个主题。 （2）容易上手。无需安装，打开网页就能使用 （3）团队对项目的掌控符合预期。根据燃尽图来看，团队的实际走向徘徊在预期左右，说明项目自始至终都没有脱离掌控 （4）代码封装较细，利于扩展。团队对项目的控制器和实体类的分类较多较细，方便后续进行扩展和更细微的操作。 |
（1）活动数量较多或内容较丰富时，详情页面加载速度较慢，影响用户体验。 （2）限制人数使用系统 |
|
| 菜鸟队 | 聊天软件 | （1）复古风。项目UI界面使用老版本的UI，或许有机会打打情怀口碑 （2）项目成员的开发水平优秀。虽然人手不足，但是成员能够做到完成每日任务的同时仍有盈余 |
（1）团队成员过少。项目说明书中写到，团队一共两人，要同时负责需求分析，开发测试，项目管理，文档博客，让人对团队的工作量和资源的差距感到担忧，从而对团队可靠性产生怀疑。 （2）项目的可同时在线人数较少。最初的设计只有20人，哪怕后续增加到50人，面对如今动则上百人的群聊需求，多少有点捉襟见肘 |
|
| OJteam | Chen OJ在线判题测试系统 | （1）代码结构非常清楚。后续修改bug或者添加功能模块比较方便 （2）人手充足。不用担心项目人手不够，因此也可以期待一下项目功能上的丰富 （3）上手简单。项目最终以网页进行发布，点击就能用 |
（1）项目还在审核，看不见原貌 | 3 |
| BUG不打烊小队 | 线上购物系统 | （1）独特的美工逻辑。该团队有自己的logo——一对羊角。且该团队抛弃了主流网购平台堆砌词条，密密麻麻的界面。选择了较简约的界面风格 （2）成员的代码能力强悍。整个冲刺阶段，项目没有比较大的障碍出现 |
（1）商家界面未完成 |
