Alpha阶段项目复审
| 软件工程 | 班级链接 |
|---|---|
| 作业要求 | 作业要求 |
| 作业目标 | 评审与事后总结 |
| github仓库 | 团队项目 |
队名：P人大联盟
团队成员
| 姓名 | 学号 |
|---|---|
| 王睿娴 | 3222003968 |
| 张颢严 | 3222004426 |
| 梁恬（组长） | 3222004467 |
| 潘思言 | 3222004423 |
1、Alpha版本测试报告
1.1、评审人
- 潘思言，梁恬，张颢严，王睿娴
1.2、评审结果
| 小组名字和链接 | 项目 | 优点 | 缺点，bug报告 | 名次 |
|---|---|---|---|---|
| 铜锣湾代码王 | 教务管理系统 | 1.清晰的架构与模块划分：按照功能将代码划分为不同的包，如controller、entity、mapper等，各个模块职责相对明确，方便开发人员定位和理解不同功能对应的代码，易于新成员快速熟悉项目，整体架构清晰合理，为后续的扩展和维护奠定了较好的基础 2.框架运用得当：采用了 Spring Boot 和 MyBatis-Plus 等业界成熟的框架进行开发。Spring Boot 助力项目快速搭建、便捷配置以及依赖注入管理；MyBatis-Plus 简化了数据库操作，减少了编写 SQL 映射语句的工作量，提高了与数据库交互的效率，二者结合为项目提供了稳定且高效的开发环境 3.代码简洁性提升：广泛使用了 Lombok 注解（如@Data、@Accessors(chain = true)等）以及 Spring、MyBatis-Plus 相关的注解（如@RestController、@RequestMapping、@TableName等），极大地减少了样板代码的编写，使代码更加简洁易读，聚焦于核心业务逻辑的实现，提高了开发效率 4.数据封装与整合较好：通过设计实体类（po包下）和视图类（vo包下）对业务数据进行了有效的抽象和封装，方便在不同层之间传递数据，并且能将多方面关联数据整合到一起，增强了数据的完整性和可读性，例如在展示课程、学生、成绩等相关信息时能提供较为全面的数据结构 5.基础功能覆盖较全：从代码所呈现的内容来看，涵盖了课程管理、学生管理、成绩管理、用户登录等多个校园业务相关的基础功能模块，表明项目在朝着解决原计划设定的校园业务管理问题的方向努力，具备了一定的实用性和功能性 |
1.功能细节与完善程度不足：部分功能在复杂业务规则处理、边界情况及异常处理方面存在欠缺。像成绩管理中缺少对成绩统计分析功能，登录功能未考虑如账号锁定等异常情况的处理，整体功能的完整性和健壮性有待提高，对于一些实际业务场景中可能出现的复杂情况应对能力不足 2.性能考虑欠佳：缺乏针对大数据量查询的优化措施，如未实现分页处理逻辑，在高并发场景下也缺少缓存机制、数据库连接池优化等相关设计，可能导致在数据量较大或并发请求较多时，出现响应时间过长甚至系统崩溃的风险，影响软件的运行性能和用户体验 3.代码可维护性与可读性问题：尽管代码结构清晰、注解运用减少了部分代码量，但业务逻辑分散在不同层且不够直观，服务层关键业务逻辑隐藏较深，同时代码中缺少足够的注释来阐释关键业务思路和复杂逻辑，这对后续维护人员理解和修改代码造成了一定困难，不利于项目的长期维护和迭代 4.代码管理与项目管理薄弱：没有看到代码版本控制（如 Git 相关配置、提交记录等）以及每日构建机制的体现，从代码推测项目管理方面也缺乏完善的工具和流程来跟踪进度、把控风险、管理需求等，容易导致代码冲突、项目延期以及需求变更应对不及时等问题，不利于团队协作开发和项目稳定推进 5.数据验证与安全机制缺失：各类实体类的属性基本都未进行有效性验证，容易使不符合业务要求的数据进入系统，引发数据存储错误、业务逻辑紊乱等一系列问题。此外，在一些涉及用户信息传递的环节，如打印请求参数的监听器类，未考虑对敏感信息的过滤或保护，存在信息泄露的安全风险，不符合安全开发的最佳实践要求 6.缺乏灵活性与可扩展性设计：代码中部分功能与数据库表结构、业务逻辑的耦合度较高，例如实体类与数据库表的映射依赖特定注解，关联查询对现有表结构和映射关系依赖较强，若数据库结构或业务需求发生变化，需要对多处代码进行修改，代码的灵活性和可扩展性受限，难以快速适应业务的变化和拓展 |
1 |
| FCFJ | GSDN技术社区 | 1.功能完整性与业务逻辑合理性：涵盖多个核心功能模块，包括文章、用户、评论、文件以及 AI 聊天管理等，功能丰富多样，能满足多种业务场景需求。多数业务逻辑清晰直观，如文章的收藏与点赞操作、用户的注册登录流程等，能有效支撑业务流程运转，确保各功能按预期执行 2.代码结构与复用性：遵循规范的设计模式，依据功能划分不同包，各包内类职责单一明确，例如服务接口与实现类分离，数据访问层接口专注数据库交互等，使代码结构清晰易懂。借助接口和继承机制提升代码复用性，像PageUtil类提供通用分页方法，减少了重复代码编写，便于统一维护与修改，提高开发效率 3.框架特性利用：合理运用 MyBatis Plus 框架，利用其基础接口简化数据库操作，减少手动编写 SQL 工作量，同时可能借助框架内部优化提升数据库操作性能。通过依赖注入管理组件关系，使各组件依赖清晰明确，增强代码的可维护性与扩展性，有助于系统稳定运行，降低因组件耦合导致的问题风险 |
1.功能实现细节与整合性：部分功能细节有待打磨，如文章搜索算法未考虑多因素优化，难以提供精准高效结果；AI 聊天记录管理缺乏分类存储与长对话性能优化策略，影响聊天功能的深度应用。功能模块间交互整合不足，文章与用户关联仅靠简单 ID 连接，缺乏深度信息融合；社交功能与文章推荐未协同运作，无法为用户打造连贯流畅且个性化的使用体验 2.软件运行性能与稳定性：性能优化缺乏全面考量，未针对频繁数据库查询设置缓存机制，导致响应速度可能受影响；文件操作未严格限制与优化，大文件上传可能引发资源占用问题；AI 聊天与大语言模型交互未优化，高并发时响应延迟大。异常处理不够完善，数据库操作及外部服务调用异常可能导致系统行为异常甚至崩溃，影响系统稳定性与可靠性，如未细致处理数据库连接失败、SQL 执行错误及外部服务异常等情况 3.软件工程质量：代码注释严重不足，关键业务逻辑、复杂算法与重要配置缺少清晰注释，给后续维护人员理解代码意图与逻辑带来困难，增加维护成本与风险。存在代码逻辑重复问题，如用户查询逻辑分散在多个类中，文章相关方法构建响应对象逻辑重复，不利于代码统一维护与修改，易出现不一致情况。缺乏代码版本控制相关体现，如未展示使用的版本控制系统及分支管理策略等，同时未提及项目管理流程，包括进度安排、需求变更管理等，不利于团队协作开发与项目长期稳定推进 4.潜在风险与综合考量不足：存在多种潜在风险，如空指针异常可能因未充分判断对象是否为空而引发；权限校验有漏洞，可能被恶意利用修改他人数据；数据一致性受并发操作威胁，未有效控制可能导致统计错误；异常处理不完善影响系统稳定性。在项目目标实现上，因功能与性能问题距高质量目标有差距；风险应对缺乏有效策略，未针对技术选型、外部服务依赖等制定应对方案；用户痛点未深度挖掘解决，如文章管理与社交互动体验可进一步提升；需求取舍过程不明确，无法确保核心需求优先优化与资源合理分配 |
2 |
| 我们都队 | 二手物品交易购物平台 | 1.界面简洁美观，用户体验良好： 项目采用简洁明了的界面设计，为用户带来视觉上的享受。操作流程简单易懂，即使对智能科技不太熟悉的用户也能轻松上手 2.响应式设计，兼容性强： 网站采用响应式设计，能够根据不同设备屏幕尺寸自动调整布局，保证在不同设备上都能获得良好的浏览体验。兼容主流浏览器，如 IE8+、Firefox8+、Chrome6+ 等，为用户提供便捷的访问方式 3.功能完善，满足校园二手交易需求： 项目涵盖了校园二手交易平台的常见功能，包括商品浏览、搜索、发布、求购、购物车、个人信息管理等，能够满足用户在校园内进行二手交易的需求 4.性能优化，提升用户体验： 项目对图片进行压缩处理，并采用懒加载技术，减少页面加载时间，提升用户体验。同时，后台采用多种设计模式和数据结构，优化数据处理流程，提高系统性能。 |
1.注册功能存在一些瑕疵，导致用户体验不佳：手机号码验证码获取不稳定： 部分用户反映，在注册过程中获取手机验证码时，会出现验证码发送失败或延迟较久的情况，影响了注册流程的顺利进行 2.前端动态效果依赖 JavaScript： 部分前端动态效果依赖于 JavaScript 实现，对于不支持 HTML5 和 CSS3 的浏览器，展示效果可能不如预期 3.未采用集群和分布式架构： 随着用户量的增加，系统可能面临性能瓶颈。本项目未采用集群和分布式架构，限制了平台的扩展性 4.未使用前端反向代理和 CDN 加速： 反向代理和 CDN 加速能够提高网站访问速度，提升用户体验。本项目未使用这些技术，限制了网站的性能优化空间 5.部分功能实现方式有待改进： 例如，敏感词过滤算法可以采用更高效的算法，图片压缩算法可以进一步优化，以提升系统性能和用户体验 |
3 |
| 汪汪队 | 购物系统 | 1. 功能完整：项目完整，功能全面，满足网购客户和管理员的基本需求。 2. 跨平台兼容：项目在Windows、macOS和iOS平台上进行了测试，并且所有测试均通过，显示了良好的跨平台兼容性。 3. 性能稳定： Alpha版本在测试环境下运行稳定。 |
1. 性能问题：项目提到后台管理报表在大数据情况下加载较慢，这可能影响后台管理员的工作效率。 2. 移动端UI问题：项目提到移动端UI在低分辨率屏幕下可能存在显示错位，这表明项目在响应式设计方面还有改进空间。 3. 部署方式限制：项目目前暂时未使用服务器部署项目 |
4 |
| 数据流浪者 | 考研院校推荐系统 | 1. 功能完整：项目完整，功能全面，满足考研学生的基本需求。 2. Bug修复情况清晰：项目明确列出了已修复的Bug和延迟修复的Bug，显示了团队对问题的处理能力。 3. 跨浏览器兼容：项目在不同浏览器（Chrome、Firefox、Internet Explorer）上进行了测试，并且所有测试均通过，显示了良好的跨浏览器兼容性。 |
1. 发布方式限制：虽然提供了在GitHub下载项目的安装方法，但没有详细说明安装步骤。 2. 信息实时性问题：项目提到信息实时性不一致的问题，这可能导致用户获取过时信息 |
5 |
| Timi | 歌曲播放器 App | 1. 功能完整：Alpha版本提供了歌曲搜索、歌单偏好查询、歌单详细目录、歌曲播放等多项功能，增强了用户体验。 2. 多平台兼容：项目在不同品牌和操作系统版本的Android手机上进行了测试，显示了良好的兼容性。 3. 清晰的安装指导：项目提供了详细的安装方法，包括手机系统安装和PC安装，方便用户操作。 |
1. 运行环境限制：项目仅支持Android 8及以上版本，可能限制了在旧设备上的使用。 2. 测试覆盖范围：虽然在多品牌手机上进行了测试，但没有提及是否进行了不同屏幕尺寸和分辨率的测试，这可能影响应用在所有设备上的显示效果 |
6 |
| OJteam | Chen OJ在线判题测试系统 | 1. 功能全面：项目完整，功能全面，覆盖了在线编程练习平台的基本需求。 2. 用户友好：项目界面简洁明了，通俗易懂。 3. 测试覆盖：项目进行了场景测试，并提供了测试矩阵，确保了主要功能的稳定性和可靠性。 4. 跨平台兼容：不限浏览器使用。 |
1. 由于审核周期的原因，在测评开始时，没有看到团队发布的测试与发布（Alpha版本）博客中给出可供测试的网址。 2. 判题状态显示失败却显示题目AC。 3. 提交正确的结果有小概率被判超时。 4. 浏览题目提交页的根据题号搜索题目无法使用 |
7 |
| TPG NO | 志愿者管理系统 | 1. 功能全面：项目完整，功能全面，满足志愿者和管理员的基本需求。 2. 用户角色分明：项目针对志愿者和管理员分别设计了不同的使用场景和功能。 3. 测试覆盖广泛：项目进行了详细的场景测试，确保了功能的稳定性和可靠性。 4. 界面友好：提供了多个页面的截图，显示界面设计较为直观和友好，有助于提升用户体验。 |
1. 测试与发布（Alpha版本）博客没有给出软件的发布方式以及发布地址。 2. 活动详情页面加载速度较慢：活动详情页面在数据量较大时加载缓慢，用户体验下降。 3. 低版本浏览器兼容性问题：不支持过于老旧的浏览器版本 |
8 |
| DreamToByteDance | 高校生活管理系统 | 1. 功能全面。该软件的功能齐全且精简，包含了满足核心业务需求的基础功能 2. 性能良好。通过采用先进的架构和技术栈，该软件在处理速度、响应时间和资源利用率等方面表现出色 3. 服务稳定。采用了多层次的安全防护措施和容错机制，有效防止因外部攻击或内部错误导致的服务中断 4. 简单易用。界面直观友好，操作流程简化，即使是初次使用的用户也能轻松上手 5. 易于拓展。该软件基于开放式的架构设计，提供了丰富的API接口和SDK开发工具，方便开发者进行二次开发和定制化扩展 6. 界面简洁。整体布局更加清晰明了。界面响应迅速，交互效果流畅自然 |
1. 未能完成所有预计功能。集成外卖，快递等功能均未实现 2. 更新集中但不稳定，大部分功能在集中一个时间段完成，让人对可靠性产生怀疑 3. 文档描述模糊。文档内容只简单描述功能和基础配置 4. 便利性欠缺。系统只是一个网页，对弹窗，挂靠，固定窗口等需求的实现较困难 5. 适用用户少。目前该系统只支持广东工业大学校内校园网的注册登录，不支持外网登录注册，外网登录注册需要VPN |
9 |
| 管你对不队 | 数字娱乐平台 | 1. 功能齐全：包含视频上传、播放、评论、弹幕、用户管理等核心模块，满足多样化的用户需求。提供搜索和推荐系统，使用户能够便捷地找到感兴趣的内容。数据统计与分析模块支持管理员对用户行为和视频表现的全面洞察 2.用户互动性强：弹幕与评论功能为用户提供了实时交流的渠道，增强了平台的互动性。点赞、收藏和分享功能提升了用户的参与感和社区粘性 3.多用户角色支持：管理员可以使用高效的审核工具和数据报告功能，维护社区内容质量。视频创作者拥有便捷的投稿与作品管理功能，审核状态可视化提升了透明度。普通用户通过丰富的内容和多样的互动方式，获得良好的娱乐体验 4.良好的扩展性：考虑了未来功能扩展，如直播和付费会员服务，为长期发展提供支持。使用现代开发工具（Maven 和 npm）管理依赖，便于后续升级与维护 |
1.性能瓶颈：后端服务器性能不足，难以支持高并发访问，导致流量高峰时可能出现响应延迟或失败。缺乏 CDN 支持，大规模用户同时观看高清视频时可能出现加载缓慢的问题 2. 用户体验问题：消息推送的跳转功能不完善，用户操作可能无法准确到达目标页面。搜索与推荐算法较为基础，难以满足个性化推荐的需求 3. 审核流程改进空间：审核效率较低，无法快速处理海量内容，可能延迟视频创作者的发布进度。缺少 AI 辅助审核功能，过多依赖人工操作，效率有限 4. 数据统计能力不足：当前统计模块仅支持基础数据分析，无法提供更深层次的用户行为分析，如留存率、点击率等关键指标 5. 界面适配问题：部分分辨率（如低分辨率设备）下界面可能出现显示不完整或控件错位的问题。用户界面设计缺少引导性，部分用户可能在操作过程中感到困惑 |
10 |
| 嘿嘿哈哈队 | 行人跌倒检测系统 | 1. 明确的发布条件：项目设定了明确的Alpha版本发布条件，包括核心功能测试、性能要求、兼容性和用户体验。 2. 功能丰富：Alpha版本提供了实时摔倒检测、PyQt6用户界面、数据集支持和模型训练功能，增强了产品的实用性。 3. 人文关怀：项目考虑了特定用户群体（如安全监控人员、医疗机构等）的行为和需求，有助于确保产品满足目标用户的实际需求。 |
1. 设计问题：项目中存在设计问题，如标签文本不更新和按钮点击无响应，这可能影响用户的操作体验。 2. 检测准确性：在某些极端情况下，模型的检测准确性可能会降低，这可能影响软件的核心功能。 3. 硬件依赖：系统性能在很大程度上依赖于GPU，低配置的硬件可能无法流畅运行，这限制了软件的适用范围。 4. 数据集限制：系统目前仅支持1440张图像的数据集，对于更大规模的数据集支持有限，这可能限制了模型训练的灵活性 |
11 |
| 三人成行 | 魔塔类2D闯关游戏 | 1. 软件实现原定计划，能够进行正常游玩 2. 游戏基础功能齐全，便于后续进行扩展 3. 游戏便于运行，电脑上下载后打开即可运行，没有安装环境需求 4. 游戏教程简单易懂，仅采用简短的线性引导，更容易上手 5. UI界面简洁清楚，易于理解 |
1. 代码杂乱，缺少足够的注释，不易理解 2. 仓库代码更新间隔较长，且次数较少，团队更新不及时 3. 由于角色行走速度过快导致方向键操作近乎无用，未能良好实现该功能 4. 角色寻路机制存在一定的不智能化，增加了用户的操作次数，未能处理用户痛点 5、游戏内存在非自然存档记录 6. 每日例会记录简短，无法看出实际进展 7. 源代码提交均由一人处理，没能很好体现团队合作精神 |
12 |
| BUG不打烊小队 | 线上购物系统 | 1. 对于消费者，页面功能搭建的比较完整，有注册页面、登录页面、商品详细页，也有购物车添加，以及订单结算页面 2. 在所实现的功能中，采用的前后端分离，在已设计的接口都对接完成且能实现数据传递 3. 页面还设有提示语句，对消费者很友好 4. logo与页面的总体颜色设计很符合，观感很好 |
1. 对于商家页面，虽有页面，但接口还没设计，所以暂时还是一个静态页面 2. 对于支付页面，能跳转，不过最后结算生成用户订单的接口还没完成 3.首页的商品信息还有点少 |
13 |
| 按时睡觉队 | 记账管理系统 | 1.功能全面:支持多种核心功能，包括用户信息管理、自定义收支分类、账目增删改查、数据展示、数据备份与恢复等，全面覆盖用户的记账需求，提供多种可视化工具（如折线图、条形图和饼状图）展示账目信息，帮助用户更直观地分析收入和支出 ，数据查询功能强大，用户可以根据分类或时间段查看收支情况 2. 用户体验良好:用户可以根据自己的需求自定义分类，灵活性高。支持用户单独的账号，确保隐私和数据独立。软件设计考虑了学生党、家庭和打工人等多种目标用户的场景需求，并通过汇总功能帮助他们实现目标 3.系统稳定:数据库备份和恢复功能确保了数据的安全性和可持续性。经过全面测试，各主要功能均通过验证，基本实现无严重 Bug 的状态 4. 易用性强:账目记录和管理流程简单清晰，方便用户快速上手。汇总功能和数据展示模块满足了用户快速获取整体财务信息的需求 5.清晰的出口条件:团队定义了明确的发布标准，包括测试通过、核心功能实现和无严重 Bug，确保软件在 Alpha 阶段具备足够的稳定性和可用性 |
1. 细节体验有待优化:登录界面的头像默认显示系统头像，用户可能期望登录后直接显示个性化头像。删除数据库中的账目信息后，主界面序列号显示不正确，容易引起用户的困惑。收支分类的管理未完全分开，可能导致分类混淆 2. 功能深度不足:数据展示功能虽然实现了基本的图形展示，但在复杂数据分析（如趋势预测、异常检测等）上有所欠缺。对于长期财务目标管理（如存钱计划、目标预算等）缺乏支持 3.扩展性有限:软件功能模块之间的协作有一定耦合度，后续功能扩展可能需要较大改动。用户界面的跨设备适配未提及，可能在移动设备上使用不便 4.多用户管理能力不足:虽然支持单用户的独立账号，但不支持家庭共享账号或多用户协同管理财务 5.测试覆盖范围有限:场景测试主要考虑了少量用户类型，未覆盖企业或特殊需求用户。压力测试未提及，系统在大规模数据存储或多用户同时访问时的表现未知 |
14 |
| Goodbye World队 | 二手图书管理系统 | 1.项目整体完整性较高，可以正常使用，提供简洁易用的操作界面，满足学生需求 2.针对本校学生，方便线下交易，为二手物品提供便利的信息渠道，相较于大型企业的二手交易平台有地理的优势 3. 提出交换图书概念，功能完善，提倡学生交换图书而不是买卖二手书 4. 网页成功部署云服务器，方便用户体验，且大部分浏览器能完整运行 |
1. 用户模块注册时，没有检测手机号，以及对用户加密，可以伪造用户id，不安全 2. 网站没有对ip 地址封装，数据库端口没有添加保护，容易造成安全缺陷 3. 燃尽图的初始冲刺订单数量与计划的冲刺订单数量不同，没有确切的反应真实情况 4. 测试较少以及没有测试多用户使用效果 5. 交换图书价格在已购买界面显示错误 |
15 |
| 菜鸟队 | 在线聊天程序 | 1. 团队分工明确：团队成员有明确的职责，如协调团队工作、指定测试计划等，有助于提高工作效率。 2. 功能覆盖：项目提供了聊天程序的基本功能，包括好友管理、群聊、信息发送和保存等。 |
1. 测试与发布（Alpha版本）博客没有给出软件的发布方式以及发布地址，也没有没有提及源代码管理的情况，无法评估源代码管理优劣。 2. 界面美化仍有改进空间。 3. 好友的在线或离线状态显示错误 |
16 |
