Alpha阶段综合报告与事后诸葛亮

这个项目属于哪个课程	https://edu.cnblogs.com/campus/gdgy/Class34Grade23ComputerScience
作业要求	https://edu.cnblogs.com/campus/gdgy/Class34Grade23ComputerScience/homework/13485
作业的目标	复审其他小组项目以及事后分析自己项目

复审人：江家乐

最终名次	小组名字和链接	优点分析	缺点、Bug报告
1	笔记共享系统 https://www.cnblogs.com/3223004555fsp/p/19322452	聚焦学生笔记共享需求，完整覆盖注册登录、笔记上传下载、课程分类等核心流程，在Windows 11环境下测试无阻塞，修复了上传失败、笔记无法查看等3个影响使用的Bug。权限控制逻辑有效，未登录用户自动跳转登录页，课程分类层级清晰，核心功能测试结果全通过，满足Alpha版本基础交付标准。	存在偶现的页面卡顿闪退问题（未复现根因），仅支持本地部署，缺失批量操作、权限管控、全文搜索等实用功能，更像课程设计而非可用产品。源码管理混乱，未明确仓库链接及构建细节；新增Bug：多格式笔记（如PDF/Word）预览时排版错乱，课程分类仅支持2级目录，无法匹配复杂课程结构。
2	书海拾贝 https://www.cnblogs.com/Nyanya-/p/19353872	精准切入校园二手书交易痛点，完整实现用户管理、书籍发布、订单流转等核心功能，单元测试通过率达100%。代码仓库包含详细编译启动步骤，新机器可快速完成环境构建，场景测试覆盖卖家、买家等核心角色且全流程通过，已修复73.3%已知Bug，API文档与用户手册完整，保障基础可用性。	移动端书籍列表页存在排版错乱（手机端打开即可复现），订单状态无实时通知，依赖邮箱沟通大幅降低交易效率。仅支持面交模式，且无支付安全校验、商品真伪验证机制，存在交易风险；新增Bug：二手书搜索仅支持书名关键词，无价格区间、成色筛选，书籍详情页图片无法放大，影响浏览体验。
3	智能知识问答系统 https://www.cnblogs.com/a1291268282/p/19333067	聚焦学习知识查询需求，完整实现智能问答、知识图谱展示、资源推荐等核心功能，核心测试用例通过率100%。修复了依赖冲突、数据库连接异常等6个关键Bug，支持Chrome、Edge等主流浏览器，实现零配置在线体验，响应时间P95低于3秒，部署文档详细，满足Alpha版本交付条件，能快速关联学科知识与资源。	知识图谱节点超50个时会渲染卡顿（查询复杂概念即可复现），长答案无分页显示，阅读体验差。缺失学科分类细化功能，API Key由用户自行管理存在安全隐患；新增Bug：资源推荐仅匹配关键词，无用户画像个性化推荐；问答结果无“相似问题”关联，多次重复提问需重新输入，交互效率低。
4	视频检测AI活动中心 https://www.cnblogs.com/geigaogaofen/p/19352634	聚焦AI视频检测任务管理痛点，完整实现模型上传、任务调度、推理识别等核心功能，修复了视频卡顿、GPU资源未释放等8个关键Bug。测试覆盖多视频源、多推理模式、并发任务等场景，主流浏览器适配良好，在Windows环境下核心流程运行稳定，满足“核心功能无致命缺陷、性能指标达标”的出口条件。	TensorRT推理偶现目标漏检（设计允许合理误差），模型首次加载超30秒（延迟至下一版本），低版本Chrome按钮无响应（因使用率低未修复），Minio上传偶现失败（无法重现）。缺失用户自主注册功能，需手动添加数据库条目；新增Bug：任务结果无导出功能（如PDF/Excel报告），无法批量管理历史任务，仅支持单任务查看。
5	智慧图书馆管理系统 https://www.cnblogs.com/Hsibo/p/19345329	覆盖图书馆管理全流程，完整实现图书借还、检索、读者管理等核心功能，核心测试用例通过率100%。修复了密码未加密存储等关键Bug，兼容主流浏览器多屏幕尺寸，场景测试覆盖管理员、读者等核心角色流程，满足Alpha版本交付条件，测试用例清单明确清晰，便于后续迭代。	375x667分辨率手机端布局异常（该分辨率打开即可复现），大量数据加载时页面卡顿。缺失批量操作功能，偶现登录失败未深入排查；新增Bug：读者借阅记录仅显示近3个月，无历史归档；图书检索无“模糊拼音”支持，如“鲁迅”输“luxun”无法匹配，对新手不友好。
6	绿邻废品回收平台 https://www.cnblogs.com/nofear7777/p/19338300	聚焦多角色废品回收痛点，完整实现个人、高校、企业全流程下单功能，测试覆盖单元、接口、系统层，核心用例通过率高，42个关键Bug已修复。多端（iOS/Android/开发者工具）适配良好，JWT鉴权保障接口安全，废品计价逻辑准确，满足不同角色的回收场景需求。	老旧Android机身份切换动画掉帧（旧安卓机操作即可复现），弱网下图片上传无重试机制，易导致上传失败。缺失消息推送功能，舍弃企业现金支付（仅保留对公转账）；新增Bug：回收订单无进度跟踪（如“已接单/运输中”），仅文字通知；废品分类仅支持3类，无自定义分类入口，无法覆盖小众废品类型。
7	广告枢系统 https://www.cnblogs.com/sevanhea/p/19354355	聚焦校内信息分散痛点，实现爬虫汇聚、问答、栏目浏览等核心功能，核心测试用例（数据清洗、关键词提取）通过率高，修复了跨域等6个关键Bug。测试矩阵覆盖多浏览器、多场景，工具函数测试全通过，部署文档完整，核心流程无阻塞，满足基础使用需求。	FireFox浏览器下注册功能失效、栏目翻页按钮无响应（打开对应页面操作即可复现），notice爬虫测试调用时缺失headers参数。缺失搜索排序优化功能，大模型回复偶现幻觉（因技术限制暂不处理）；新增Bug：爬虫仅支持固定校内网站，无自定义站点配置；问答内容无审核机制，存在违规信息风险。
8	课程管理系统 https://www.cnblogs.com/hqed/p/19342904	聚焦多角色课程管理权限痛点，核心功能测试用例通过率100%，5个关键Bug均已修复，场景测试覆盖四类角色且验证通过。部署文档完整，云服务器、本地等多环境可成功搭建，权限控制清晰无越权风险，依赖软件版本适配性好，多浏览器、网络环境运行稳定。	Redis的CourseClick集合缺失时，listByProfessionId接口异常（删除集合后调用即可复现），缺失Redis异常降级处理功能，故障时易影响服务可用性。新增Bug：课程表仅支持周视图，无月视图、日视图切换；课程资源仅支持单文件上传，无批量上传、文件夹上传功能，操作效率低。
9	EasyPan云存储系统 https://www.cnblogs.com/luluck/p/19354453	聚焦文件管理痛点，完整实现上传、预览、分享、回收站等核心功能，单元、端到端测试用例全通过，修复了8个高优先级Bug。支持多格式文件预览与分享权限控制，测试覆盖多系统、浏览器，满足Alpha版本出口条件，核心流程稳定无崩溃，保障基础存储需求。	IE浏览器完全无法使用（设计不兼容），大文件上传无断点续传（上传超1GB文件断网后无法续传），搜索功能性能差，高频率搜索易卡顿。缺失分布式部署方案，限制未来扩展性；新增Bug：文件分享链接无访问次数、有效期限制，存在长期泄露风险；回收站文件仅支持单文件恢复，无批量操作功能。
10	学生管理系统 https://www.cnblogs.com/ZzzzhH/p/19354523	覆盖学生、教师、管理员三类角色全流程需求，完整实现选课、成绩管理、图书借阅等核心功能，基于JWT实现严格权限控制，修复了16个关键Bug。测试覆盖多系统、浏览器、分辨率，核心用例通过率超90%，部署文档详细，支持前后端分离部署，连续运行72小时无致命错误。	偶现登录超时、课程选择数据同步异常（无法重现），高并发场景下响应缓慢，影响用户体验。缺失移动端优化、自动备份功能，数据安全保障不足。新增Bug：成绩管理仅支持单条录入，无Excel批量导入功能；选课系统无“余票提醒”，热门课程满员后需手动刷新页面，操作繁琐。
11	飞机大战V2.0游戏 https://www.cnblogs.com/ozm2005/p/19354746	基于原版本全面升级，功能丰富（商店经济系统、多战机选择、自定义按键等），修复了长按射击、输入法卡顿等7个关键Bug。测试矩阵覆盖配置保存、敌机生成等核心模块且全通过，支持数据持久化、多玩家独立进度，视觉音效优化（爆炸动画、血条显示），核心游戏流程流畅。	第三架飞机数值过高导致难度偏大（设计缺陷暂未调整），缺失“联机对战”核心社交功能，窗口大小固定，影响不同分辨率用户体验。新增Bug：道具掉落概率无动态平衡，后期“护盾”道具掉落极少，易导致玩家频繁失败；无“新手引导”，新玩家需自行摸索操作，入门门槛高。
12	简码双星	实现笔记共享核心功能，支持多格式文件上传下载与分类，注册登录流程已打通，保证了最基本的用户使用流程，完成度满足课程设计基础要求。	产品过于初级，仅支持本地部署，缺失批量操作、权限管控、全文搜索等实用功能，实用性大打折扣，更像课程设计而非可用的Alpha版本。源代码管理混乱，不利于团队协作；新增Bug：笔记内容无自动保存功能，编辑中意外关闭页面会丢失内容；无笔记版本回退，修改错误后无法恢复历史内容。
13	校园外卖配送系统 https://www.cnblogs.com/scissor0611/p/19354543	聚焦校园外卖快速配送痛点，覆盖用户、配送员、管理员三类角色核心流程，完整实现下单、抢单、订单管理等功能，修复了订单同步、参数校验等6个关键Bug。测试覆盖多系统、浏览器、分辨率，三类角色场景测试均通过，部署文档详细，基础流程无阻塞。	偶现下单后页面卡顿（无法重现），用户收藏商品批量导出格式异常（延迟至下一版本优化），缺失在线支付功能，无法满足实际交易需求。新增Bug：配送员无“路线导航”集成，需手动打开地图APP；订单评价仅支持文字，无星级评分、标签选择，评价维度单一，参考价值有限。
14	VisionPulse智动团队（视频检测补充组）	聚焦AI视频检测性能优化，基于TensorRT实现推理加速，核心功能（模型上传、任务调度）流程完整，修复了视频卡顿、GPU资源泄漏等8个关键Bug，测试覆盖多视频源与并发场景，主流浏览器适配良好，提供公开访问地址便于体验，核心流程稳定运行。	工程化与文档不足，无公开代码仓库，部署说明不详细，外部人员难评估质量。模型首次加载超30秒，低版本Chrome按钮无响应（未修复），Minio上传偶现失败；缺用户注册功能，需手动添加数据；新增Bug：无任务结果导出、无法批量管理历史任务，资源链接有效性未校验。

