Alpha阶段项目复审
评审人:陆靖
小组的名字 | 优点 | 缺点 | 名次 |
---|---|---|---|
火箭工程师队 | 1.测试方法全面,覆盖了应用的主要功能。2.模块化设计代码结构清晰,职责分明,易于维护,添加功能; | 1. 由于项目部署在 qt ,发布的方式仍是要在相应的IDE中运行才能使用,用户体验感较差; | 6 |
这是一个队名 | 1.该失物招领网站是网页形式存在,无需安装,功能较多,能满足不同用户的需求和目标,可实行度高;2.清晰生动的ui设计和前端页面;代码结构清晰,职责分明,易于维护; | 1. 不能同一时间有多人进行使用,否则该网站会崩溃,对使用人数有较大的限制;2. 用户要登录才能使用,不能让普通游客阅览相关的帖子,有些难吸引用户。 | 4 |
软件工程小团队 | 1.基本功能齐全,实现了大部分的需求;2.游戏中包含丰富的交互性,游玩流畅,上手简单; | 1.游戏内容有点单一;2.ui细节仍需打磨; | 2 |
南斗六星队 | 1. 发布方式详细,有助于用户顺利使用系统;2.平台具备基本的登录、注册、聊天、交易等功能,功能较为全面。 | 1. 平台安装启动需要经过较为繁琐的安装配置环境过程,启动时要使用命令行进行启动,用户使用体验较差 | 7 |
IT昆仑山 | 1.Qt图形化界面,引人入胜的用户体验;2.游戏中包含丰富的交互性,游玩流畅,上手简单;3.创造性和娱乐性:游戏项目强调创造性和娱乐性,能够吸引广泛的用户群体;4.性能优化为了流畅运行,服务端和客户端采用模块化设计,便于功能扩展和代码维护;5.基本功能齐全,实现了大部分的需求; | 1.功能较为单一,且可拓展性较低 | 1 |
软工团队6 | 1.代码通过程序的功能组合各种计算物理公式;2.方便操作,界面整洁易懂; | 1.可进行数据处理的实验数量少,体量很小;2.前后端不分离,界面首次载入时间长 | 5 |
Super New Code | 1.能满足不同需求的使用者,有普通用户、博主、管理者三种使用者身份。2.文档编写,包括用户手册、开发文档、测试报告清晰明了; | 1. 界面不够美观,较为简单,建议美化界面,提高用户使用感。2. 有较多 bug 没有修复,用户使用时容易出错,建议该团队完善对应的功能。 | 9 |
码农探花队 | 1. 发布方式和说明详细,介绍了该网站的功能和使用限制,无需安装,使用浏览器访问即可使用,用户使用便捷;2.该网站实现了音乐网站的基本功能 | 1.界面有些单一,页面太过单调; | 8 |
组名五个字 | 1.软件发布方式和地址详细,有安装教程,系统功能基本完成 | 1.初次部署和配置复杂,缺乏详细的配置指南,增加了使用门槛; | 10 |
111 | 1.游戏有竞技性和逻辑性,适合大多数人利用碎片时间,锻炼思维能力;2.基本功能齐全,实现了大部分的需求 | 1.博客,文档API介绍和代码注释有些缺少;2.界面设计有些单一,还需打磨; | 11 |
提前放暑假队 | 1.较为完整的完成了规格设计需求书中的内容,程序设计了登录界面,注册页面和管理员信息界面。并且给出了管理员和用户详细的使用手册。 | 1.给出的发布地址包中没有包含sql文件,无法安装进行实测 | 12 |
圣火喵喵教 | 1. 发布说明详细,介绍了功能和限制;2. 能够在各种浏览器上使用,界面能够自适应; | 1. 用户注册时,没有进行输入校验和提示,未完全填写也能注册成功;2.购物车删除商品只能逐一删除,无法选择多个同时删除; | 13 |
照日深红暖见鱼 | 1.该团队任务分配及其分解合理,项目的设计考虑较全面。2.出错提示较好 | 1. 界面 UI 设计较为简陋,图片占据过多位置,按钮或字体过小,看起来不够美观; | 3 |
个人队 | 1.任务和测试目标明确,场景测试紧密结合实际用户需求和操作环境,有助于开发出符合用户期望的产品。 | 1.发现并修复了两个bug。修复bug是提高软件质量和用户满意度的重要步骤,但未提供具体的bug内容和修复详情 | 14 |
一个 | 无 | 15 | |
personage_Coding | 仓库没有东西 | 16 |