软工团队实践作业-拾光友人帐

102400424刘伟鑫 2026-10-07 20:40:33

拾光友人帐 —— 团队展示

这个作业属于哪个课程	https://bbs.csdn.net/forums/2601_CS_SE_FZU
这个作业要求在哪里	https://bbs.csdn.net/topics/620534332
这个作业的目标	完成组队并确定团队选题，借助 NABCD 模型做选题展示，制定团队绩效考核方案，明确每个成员的分工与考核方式。
其他参考文献	《构建之法（第4版）》

学号	姓名 / 昵称	成员 CSDN 地址	性格	擅长的技术	兴趣爱好	希望的软工角色	一句 slogan
102400424	刘伟鑫	https://blog.csdn.net/Aurora159347852?type=bbs	有胆识	JavaScript / Vue 基础、Java	养鱼	PM	让每个人都做自己擅长的事
102400416	李明学	https://blog.csdn.net/2603_97012245?type=bbs	细致耐心，追求界面细节	uni-app / 微信小程序、Vue	看科幻、打篮球	前端	一个按钮都不许歪
102400425	王永臻	https://blog.csdn.net/2501_92737724?type=bbs	开朗活泼，喜欢尝鲜	HTML / CSS / JavaScript	摄影、二次元	前端	好看又好用，我都要
102400429	许毅君	https://blog.csdn.net/eg126?type=bbs	沉稳踏实，爱钻技术	Spring Boot、REST 接口	追番、听歌	后端	稳定压倒一切
102400430	许煜煌	https://blog.csdn.net/2403_87364732?spm=1000.2115.3001.5343	严谨有条理，注重细节	MySQL、Redis、云存储	下棋、健身	后端	数据不丢，匹配要准
102400423	刘传浩	https://blog.csdn.net/fzu102400423?type=bbs	细心、有耐心，爱挑毛病	测试用例、文档写作	读书、做手账	测试	我找不到 bug，但它一定存在

3. NABCD 表述

N — 需求（Need）

校园内物品遗失频率高 —— 饭卡、钥匙、雨伞、耳机、书包几乎每天都在发生。但现有找回渠道（QQ 群、表白墙、食堂门口小纸条）信息碎片化、不可检索、几小时就沉没，拾到者与失主信息难以对上，找回率极低，只能靠运气偶然相认。

A — 做法（Approach）

一个统一的微信小程序失物招领平台，分两个阶段实现。

阶段一・可用（MVP，本团队一个学期内的核心交付）

双向发布：寻物 / 招领双向，拍照 + 地点 + 时间；
检索浏览：按类型、关键词、地点检索失物，支持列表与详情；
即时通知：匹配成功后通过微信订阅消息主动提醒；
匿名对接：拾者与失主隐私可控、匿名对接，互给感谢与信用分。

阶段二・好用（可选扩展）

智能匹配升级：引入图片识别与更细粒度的属性匹配；
信用激励体系：感谢、信用分、贡献榜单；
管理后台：供失物收容点 / 物业 / 志愿者代管与录入；
数据沉淀与复制：统计报表，向多校推广复制。

技术路线与架构

前端：uni-app（微信小程序，跨端易扩展）；
后端：Spring Boot，分层 MVC，对外提供 REST 接口；
数据：MySQL 存储失物、用户与匹配记录，云对象存储存放图片；
通知：微信订阅消息；
架构：小程序端 → Spring Boot API → MySQL + 云存储；前端负责交互与展示，后端负责业务逻辑与匹配服务。

关键难点与应对

匹配准确度 → 先按类型 / 颜色 / 关键词 / 地点做结构化匹配，阶段二引入图片识别辅助；
微信订阅消息一次性授权 → 引导用户在关键动作（发布 / 找回）时完成订阅，匹配成功再推送；
图片存储与加载 → 前端压缩后上传，云存储 + 缩略图加速访问；
隐私安全 → 匿名对接、联系方式脱敏、不公开真实信息，仅通过平台撮合；
并发与权限 → 接口鉴权、数据校验，防止恶意刷单与信息滥用。

B — 好处（Benefit）

一站找回，告别群聊与表白墙刷屏；匹配即达，结果主动送到眼前；越用越准，沉淀校园失物数据库反哺匹配；善意可见，匿名对接 + 信用感谢，让拾金不昧被记住。把一次性的善意，变成可持续、可复用的机制。

C — 竞争（Competition）

相比 QQ 群、表白墙、纸质小广告，我们在结构化检索、自动匹配、主动通知、隐私可控、信息沉淀五个维度上补齐了空白；相比通用 App，我们聚焦校园、轻量免装、在熟人信任的私域内闭环，切入的是被忽视的真实场景。

D — 交付（Delivery）

交付形式

载体：微信小程序，无需下载安装、扫码即用；通过班级群分享、小程序分享卡片、食堂与教学楼二维码触达；
交付物：可运行的小程序 + 完整源码 + 设计文档 + 测试用例；部署至微信公众平台，审核通过后先以上线体验版内测、再发布正式版；
线下联动：与失物收容点、物业、志愿者对接，配合校园公众号与表白墙活动持续造势。

开发与交付节奏（一学期，分四段）

第 1 段 · 需求与原型：明确功能范围，产出需求文档与页面原型；
第 2 段 · MVP 开发：前后端并行开发，实现阶段一核心功能，完成基础联调；
第 3 段 · 内测与迭代：团队内测 + 小范围试点，收集反馈并修复，补齐测试用例；
第 4 段 · 上线与推广：校内试点跑通后全校推广，沉淀模式向多校复制。

整体遵循"先本校试点，跑通后全校推广，最后对外复制"的节奏，低成本、可验证、能落地。

4. 选题描述

一个基于微信小程序、面向校园场景的失物招领平台，通过拍照发布、智能匹配与即时通知，让每一件失物都能快速回到主人身边。

选题 PDF 文档链接：【金山文档 | WPS云文档】拾光·校园失物招领平台选题NABCD
https://www.kdocs.cn/l/cdSMuWfQvxcT

5. 团队愿景（150–250 字）

遗失一件物品，背后是找不回的焦虑与遗憾。我们希望「拾光寻主」能成为每个校园里最温暖的角落：当你在食堂、教室或图书馆落下一件东西时，不再靠刷屏和运气，打开小程序，就能看到失物正在等你。

我们不只做一个信息发布工具，更想构建 "拾者有心、失者有信" 的校园互助机制 —— 让善意被看见，让每一次拾金不昧都有回响。我们计划在一个学期内做出一个稳定可用、覆盖全校主要场景的小程序 MVP，并打通与校内失物收容点的联动；未来，希望把这份善意和这套模式带到更多高校，让 "失物必归" 成为校园日常。