一、软件质量评估

（一）问题解决度

该系统精准切入餐厅日常运营痛点，完整实现注册登录、点餐下单、员工管理等核心功能，覆盖顾客用餐、员工操作两大核心场景，基本解决了“菜单更新不及时、人工点餐效率低、员工管理无序”的基础需求。但未覆盖库存管理、财务管理、会员体系等关键模块，未能完全满足餐厅“降本增效”的全流程数字化诉求，功能覆盖存在明显缺口。

（二）运行质量

核心流程运行稳定性较好，数据库操作无异常，修复了“菜单价格修改后不刷新”的关键Bug，提供多平台发布包与数据初始化脚本，便于快速部署。但存在明显短板：偶现“数据库连接失败”提示，无明确报错日志；仅支持局域网访问，不兼容广域网和移动端使用；未处理网络不稳定场景，无离线订单缓存功能，运行环境适应性较差。

（三）用户与反馈

当前用户以单家餐厅内部人员为主（约20人，含收银员、厨师、管理员），核心功能（点餐、员工打卡）使用率达100%。反馈集中在三类问题：无第三方支付对接（仅支持现金结算）、桌位预订无超时自动取消功能、员工考勤仅记录时间无绩效关联，核心流程可用但实用体验不足，未能匹配餐厅实际运营中的高频需求。

