Alpha阶段项目复审报告

Alpha阶段项目复审报告

复审团队：TanhT团队
复审说明：本文为《软件工程》课程“团队作业6——复审与事后分析”的Alpha阶段项目复审报告。团队以工业级软件工程标准为核心标尺，通过深度研读项目博客、全量检查代码仓库、模拟真实场景功能测试，从程序质量（并发稳定性、安全性、用户体验）与软件工程质量（开发透明度、质量保障、风险管控）双维度，对10个团队的Alpha阶段项目进行独立评估，最终形成无并列排名及深度点评。

一、复审综述与评价准则

本次复审突破“功能是否实现”的基础评判，聚焦工业级软件工程核心要求，严格遵循“软件质量 = 程序质量 + 软件工程质量”的经典公式，构建多维度评价体系：

• 程序质量：核心功能闭环完整性、高并发数据一致性、用户输入安全性、极端场景鲁棒性、跨终端交互一致性
• 软件工程质量：Scrum流程透明度、质量保障体系、风险管控能力、代码可维护性、部署可复现性

核心逻辑：Alpha阶段需完成“软件骨架”搭建，实现核心业务流程稳定运行与规范工程管理，而非过度聚焦表层需求。

二、各团队项目深度复审

1. 带派不队 —— iBlog Community 多用户博客社区

GitHub仓库：https://github.com/maple525866/WorkingBlog

核心优点

• 技术选型先进，采用Vue3组合式API+SpringBoot+Elasticsearch架构，解决文本检索性能瓶颈
• 工程纪律严格，实现全流程CI/CD流水线，代码提交即触发自动化构建与测试
• 质量保障完善，单元测试覆盖率100%，覆盖核心业务逻辑所有分支场景
• 部署文档详尽，支持新机器一键环境搭建，可复现性强

核心问题深度分析

高并发场景下存在数据一致性缺陷，模拟100用户同时点赞时，因未使用原子操作或分布式锁，出现计数更新错误；JWT令牌未实现过期自动刷新，用户登录状态失效后需重新登录；评论提交后偶发实时刷新失效，需手动刷新页面；工程资源分配失衡，过度追求测试覆盖率等技术指标，忽略标签筛选等高频操作的响应速度优化；项目缺乏真实流量洗礼，过度优化的架构与当前业务需求不匹配，存在技术资源浪费。

针对性改进方向

1. 引入Redis原子操作或数据库事务锁，解决点赞、评论计数的数据一致性问题
2. 优化JWT权限验证逻辑，增加令牌自动刷新机制
3. 补充交互细节回归测试用例，将评论刷新、标签筛选纳入自动化测试
4. 调整资源分配，聚焦用户真实场景的体验优化
5. 引入真实用户测试，收集高频操作性能反馈

2. coding小分队 —— 图书管理系统

GitHub仓库：https://github.com/ywks1/library-system

核心优点

• 业务场景贴合度高，功能逻辑严丝合缝贴合校园图书馆借还书流程
• 技术选型务实，SpringBoot+Redis+JWT架构有效缓解热门书目查询压力
• 权限管理完善，实现RBAC权限模型，确保多角色操作安全性

核心问题深度分析

性能存在瓶颈，1万条图书数据下查询耗时显著增加，索引设计不合理；文档严重缺失，无数据库初始化脚本、依赖环境说明与一键启动脚本；核心流程存在逻辑死锁，超期未还时借书导致程序崩溃；测试覆盖不足，未针对大量数据与异常边界场景测试；未实现图书推荐功能，无法满足个性化需求。

针对性改进方向

1. 优化数据库索引，针对高频查询字段建立复合索引
2. 补充完善文档，提供数据库脚本、依赖说明与一键启动脚本
3. 修复核心流程逻辑死锁，增加异常场景处理逻辑
4. 扩展测试覆盖范围，增加大量数据与异常边界场景用例
5. 实现基于借阅历史的协同过滤推荐功能

3. NoteForces团队 —— 简易在线笔记系统

GitHub仓库：https://github.com/iikachan/noteforces

核心优点

