4 步基础认领流程
2 端用户端与管理端
13 张业务及配置表
01场景问题
校园里的失物信息分散在值班室、班级群、校园墙和纸质登记中。失主需要反复查询多个渠道,拾物者也缺少统一入口;信息格式和状态更新不一致,还会增加误认领与隐私暴露风险。
项目把挂失、招领、认领和后台审核放进同一条业务链路,重点先解决信息能否被集中查看、认领是否有记录、状态能否持续更新。
02业务流程
- 01 发布信息失主发布挂失,拾物者或管理员发布招领。
- 02 查找物品按名称、类型和状态筛选并查看详情。
- 03 提交认领用户填写认领申请与必要说明。
- 04 审核更新管理端审核申请并维护物品状态。
03功能展示
现有材料显示,原型覆盖用户登录、物品挂失、失物招领、认领审核、留言、论坛、公告、文件上传和后台内容管理。用户端承担浏览、搜索、发布和个人信息查看,管理端承担列表维护、条件查询和认领处理。
04系统结构与边界
材料可验证的部分
后端采用 Spring Boot、MyBatis Plus 与 MySQL,前端包含 Vue 2 管理端和多页面用户端;业务表覆盖用户、挂失、招领、认领、留言、公告、字典与会话记录。
仍属于后续规划
智能匹配、AR 寻物、失物热力图、防丢预警和统一身份认证只出现在报告或 PPT 规划中,现有源码没有形成完整可运行链路,因此不作为已完成成果。
05结果与复盘
项目形成了能够演示基础业务闭环的 Web 原型,但没有提供上线后的找回率、处理时长或用户反馈,因此页面不写量化成效。
复盘材料也暴露出文档与实现不一致:认证方式、规划功能和实际源码边界需要重新核对。若继续迭代,应先完善密码保护、敏感信息最小化、角色权限和认领状态流转,再讨论智能匹配与多模态能力。
能力体现 场景分析 · 业务流程 · 双端协同 · 数据结构 · 实现边界复盘
← 返回项目总览