2026秋软件工程第三次个人作业
校园失物招领小程序:需求分析与原型设计
| 项目 | 内容 |
|---|---|
| 这个作业属于哪个课程 | https://edu.cnblogs.com/campus/fzu/2026-01SoftwareEngineeringandSoftwareEngineeringPractice/join?id=CfDJ8Ow5-In01nBEvFwaadRGjqHZKrr5LqEi13IC-5cKE2Y-DyYy5bRh_Kv_xTFiqH1iaXgM1el_xdIsFq-M5szCtsT9BQW1G5JM29PDoucZBRZkO58pfx8nohgxJl9exT4Qy1zLZcyD6tIeeQrMRWxraeg |
| 这个作业的要求在哪里 | https://edu.cnblogs.com/campus/fzu/2026-01SoftwareEngineeringandSoftwareEngineeringPractice/homework/16742 |
| 这个作业的目标 | 完成[校园失物招领小程序]的需求分析和原型设计 |
| 原型设计链接(墨刀) | https://modao.cc/ai/share/6ab7cf4475d0275ef6fe8237?pvp=mobile |
| 结队成员 | 102402104(王可人)、102402105(刘翠华) |
一、 需求分析
目标用户及需求:
| 用户类型 | 核心需求 |
|---|---|
| 失主 | 快速找到与自己物品相关的招领信息,联系拾获者 |
| 拾获者 | 便捷发布招领信息,让失主主动联系 |
主要痛点:
信息分散:班级群、宿舍群、朋友圈彼此隔离,一条招领信息只有发布者社交圈内的人能看到,失主很可能完全不知道
群聊消息刷新快,旧信息很快被淹没,事后查找困难
软件需要解决的核心问题:将分散的失物招领信息集中到统一平台,支持分类浏览和关键词搜索,让失主与拾获者能够跨社交圈匹配
二、 主要功能
| 功能 | 说明 |
|---|---|
| 浏览失物/招领信息 | 首页按“全部/寻物/招领”筛选,卡片展示物品名、地点、时间 |
| 搜索物品 | 关键词匹配物品名称、地点和描述 |
| 查看物品详情 | 展示完整描述、图片、联系方式 |
| 发布寻物/招领信息 | 选择类型后填写名称、地点、时间、联系方式 |
| 修改信息状态 | 在“我的发布”中标记“已找回/已归还” |

三、 基本流程
查看流程:进入首页 → 浏览或搜索信息 → 查看物品详情 → 联系发布者
发布流程:进入发布页面 → 选择类型并填写信息 → 点击发布 → 发布成功返回首页
搜索流程:进入搜索页面 → 输入关键词 → 查看结果 → 点击卡片进入详情
流程设想可视化:
四、 原型设计
采用墨刀制作,在线链接:https://modao.cc/ai/share/6ab7cf4475d0275ef6fe8237?pvp=mobile
共设计5个页面:
首页:顶部搜索框,中部“全部/寻物/招领”标签切换,下方为信息卡片列表(含物品缩略图、名称、地点、时间、状态标签),底部导航栏固定“首页/发布/我的”
发布页面:先选“寻物”或“招领”,再填写物品名称、地点、时间、联系方式,可上传图片,必填项未完成时按钮置灰提示
搜索页面:输入关键词后展示匹配结果,无结果时提示“换个关键词试试”
信息详情页:展示物品大图、完整描述、地点时间,底部“联系发布者”按钮(点击后显示联系方式);若为自己发布,按钮变为“标记已完成”
我的发布:管理自己发布的信息,支持状态更新
小程序界面展示:

各个页面的链接:
进入主界面:
https://modao.cc/ai/share/6ab7d01075d0275ef6fe8300?pvp=mobile
发布页面:
https://modao.cc/ai/share/6ab7d05f75d0275ef6fe8330?pvp=mobile
搜索页面:
https://modao.cc/ai/share/6ab7d08c75d0275ef6fe835a?pvp=mobile
信息详情页:
https://modao.cc/ai/share/6ab7cf4475d0275ef6fe8237?pvp=mobile
个人信息管理:
https://modao.cc/ai/share/6ab7cd7275d0275ef6fe8064?pvp=mobile
五、PSP表格
| 阶段 | 预估(分钟) | 实际(分钟) |
|---|---|---|
| 需求分析 | 30 | 40 |
| 流程图绘制 | 20 | 20 |
| 原型设计(墨刀) | 120 | 150 |
| 博客撰写与排版 | 60 | 70 |
| 评审与修改 | 20 | 15 |
| 合计 | 250 | 295 |
六、结对过程
两人先一起阅读客户描述,讨论确定功能范围:只做核心的浏览、搜索、发布、详情,不做聊天和后台。随后分工:一人负责流程图与需求文档整理,另一人负责墨刀原型绘制。中途一起评审页面跳转是否顺畅,修正了发布成功后应返回首页而非停留在发布页的交互细节。
七、个人总结
这次结对让我意识到,需求分析阶段“少做”比“多做”更难。一开始想加“实名认证”,讨论后发现这会让后续实现变复杂,果断砍掉。用墨刀画原型时,最大的收获是先画流程图再画页面,不然容易做出“孤岛页面”。
浙公网安备 33010602011771号