Alpha阶段项目复审报告

Alpha阶段项目复审报告

复审人：[东拼西凑团队]

小组名称	小组链接	优点	缺点及Bug报告	最终名次
e脉相传团队	https://github.com/Mark-Zhangbinghan/esimstore	1. 软件质量：明确“3分钟完成eSIM选购、支付与激活”核心目标，覆盖游客浏览、注册登录、支付退款、订单管理等全流程；定义清晰的非功能性需求（二维码生成≤3s、支付接口99.9%可用、支持iOS 12+/Android 10+），验收标准具体（如50并发下单无超卖）。 2. 软件工程质量：代码托管于GitHub，文档版本化管理（docs目录按日期命名），Git协作规范（PR需1人Review），搭建Docker-compose开发环境并配README，实现Gitee与GitHub镜像同步。 3. 项目管理：团队分工明确（PM+后端、前后端、测试、数据、DevOps等角色），遵循MSF基本原则（共同远景、授权信任、各司其职），任务状态实时跟踪，输出完整需求规格说明书与团队展示博客。	1. 潜在Bug/不足：① 未提及实际测试中发现的功能性Bug，可能存在兼容性测试覆盖不全（如特定机型eSIM激活流程未验证）；② 退款接口幂等性虽在安全需求中提及，但未明确高并发下的具体测试结果；③ 管理后台功能（运营商上传套餐、设置库存）仅为规划，尚未验证实际可用性。 2. 项目目标：目前处于初期阶段，核心流程（支付-激活-退款闭环）尚未完全落地，中期/长期用户量目标缺乏阶段性验证指标。 3. 风险应对：未明确第三方eSIM供应商API故障的兜底方案，对跨境支付汇率波动、法规合规（如GDPR）的具体应对措施描述不足。 4. 用户痛点：虽覆盖留学生、背包客、出差党，但未提及对网络不稳定场景下的操作优化（如支付中断后的重试机制）。 5. 源代码管理：虽有PR和Review机制，但未建立自动化测试流水线，缺乏每日构建与持续集成记录，代码注释率未明确说明。 6. 改进建议：补充第三方服务故障应急预案，搭建CI/CD流水线实现自动化测试与部署；加强多机型兼容性测试，完善支付中断重试机制；明确代码注释规范与自动化检查流程。	1
TanhT 团队	前端：https://github.com/changlu812/TanhT-front 后端：https://github.com/Wangjiahui1266/TanhT-backend	1. 软件质量层面：精准锚定高校开发者“找文难、知识孤立”核心痛点，Alpha版本落地“全局全文搜索+文章手动关联”两大核心功能，主流程（创作-关联-搜索-查看）闭环可用；无致命Bug，核心接口响应时间＜1秒（Redis缓存优化后），满足性能需求；主流系统/分辨率适配通过，演示环境稳定可展示。 2. 软件工程质量层面：敏捷Scrum执行规范，7天冲刺任务拆解清晰（故事点量化），燃尽图实时跟踪进度偏差并快速调整；代码/文档签入规范，核心模块（关联表、搜索服务）有Code Review，接口/部署/测试文档完整；测试左移覆盖全流程，端到端测试验证核心链路，质量把控到位。 3. 项目管理层面：角色分工明确（PM/产品/前后端/测试各司其职），站立会高效同步进度与阻塞问题；运营思维前置，规划内容冷启动方案，避免上线后“空平台”问题，远超同阶段团队的纯技术导向思维。	1. 已发现Bug/功能局限：① 仅使用Mock数据模拟接口，无真实后端持久化，页面刷新数据重置；② 弱网环境下页面加载有延迟，未做离线缓存优化；③ 无多用户协同能力，不同用户数据独立无法共享；④ 搜索功能仅完成基础版（LIKE查询+简单缓存），未落地Elasticsearch全文索引，海量数据下性能存疑；⑤ 存在5个一般Bug（如分类筛选异常）、2个轻微Bug（界面文案/加载态）未完全修复。 2. 项目目标与功能：核心功能（搜索+关联）仅完成MVP基础版，规划的标签系统、智能推荐、OSS图片存储等未落地；未对接真实后端业务逻辑，缺乏权限校验、事务处理等生产级能力。 3. 软件工程与部署：仅支持纯静态部署，无容器化/自动化部署方案；未接入真实后端，无法验证高并发下的缓存穿透/击穿等问题，压力测试仅为理论分析。 4. 改进建议：若我带队，会优先完成真实后端对接与数据持久化，保障核心功能的生产可用性；针对弱网延迟问题添加前端加载兜底与缓存策略；Beta阶段先落地标签系统，再基于用户行为数据迭代智能推荐；同步完善多用户权限体系，支撑协同编辑场景；补充Docker部署脚本，降低环境适配成本。	2
洛珈山下团队	https://github.com/Under-Luojia/Campus-Review-System	1. 软件质量层面：精准覆盖校园点评核心场景，Alpha版本实现“用户-商户-点评-互动”全链路功能（评价/筛选/收藏/商家管理等），贴合学生“避坑”“高效决策”的真实需求；核心接口QPS≥500，连续1小时无崩溃，稳定性达标；主流环境（Chrome/Android 12/MySQL 8.0）兼容性测试通过，功能运行正常。 2. 软件工程质量层面：采用DDD微服务架构，代码托管规范，接口文档/数据库设计/部署文档完整；测试左移贯穿开发，核心模块单元测试覆盖率≥80%，Postman集合覆盖P0接口；新机器可通过脚本完成前后端环境搭建，工程化基础扎实。 3. 项目管理层面：Scrum冲刺执行高效，任务拆解颗粒度合理（1-10小时/任务），燃尽图真实反映进度；风险预案完善（如ES学习成本高则降级为SQLite FTS5），联调问题响应及时。	1. 已发现Bug：① 优惠券秒杀存在超卖问题，高并发下库存为负；② 关注功能数据同步延迟1-3秒；③ 搜索长关键词响应超3秒；④ 短信验证码功能未集成，新用户登录受阻；⑤ 图片上传无压缩，移动端加载慢。 2. 项目目标与功能：核心功能闭环，但“智能推荐”“情感分析”等杀手级功能未启动；与学校官方无联动，缺乏监管优势，无法形成差异化壁垒。 3. 软件工程与部署：仅支持源码发布，无容器化/自动化部署方案，生产环境适配成本高；IE浏览器与低分辨率设备兼容性差，且无修复计划，用户覆盖受限。 4. 运营与合规：无市场主体资质/公安备案，无法正式上线；入驻商家少，难以形成规模效应，实际可用性受限。 5. 改进建议：若我带队，会优先完成短信服务集成与秒杀超卖修复，保障核心流程可用；采用Docker容器化部署降低环境依赖；推进学校官方联动获取监管优势；Beta阶段聚焦智能推荐功能，缩小与SOTA水平的差距；同步推进资质备案，为正式上线铺路。	3
library-system小组	https://github.com/ywks1/library-system	1. 软件质量：实现用户与图书管理员双模块核心功能，用户可查看公告、图书（支持多条件模糊查询与分页）、个人借阅/违章信息等；管理员可完成借还图书（含规则校验与超期费用计算）、借阅/还书报表管理（分页、查询、Excel导出）、公告管理等，核心流程完整。 2. 软件工程质量：提供详细README文档，包含项目介绍、部署步骤（数据库导入、配置修改），支持maven分支管理依赖，代码结构包含WebContent下的CSS、JS等前端资源及SQL脚本，便于环境搭建。 3. 部署支持：明确乱码解决方案（编码设置、VM参数配置），降低部署障碍。	1. 具体Bug：① 部署需手动修改数据库连接属性（账号、密码等），无自动化配置工具，易因人为操作出错；② 前端依赖Bootstrap、Layui等框架，但未提及多浏览器兼容性测试，可能存在界面错乱（如登录页面在低版本浏览器的适配问题）；③ 未实现用户留言审核机制，存在垃圾信息风险；④ 借阅规则仅提及不同限定，但未明确超期费用计算逻辑是否可配置。 2. 项目目标：核心功能实现，但缺乏高级功能（如图书推荐、借阅提醒），移动端适配未提及。 3. 风险应对：乱码问题依赖手动设置，无自动化检测与修复机制；未提及数据备份策略，存在数据丢失风险。 4. 软件工程：未提及测试报告、单元测试用例，测试覆盖度不明确；代码提交记录、分支管理策略未说明，可能存在协作冲突风险。 5. 改进建议：开发数据库配置自动化工具；补充多浏览器兼容性测试；增加留言审核功能与超期费用配置模块；完善测试用例与分支管理规范；添加数据定时备份机制。	4
蛋仔派队	https://github.com/skymoon-13/Sports_Venue_Reservation_System	1. 软件质量：完全达成“核心预约功能可用、界面交互正常、服务稳定”的Alpha版本目标，实现用户注册登录、场馆预约/取消、审核管理、数据统计等全链路功能；200次/分钟并发预约无冲突，平均响应时间1.21秒，核心场景测试通过率100%，安全性防御（SQL注入、XSS等）全覆盖。 2. 软件工程质量：测试体系完善，采用黑盒+灰盒+场景+回归测试组合，覆盖多设备、多浏览器、多网络环境；编写85条API测试脚本，Bug分类清晰，修复率达65.6%，两次回归测试确保核心流程无残留问题。 3. 项目管理：测试流程规范，依据多份核心文档执行，明确出口条件且全部达成；发布说明详细，含新增功能、修复缺陷、运行环境要求，部署可落地性强。	1. 具体Bug：① 延期修复5个非核心Bug（特殊符号邮箱识别异常、弱网状态刷新延迟、管理端复合筛选性能偏低、历史分页跳转耗时、Mac Safari快捷键冲突）；② 3个Bug因终端/网络因素无法复现；③ 1个第三方图表库触发的Bug暂无修复能力。 2. 项目目标：核心功能100%达成，但发布方式为单机离线部署，仅本机可访问，未支持内网/公网多用户协同，拓展性不足。 3. 风险应对：缺乏前置风险预案，第三方依赖故障无替代方案；单机部署未配置数据备份机制，存在数据丢失风险。 4. 用户痛点：通知渠道仅支持邮件，未覆盖短信、推送等多方式，触达率有限；未提及个性化预约提醒、智能推荐等增值功能。 5. 源代码管理：未明确代码托管仓库、分支管理策略、代码注释率及标准化接口文档，协作规范待完善。 6. 改进建议：开放内网/公网访问支持多端部署；替换第三方图表库或制定兜底方案；搭建数据本地+云端双备份机制；补充多渠道通知功能；完善代码托管与协作规范；优化筛选及分页性能。	5
KFCoder	https://gitee.com/zhiyu-xinxuan/kfcoder	功能实现完整性与目标达成度高：项目核心目标是解决用户日常健康数据（运动、饮食、睡眠、饮水）的记录、统计与提醒需求，Alpha版本已完整实现用户注册登录、四类健康打卡、记录查询、数据统计、提醒设置等核心功能，且通过31个自动化测试用例全覆盖验证，通过率100%，核心业务链路（注册→登录→打卡→查询）可完整运行，精准命中用户健康管理的数据记录与趋势追踪痛点。	.核心缺点：一是功能深度不足，统计分析功能偏基础，仅实现概览展示，缺乏多维度筛选（如按周/月筛选）、数据对比、个性化健康建议等进阶功能，难以满足用户深层次的健康管理需求；二是用户体验优化不足，提醒设置模块仅完成前端展示与基础交互，未接入实际通知渠道（如邮件、Web推送），功能流于形式，无法真正帮助用户养成规律习惯；三是测试覆盖存在盲区，未开展性能测试（如接口响应时间量化、并发打卡场景）和全面的兼容性测试（仅覆盖两种浏览器，未涉及不同分辨率、移动端场景），边界值测试也未覆盖所有数值参数；四是代码质量未直接可查，测试报告未提及代码仓库地址、代码规范执行情况、可维护性指标（如注释率、代码复用率）及每日构建机制，无法直接评估代码层面的软件工程质量。	6
MCoder	https://github.com/yosennn/KnowHub	1. 创新与差异化：项目创意独特，精准切中开发者知识碎片化、难以检索的痛点，具备较强的市场潜力和技术差异化优势。 2. 技术栈与协作质量：采用现代化前后端分离架构，代码提交频率高且记录规范（Git Commit Message 详尽），展现了极高的开发活跃度。 3. 工程化基础扎实：提供了完善的本地开发环境配置指南（README 详尽），新成员接入成本低，具备优秀的团队协作与工程管理基础。	1. 核心逻辑稳定性：语义搜索与智能知识关联等亮点功能尚处于早期阶段，在复杂数据集下表现不稳定，偶发搜索结果偏差。 2. 测试体系缺失：严重依赖手工回归测试，缺乏单元测试与集成测试的自动化覆盖，难以保障长期迭代的代码稳健性。 3. 交付自动化不足：目前仍依靠手动部署，未建立基于 CI/CD 的生产环境自动化流水线，监控体系亦为空白。 4. 改进建议：Beta阶段应优先收敛产品逻辑，打磨语义搜索的准确度，并逐步引入 Jest 或其他框架进行核心逻辑的自动化覆盖。	7
iBlog Community Alpha	https://github.com/maple525866/WorkingBlog	1. 业务闭环完整：成功实现了从用户身份认证、博客创作发布到评论互动的核心社区功能链路，形成了可感知的可用闭环。 2. 文档规范性：项目安装、配置及依赖文档十分完备，充分体现了软件工程中“文档先行”的意识。 3. 产品规划清晰：对需求场景的定义非常明确，技术选型（如 Spring Boot/Vue 等）与团队技能栈匹配度高，执行力强。	1. 性能隐患：未进行压力测试，在模拟高并发场景下响应延迟显著增加，首页大列表加载缺乏分页或缓存优化。 2. 核心竞争力不足：功能实现较为常规，相较于已有的成熟博客平台（如 CSDN、掘金）缺乏能吸引用户的独特性杀手锏。 3. 工程效率短板：部署流程原始，缺乏容器化（Docker）支持，导致环境迁移效率低下。 4. 改进建议：建议引入 Redis 缓存加速核心接口响应，并尝试在社区运营功能（如积分奖励、专属勋章）上探索差异化。	8
从容应对	https://github.com/baiyehhj/college-student-health-management-system	1. 社会价值与愿景：项目定位精准，覆盖了大学生身心健康管理这一具有高社会需求和实际应用场景的领域。 2. 代码风格严谨：尽管功能尚在完善中，但现有的代码目录结构清晰，命名遵循行业规范，代码格式具有良好的一致性。 3. 工程化潜力：前端采用组件化开发思路，后端接口遵循 RESTful 规范，具备良好的系统扩展与重构潜力。	1. 交付物实质性缺失：Alpha阶段代码提交多为骨架文件，缺乏实质性的业务功能落地，项目完成度远低于预期。 2. 进度管理风险：全周期仅有 8 次基础提交，开发节奏极不平均，暴露出项目进度控制与任务拆解存在较大偏差。 3. 文档与设计缺位：需求分析、接口定义等必要文档严重匮乏，导致外部评审难以准确评估系统设计的深度。 4. 改进建议：Beta阶段必须采取“敏捷冲刺”模式，聚焦 MVP（最小可行性产品）开发，优先实现不依赖外部校方系统的核心健康记录功能。	9
哥们记了	未找到项目地址	1. 软件质量保证：测试报告展现了极高的专业度，涵盖了功能、UI、性能及多端兼容性，缺陷生命周期管理流程非常规范。 2. 算法成熟度：核心智能分类准确率突破 90%，在主业务逻辑上实现了完全自动化流转，产品逻辑闭环度极高。 3. 管理成熟度：建立了明确的 Alpha 出口准则，项目管理基于量化数据决策，展现了成熟的软件开发管理水平。	1. 工程可见度致命伤：作为软件工程项目，完全缺失可公开访问的源代码仓库，直接导致技术实现无法被第三方复核与评估。 2. 特定环境缺陷：10MB 以上的大文件处理会导致后端网关超时；Safari 浏览器下存在明显的 CSS 渲染排版错误。 3. 核心功能跳票：原定的 PDF 解析引擎未能在 Alpha 阶段落地，直接限制了该软件处理复杂输入源的能力。 4. 改进建议：务必立即公开 GitHub 仓库，增加 CI 流水线验证，并部署在线 Demo 环境以证明产品的真实运行状态。	10
书屋团队	https://github.com/WiseL00k/Campus-Book-Trade	1. 软件质量层面：聚焦校园二手书交易核心场景，Alpha版本实现“浏览-发布-详情-后台审核”基础闭环，3类主流浏览器（Chrome/Edge/Firefox）+ 2种操作系统（Windows/Ubuntu）兼容性测试全通过，无阻塞性Bug，满足基本使用需求；测试覆盖全面，发现9个Bug并分类处理，5个核心功能性Bug已修复，符合Alpha版本发布标准。 2. 软件工程质量层面：代码托管于GitHub（WiseL00k/Campus-Book-Trade），分支管理规范，提供完整安装部署流程（依赖安装、数据库迁移、服务启动），新机器可快速构建；配套文档齐全，含测试报告、发布说明，明确已知问题与限制，工程化意识较强。 3. 项目管理层面：Scrum敏捷冲刺执行到位，每日站会同步进度，燃尽图真实反映开发状态；测试左移贯穿全程，采用功能测试+场景测试结合方式，提前识别风险；团队分工清晰（3前端+3后端+1PM+1测试），问题响应及时，按计划完成Alpha版本交付。	1. 已发现明确Bug：① 首页搜索仅支持简单筛选，无关键词模糊搜索功能，与需求中“智能搜索”目标偏差；② 部分字段为空时详情页显示错位，虽已修复但暴露界面适配考虑不足；③ 联系方式字段长度校验不完整，存在数据录入风险；④ Django Admin后台在大量数据下加载缓慢，未计划修复；⑤ 个别场景下表单提交后数据未保存，无法复现但存在潜在稳定性问题。 2. 核心功能未达标：初始规划的学生实名认证、订单管理、支付对接、校内配送、智能推荐等核心功能均未实现，仅完成基础信息流转，与“C2C为主、B2C为辅的电商平台”定位差距较大；核心交易链路（下单-支付-物流）未闭环，Alpha版本价值有限。 3. 软件工程质量不足：无代码复审书面记录，单元测试缺失，仅依赖接口与手工测试；部署方式为源码发布，无自动化部署脚本与灰度发布策略，不满足规模化部署需求；未开展高并发性能测试，与“支持1000用户同时在线”的技术需求脱节。 4. 风险与需求管理薄弱：学生实名认证对接学校系统的核心需求未落地，未提供替代方案；智能推荐、校内配送等特色功能未启动开发，需求优先级规划不合理；对“数据量大导致后台卡顿”等框架层面风险，未制定技术优化预案。 5. 改进建议：若我带队，会优先闭环“认证-下单-支付”核心交易链路，放弃非必要功能；建立代码复审与单元测试规范，核心模块测试覆盖率≥70%；采用Redis缓存优化后台数据加载速度，补充高并发性能测试；设计灰度发布策略降低上线风险；将模糊搜索作为Beta版本核心优化点，明确实名认证备用方案（如人工审核+校园邮箱验证）。	11
NoteForces 团队	https://github.com/iikachan/noteforces	1. 软件质量层面：聚焦“轻量、同步、可分享”的在线笔记核心需求，Alpha版本实现“用户管理+笔记CRUD+Markdown渲染+分享+管理员功能”全链路闭环，核心流程（注册-创建笔记-编辑-分享-管理）可顺畅完成；无致命Bug，Markdown支持文本/图片/代码块渲染，贴合学生、教师的使用场景；主流浏览器兼容性测试通过，满足基础使用需求。 2. 软件工程质量层面：采用前后端分离架构（React/Vue+Flask+SQLite），代码托管于GitHub，提交记录规范；接口文档、部署文档完整，新机器可通过脚本完成环境搭建；测试贯穿开发全程，单元测试+功能测试+回归测试覆盖核心模块，9个关键Bug已修复。 3. 项目管理层面：Scrum冲刺执行规范，每日站会同步进度，燃尽图实时跟踪任务收敛；任务拆解颗粒度合理（1-10小时/任务），团队分工明确（3后端+2前端+1测试），前后端并行开发+联调节奏顺畅，按计划完成7天冲刺目标。	1. 已发现Bug：① 极端并发下同一笔记编辑存在内容覆盖问题（无协同算法暂不修复）；② 分享链接无过期时间（延迟至Beta版本）；③ 个别环境首次加载页面短暂白屏（无法重现）；④ 标签搜索偶发返回空结果（未定位触发条件）。 2. 核心功能局限：未实现多端实时同步的核心目标（仅完成基础同步逻辑），复杂多人协作编辑（如实时标识编辑位置、冲突精细处理）未落地；SQLite数据库在高并发场景下性能有限，与初期1000+用户目标的适配性存疑。 3. 软件工程质量：未开展高并发性能测试，仅验证基础功能可用性；部署依赖手动配置反向代理，无容器化/自动化部署方案，生产环境规模化部署成本高；代码复审机制未明确，仅依赖测试阶段发现问题。 4. 用户体验：Markdown编辑器对初学者不够友好，可视化工具栏功能未完全落地；笔记分类与标签管理的灵活性不足，多层级分类体验待优化。 5. 改进建议：若我带队，会优先替换高性能数据库（如MySQL）适配用户规模；Beta阶段引入OT/CRDT协同算法解决并发编辑覆盖问题；添加分享链接有效期与访问限制；完善Markdown可视化工具栏降低使用门槛；搭建Docker容器化部署环境，减少生产环境配置成本；补充高并发性能测试，确保1000+用户访问稳定。	12
没活硬整	https://github.com/lo581/sky-take-out	1. 核心业务落地完整，覆盖用户端、商家端、管理员端全流程，核心功能（下单、支付模拟、接单、配送状态更新等）可完整运行，满足Alpha发布基础条件。2. 测试体系完善，测试覆盖多硬件平台、主流浏览器及全业务场景，Bug分类清晰、管理规范，配套完整的项目启动部署文档，降低环境配置门槛。3. 软件工程管理有序，明确Alpha版本出口条件，核心接口稳定性经50次连续测试验证，关键安全问题（如角色伪造）已修复，代码仓库公开可查，具备基础可维护性。	1. 核心缺点：Bug总量偏多（38个），修复率68%未达70%的出口目标；性能优化不足，存在图片加载慢、SQL查询耗时高问题；部分核心功能稳定性待提升，WebSocket偶发断连等3个关键问题需延期修复；兼容性覆盖不全面，低端浏览器样式兼容问题无法解决。2. 典型Bug：功能逻辑类（订单状态同步异常、购物车数据丢失、优惠券金额计算错误）；性能类（未压缩图片加载慢、统计页面查询耗时1.2秒）；安全类（JWT多端登录未失效）；兼容性类（多浏览器样式偏移）。3. Bug状态：已修复26个，3个无法复现，4个为设计如此，2个无能力修复，3个延期至Beta版本。	13
在线考试系统	https://github.com/jslisten/studnet-system	1. 核心业务闭环完整，覆盖学生、教师、管理员全角色，实现注册登录、题库/试卷管理、在线考试、自动判分等核心功能，高频场景通过率100%，满足在线考试核心需求。2. 测试体系完善，设计36种环境组合测试矩阵，覆盖多系统、浏览器、设备及网络环境，场景测试贴合真实用户行为，Bug分级管理清晰，修复率78.3%且致命/严重Bug全修复。3. 软件工程管理规范，公开代码仓库，配套详细的安装部署指南，降低环境配置门槛；明确出口条件并全部达成，200人并发场景下性能达标，数据传输与存储安全合规。	1. 核心缺点：存在2个延期修复Bug（复杂公式导出格式丢失、倒计时最小化误差），修复成本高；兼容性覆盖不足，Firefox浏览器拖拽动画卡顿，IE浏览器存在样式问题；部分边缘场景存在不稳定因素，2个Bug因无法稳定复现暂关闭；功能存在优化空间，如试卷无批量删除功能。2. 典型Bug：致命类（提交考试数据丢失、删除试卷误删关联题目）；严重类（多选题判分错误、考试倒计时异常、分页失效）；一般类（记住密码功能异常、移动端按钮点击区域小）。3. Bug状态：已修复18个（78.3%），2个无法复现，1个为设计如此，2个延期至Beta版本修复。	14
校园论坛	https://github.com/jiandanmingzi/jiandanmingzi/tree/main/3123004657/forum	1. 核心功能基本落地，实现登录、发帖/匿名发帖、评论/匿名评论、点赞收藏等核心交互功能，覆盖老师发公告、学生交流求助的核心使用场景。2. 贴合用户需求设计，支持师生身份筛选、热门帖子获取等场景化功能，为学生提供匿名发言渠道，为老师设置点赞收藏通知功能，匹配用户核心诉求。3. 部署门槛较低，配套清晰的前端npm启动、后端exe启动流程，提供测试账号，便于快速验证核心功能。	1. 核心缺点：功能缺陷较多，存在5个已修复核心Bug（无法获取帖子/评论信息、帖子分类错误、Session存储异常、分页失效）；关键功能缺失，无管理员操作界面、用户注册功能（设计如此），2个功能需延期修复（按年级筛选2020年及以前帖子失效）；系统限制极多，无云端部署、无图片发布/头像修改、无@功能等；代码质量差，后端代码未解耦，维护性差。2. 典型Bug：核心功能类（无法获取帖子/评论信息、帖子分类错误、分页失效）；数据存储类（Session存储异常）；功能缺失类（管理员界面缺失、年级筛选历史帖子失效）。3. Bug状态：5个核心功能Bug已修复，无注册功能为设计如此，2个功能问题延期至下个版本修复。	15