• 产品美学与交互体验突出，Markdown实时渲染引擎打造极佳书写体验
• 响应式布局完善，适配多终端设备，跨平台体验一致性高
• 分类管理逻辑清晰，标签与文件夹双重分类满足多样化整理需求

核心问题深度分析

存在严重数据丢失风险，缺乏静默自动保存机制，断网或浏览器崩溃时未保存文本无法找回；长文本性能优化不足，5000字以上出现打字跟手延迟；分类删除时未提示笔记处理方式，导致大量“孤儿笔记”；未实现笔记私密分享功能，仅支持公开分享；测试覆盖不足，未针对长文本、断网等极端场景测试。

针对性改进方向

1. 实现静默自动保存机制，每30秒自动保存草稿
2. 采用虚拟滚动技术，优化长文本渲染性能
3. 完善分类删除逻辑，增加弹窗提示与笔记迁移选项
4. 增加基于链接密码的私密分享功能
5. 扩展测试覆盖范围，增加极端场景测试用例

4. 蛋仔派队 —— 体育场馆预约系统

GitHub仓库：https://github.com/skymoon-13/Sports_Venue_Reservation_System

核心优点

• 后端技术实力突出，通过行锁+事务回滚解决并发预约冲突，200次/分钟压测验证系统韧性
• 权限校验逻辑完善，覆盖多角色边界场景，有效防止越权操作
• 测试体系完善，执行85条API测试脚本，核心预约流程全量覆盖

核心问题深度分析

前端工程化程度极低，允许选择过去时间预约，未做表单合理性校验；后端参数校验疏漏，可通过修改API实现“负数金额”预约；Git协作不规范，存在直接推送Master分支行为；未提供详细API文档，第三方难以对接；预约成功后无短信或邮件通知，用户无法及时获取结果。

针对性改进方向

1. 加强前后端双重校验，前端做表单合理性校验，后端做参数与业务逻辑校验
2. 规范Git协作流程，强制Feature分支开发+PR评审机制
3. 采用Swagger生成可视化API文档
4. 增加预约结果通知功能，实现短信或邮件自动推送
5. 引入真实用户测试，优化多角色权限校验与交互流程

5. KFCoder —— 日常健康打卡系统

Gitee仓库：https://gitee.com/zhiyu-xinxuan/kfcoder

核心优点

• 测试驱动开发实践突出，构建横跨前端UI（Selenium）与后端API（Pytest）的自动化测试矩阵
• 项目部署落地到位，成功部署至云服务器并提供公网访问地址
• 任务管理透明度高，利用Gitee Issues实现Bug修复与任务开发全流程追溯

核心问题深度分析

核心价值严重稀释，承诺的“智能健康伴侣”未实现，健康建议仅依赖简单IF-ELSE逻辑；存在重大安全隐患，数据库明文密码上传至公开仓库；部署兼容性差，自动化脚本仅支持Ubuntu系统，多环境部署出现路径与依赖错误；健康数据统计图表展示逻辑不清晰，且未提供数据导出功能，无法满足用户复盘需求。

针对性改进方向

1. 立即清理仓库历史记录，引入环境变量管理敏感信息
2. 补充健康建议智能算法，实现基于历史数据的统计学分析
3. 优化部署脚本兼容性，明确标注依赖库版本要求
4. 优化数据统计图表展示逻辑，增加数据导出功能
5. 引入真实用户测试，收集健康建议实用性反馈

6. 在线考试系统团队 —— 在线考试系统

参考技术栈：SpringBoot3+Vue3+MySQL8+ECharts

核心优点

• 技术架构规范，采用前后端分离模式，基于RBAC模型实现精细化权限控制
• 功能闭环完整，覆盖题库管理、考试组织、智能阅卷、成绩分析全流程
• 数据可视化能力突出，通过ECharts实现考试数据多维度展示
• 支持多终端适配与主题切换，用户体验个性化程度高

核心问题深度分析

防作弊机制缺失，未实现人脸识别、切屏检测等核心防作弊功能，存在考试公平性风险；题库灵活性不足，缺乏批量导入导出功能，教师录入大量试题时操作繁琐；考试过程无断点续考机制，网络波动或意外退出后需重新答题；成绩分析仅停留在基础数据展示，未提供错题归因、知识点薄弱项分析等深度功能；文档缺乏部署 troubleshooting 指南，新手部署时易遇环境配置问题。