二、软件工程质量评估

（一）代码与构建

代码存储于公开仓库，提供基础编译部署指引，新机器可通过数据初始化脚本完成环境搭建。但部分核心模块（如订单状态流转逻辑、员工权限控制）注释缺失，代码可读性一般；未引入代码规范检查工具，变量命名、函数结构无统一标准，后续维护和功能扩展难度较大；未体现单元测试和接口测试覆盖情况，缺陷隐藏风险较高。

（二）工程流程

仅完成版本级阶段性构建，未建立每日构建机制，无法及时发现代码集成问题。测试覆盖范围较窄，仅验证核心功能可用性，未开展压力测试（如午餐高峰百人并发点餐场景）、兼容性测试（多浏览器、不同网络环境），导致未提前预判局域网限制、移动端适配缺失等问题。代码分支管理简单，仅保留主分支，无迭代版本记录和变更控制流程，不利于问题追溯。

三、项目管理评估

（一）管理过程

未公开燃尽图、WBS工作分解结构等核心管理文档，无法直观判断任务拆解合理性和进度推进情况。从项目博客记录来看，需求迭代逻辑不清晰，未明确功能优先级排序，如“舍弃支付功能、库存管理”未说明决策依据，仅以“核心模块优先”为由简化需求，缺乏与餐厅实际运营场景的深度结合。

（二）风险应对

