203
社区成员
发帖
与我相关
我的任务
分享
我们团队选出的复审人代表为陈莹莹和郑兆宏两位同学。
小组的名字和链接 | 优点 | 缺点(bug报告) | 最终名次 |
---|---|---|---|
老师说的都队 | 项目界面优美,准确找到用户痛点,满足用户的基本需求,这组同学做的教务管理系统与我们小组的项目类似,但ui设计非常有特色。能在主流浏览器上正常运行,可用性强。 | 程序的bug都是比较常见且容易解决的bug,且在下个版本可用修复。项目的目标基本实现,但基本功能较简单,项目完成的风险相对较低,在功能端无突出的特点。该项目没有明确指出可负载的用户数量范围,测试数据少,稳定性低。除此之外,个人认为该程序可以在功能上继续拓展,同时可更多地考虑安全性,实现加密传输数据。 | 1 |
RookieTeam | 该项目功能多样且实用,准确抓住用户上传下载文件的需要,并围绕该功能进行一系列的设计。实际操作也简单易上手,界面简洁,清晰明了。 | 程序难以处理的bug较多,主要集中在实时更新这点,如果能解决这个问题程序整体的质量会更好。程序使用了FTP服务,但无安全加密功能,安全性很低。项目对主要和次要需求做出了必要的取舍,但也导致很多能提升用户体验的功能没有实现。个人认为该程序仍有很多功能可以拓展,如:对用户的登录,上传下载等操作在服务器进行记录,在用户界面可查询该用户的记录。 | 2 |
上课划水,喝茶抖腿 | 项目对目标群体的需求分析很到位,程序展示出来的效果与用户需求匹配程度很高。代码质量高,产生的bug较少且无重大bug。 | 该程序虽然风险较低,按时完成了基本功能,但功能较少且简单,仅能满足特定用户需求,相较于同类型项目无优势。程序ui界面设计比较一般,个人认为:展现给用户的信息还未能做到详略得当,在用户体验方面可以多加改善。程序的数据更新方面存在比较大的不足,设计时对这方面的实际情况判断不到位,考虑不周。 | 5 |
随机组合队 | 该小组设计的聊天室功能齐全,操作简单,完成度非常高,包含了用户登录,好友界面,聊天界面,信息查询等功能。 | 该程序的bug较多,但小组处理方式与取舍做得不错。程序不具备注册功能,采用了手动录入用户信息到数据库,对用户群体局限很大。整体ui设计一般,还可以进一步完善。若我来领导这个小组,我会认为这个程序对小组成员来说难度较低,应该更多地考虑如何解决大量用户使用的情况,如何去处理大量的数据,不局限于本地小范围的使用,提高程序的可用性。 | 3 |
ikun七兄弟 | 该项目是个简单的微信小程序,主要解决用户不知道吃什么的问题,基本满足用户需求。ui设计别出心裁,贴合项目主题。使用起来也很方便,着重强调了用户体验。 | 该程序bug较少,但应及时修正。程序整体难度不大,基本完成了主要任务,但个人认为设计过于简单,可拓展的方向很多,可惜没有实现。在用户体验方面做得很不错,但个人认为需要增加一些输入提示,输入样本参考,帮助用户快速上手。选择菜品的算法效果一般,也有改进的空间,且测试数据量不多,实际效果可能与测试结果有较大出入。 | 4 |