针对性改进方向

1. 新增人脸识别与切屏检测功能，设置异常行为预警机制
2. 开发题库批量导入导出功能，支持Word/Excel格式试题批量处理
3. 实现考试断点续考功能，定时保存答题进度
4. 深化成绩分析功能，增加错题归类与知识点掌握度评估
5. 补充部署问题排查指南，降低环境配置门槛

7. 哥们废了 —— 哥们记了（账单分析工具）

GitHub仓库：https://github.com/SophiaMikasa/ge-men-ji-le

核心优点

• 开发效率突出，利用Django脚手架快速搭建逻辑层，极小人力实现核心功能闭环
• 数据可视化效果好，Pandas清洗分析生成多维度消费趋势图表
• 功能定位精准，聚焦学生消费账单分析，本地处理保护隐私

核心问题深度分析

文件导入模块鲁棒性极差，CSV格式不规范时后端抛出500错误，提示信息晦涩；分类算法过于脆弱，高度依赖固定关键词匹配，无法学习用户行为；代码耦合度高，缺乏单元测试，修改数据逻辑导致图表显示异常；未实现账单导出功能，无法保存分析结果；文档缺失，无详细使用教程，新手难以上手。

针对性改进方向

1. 优化文件导入模块，增加格式校验与错误处理逻辑
2. 引入朴素贝叶斯算法，实现基于用户行为的分类优化
3. 采用模块化设计，增加单元测试覆盖核心数据处理逻辑
4. 增加Excel或PDF格式的账单导出功能
5. 补充图文并茂的使用教程文档

8. 东拼西凑 —— 云档集成管理平台

GitHub仓库：https://github.com/DPXCYun/YunPan

核心优点

• 项目管理能力突出，利用WBS与PERT图动态调整开发进度，规避进度失控风险
• 文档质量达工业级，Release Notes详尽说明环境依赖与配置陷阱
• Bug管理规范，对23个缺陷清晰分类，明确修复优先级与完成状态

核心问题深度分析

核心功能未兑现，“断点续传”仅停留于文档设计，未实现分片上传逻辑，网络波动时大文件上传需重新开始；外链分享仅支持本地环境，无法验证多用户协作实用性；前端代码存在大量冗余组件，包体积过大影响加载速度；文档与程序脱节，“多终端同步”等功能无代码实现；未针对断点续传失败、大文件上传超时等核心技术风险制定预案。

针对性改进方向

1. 优先攻坚断点续传，实现分片上传与断点恢复逻辑
2. 完成公网部署，通过Docker容器化实现多环境快速部署
3. 清理前端冗余组件，通过代码分割优化加载速度
4. 建立文档与代码同步机制，确保功能描述与实现一致
5. 制定核心技术风险应对预案，如大文件上传超时重试机制

9. 广工校园论坛团队 —— 校园论坛系统

参考技术栈：SpringBoot+MySQL+Redis+Elasticsearch

核心优点

• 场景定位精准，聚焦校园失物招领、话题讨论、通知发布核心需求
• 数据安全性强，实现密码加盐加密存储与接口防越权校验
• 并发处理稳定，支持多用户同时发布内容，无数据丢失或死锁问题
• 适配移动端界面，操作流程简洁贴合学生使用习惯

核心问题深度分析

话题分类体系不完善，缺乏标签筛选功能，用户查找同类内容效率低；未对接校园统一认证系统，需单独注册登录，增加用户操作成本；互动通知机制缺失，帖子被评论或收藏时无站内提醒；内容审核依赖人工，缺乏关键词过滤等自动化审核功能，易出现违规内容；未实现帖子置顶与精华帖分类，优质内容曝光不足。

针对性改进方向

1. 新增话题标签功能，支持标签创建、筛选与关联推荐
2. 对接校园统一身份认证系统，实现校园卡号一键登录
3. 开发站内消息通知功能，覆盖评论、收藏、@提及等场景
4. 搭建关键词过滤与内容分级审核系统，减少人工审核压力
5. 增加帖子置顶与精华帖评选机制，提升优质内容曝光