风险识别和应对偏被动，仅在出现“菜单价格刷新Bug”时进行修复，未提前预判关键风险。例如，未考虑餐厅“高峰期网络不稳定”“多终端使用”的实际场景，导致系统仅支持局域网；未规划支付功能对接，与当前餐饮行业“无接触支付”的主流需求脱节。需求取舍虽聚焦核心流程，但未平衡实用性，导致用户反馈的高频问题（支付、预订管理）未在基础版本中覆盖。

四、专业点评

（一）程序质量

核心功能完成度达70%，基础点餐和员工管理流程可用，无致命缺陷，但实用功能缺失较多。未遵循餐厅管理系统的常规功能架构，缺少库存、财务、支付等关键模块；未处理边界场景（如网络中断、并发点餐），运行稳定性和环境适应性不足，仅能满足最基础的运营需求，与成熟系统的全流程数字化标准存在较大差距。

（二）优化建议

1. 技术层面：优先对接第三方支付接口（微信、支付宝），满足主流结算需求；开发移动端适配版本或小程序，突破局域网使用限制；新增离线订单缓存功能，应对网络不稳定场景
2. 工程层面：完善文档体系，编写规范的需求文档、设计文档和测试报告；
3. 管理层面：采用WBS细化任务拆解，明确“核心功能（支付、移动端）- 扩展功能（库存、会员）”的优先级；建立风险登记册，提前预判网络适配、硬件兼容等风险，制定预防性方案；预留20%应急时间，用于响应餐厅实际运营中的需求变更，提升系统与业务场景的匹配度。

事后诸葛亮

一、项目概况
本次项目为 “餐厅管理系统”，聚焦餐厅点餐、员工运营管理核心场景，在 Alpha 阶段完成了注册、点餐、员工基础管理等核心功能开发，实现了局域网内的基础流程贯通，但存在支付功能缺失、移动端适配不足等问题。
二、项目总结（参照《构建之法》15 章）
（一）项目目标与实际成果
目标：实现餐厅全流程数字化管理，覆盖顾客点餐、员工考勤、菜单管理等模块
实际成果：完成核心功能（点餐、员工打卡）开发，数据库操作稳定，但仅支持局域网桌面端，缺失支付、库存管理等关键模块，未达全流程管理目标。
（二）项目执行中的亮点
需求聚焦：优先落地 “点餐 + 员工基础管理” 核心流程，确保 Alpha 阶段功能可用，避免需求蔓延。
问题响应及时：快速修复 “菜单价格修改后不刷新” 等关键 Bug，保障核心流程稳定运行。
文档配套：提供多平台发布包与数据初始化脚本，降低部署门槛。
（三）项目执行中的不足
需求规划不足：未充分调研餐厅实际运营场景，缺失支付、库存等高频需求，功能实用性受限。
技术选型局限：仅采用桌面端技术栈，未考虑移动端、广域网访问需求，场景覆盖狭窄。
工程流程不规范：无每日构建、自动化测试机制，测试覆盖不全，偶现数据库连接异常等隐性问题。
风险管理被动：未提前预判 “多终端适配”“网络环境限制” 等风险，导致后期体验问题集中爆发。
（四）改进措施
需求管理：深度调研餐厅实际场景，补充支付、库存等模块，明确 “核心功能优先” 的需求取舍标准。
技术优化：开发移动端适配版本，对接第三方支付接口，突破局域网限制。
工程规范：引入每日构建、自动化测试工具，完善代码评审与版本管理流程。
风险管理：建立风险登记册，提前预判技术、场景类风险，制定预防性应对方案。
三、团队成员Alpha阶段角色与贡献

名字	角色	团队贡献分	可验证的贡献
江家乐	数据可视化工程师	75	设计点餐数据统计界面，通过ECharts实现日点餐量可视化展示，输出1份数据统计报告。。
黄泽鹏	系统开发	90	负责后端核心逻辑开发（点餐流程、员工权限），修复“菜单价格刷新”等3个关键Bug，编写核心模块注释超200行。
罗凯夫	前端开发	85	完成桌面端界面开发（点餐页、员工管理页），实现界面交互逻辑，优化操作流畅度。
李易时	算法架构支持	95	参与系统架构设计，优化数据库表结构，保障数据操作稳定性。
林烁	项目管理/开发支持	80	主导需求拆解与进度跟踪，编写部署文档，协调团队成员任务衔接，保障项目按时推进。

四、事后诸葛亮会议记录
会议结论：Alpha 阶段实现了基础流程贯通，但在需求、技术、工程规范上存在明显不足；后续将聚焦 “功能实用性 + 工程规范化”，优先补全高频需求，提升系统与实际场景的匹配度。