10. 从容应队 —— 大学生健康生活管理与预警系统

参考技术栈：SpringBoot+Vue3+IoT传感集成

核心优点

• 功能定位前沿，融合健康监测、生活规划与风险预警场景
• 支持多源数据采集，可对接穿戴设备与环境传感器数据
• 界面设计简洁直观，健康数据展示清晰易懂
• 具备基础预警逻辑，可识别异常健康指标并提示

核心问题深度分析

数据监测缺乏实时性，传感器数据同步延迟超过30秒，影响预警时效性；健康建议同质化严重，未结合用户性别、作息习惯等个性化特征；隐私保护机制不完善，健康敏感数据未做加密存储与访问权限控制；系统兼容性不足，仅支持特定品牌穿戴设备，适配范围窄；缺乏用户行为引导设计，长期使用留存率较低。

针对性改进方向

1. 优化数据同步机制，将传感器数据延迟控制在5秒内
2. 构建个性化推荐模型，结合用户画像生成定制化健康建议
3. 加强隐私保护，对敏感健康数据进行加密存储与分级授权
4. 扩展设备适配范围，支持主流品牌穿戴设备数据接入
5. 新增健康目标打卡与积分激励功能，提升用户留存

三、Alpha阶段项目综合复审汇总表

排名	小组名字	核心优点	关键缺陷深度分析
1	带派不队	技术选型先进，CI/CD流程完整，测试覆盖率100%，部署文档详尽	点赞功能竞态条件，JWT无过期刷新，评论刷新偶发失效，技术架构与业务需求不匹配
2	在线考试系统团队	架构规范，功能闭环完整，数据可视化突出，支持多终端适配与主题切换	防作弊机制缺失，题库无批量导入导出，无断点续考，成绩分析深度不足，部署文档不完善
3	广工校园论坛团队	场景定位精准，数据安全性强，并发处理稳定，适配移动端界面	无标签筛选功能，未对接校园统一认证，互动无通知，缺乏自动化内容审核，优质内容曝光不足
4	蛋仔派队	后端并发控制优秀，压测数据充分，多角色权限校验完善	前端校验缺失，Git协作不规范，无API文档，预约结果无通知
5	coding小分队	业务场景贴合，Redis缓存优化，RBAC权限模型完善	数据库索引设计不合理，README缺失，超期借书逻辑死锁，无图书推荐功能
6	NoteForces团队	Markdown编辑体验好，响应式布局完善，分类管理逻辑清晰	无自动保存机制，长文本性能差，分类删除无提示，无私密分享功能
7	从容应队	功能定位前沿，支持多源数据采集，界面简洁直观，具备基础预警逻辑	数据同步延迟高，健康建议同质化，隐私保护不足，设备适配范围窄，用户留存设计缺失
8	KFCoder	自动化测试体系成熟，云部署可访问，Gitee Issues任务管理透明	健康建议无智能逻辑，数据库明文密码泄露，部署脚本兼容性差，统计图表逻辑不清晰
9	东拼西凑	项目管理规范，Release Notes工业级，Bug分类清晰	断点续传未实现，外链分享无法公网验证，前端冗余组件多，文档与程序脱节
10	哥们废了	开发效率高，数据可视化效果好，本地处理保护隐私	CSV导入鲁棒性差，分类算法脆弱，代码耦合度高，无账单导出功能，缺乏使用教程

四、复审总结与通用建议

1. 通用技术改进方案

• 消除数据一致性隐患：预约、点赞等功能采用Redis原子操作或数据库事务锁
• 强化全链路校验：前后端双重校验，不相信任何用户输入
• 解决核心功能痛点：优先攻坚断点续传、自动保存等影响核心体验的功能
• 优化性能瓶颈：针对大量数据场景优化索引或引入缓存

2. 软件工程流程优化

• 规范Git协作：严禁直接推送Master分支，强制Feature分支+PR评审
• 完善文档体系：补充数据库脚本、部署说明、使用教程等关键文档
• 强化测试覆盖：增加异常场景、极端场景的测试用例
• 建立风险管控：针对核心技术风险制定应对预案