2026秋软件工程结对作业(第一次之需求分析和原型设计)
校园失物招领小程序——需求分析与原型设计
| 项目 | 内容 |
|---|---|
| 这个作业属于哪个课程 | 202601软件工程 |
| 这个作业要求在哪里 | 2026秋软件工程结对作业(第一次之需求分析和原型设计) |
| 这个作业的目标 | 针对某一问题(失物招领系统)完成需求分析和原型设计 |
| 学号 | 102401137 |
学号:102401134 姓名:王清源
学号:102401137 姓名:佘博海
一、用户需求分析
1. 目标用户
本软件主要面向在校学生,可分为三类角色:
- 失主:丢失校园卡、钥匙、水杯、雨伞、耳机、书籍等物品后,希望快速发布寻物信息并搜索是否有人拾获。
- 拾获者:捡到物品后,希望尽快发布招领信息,让失主看到并联系自己。
- 普通浏览者:在首页浏览信息,发现线索后可以联系发布者或帮忙转发。
2. 现实痛点
目前校园失物招领信息主要分散在班级群、宿舍群、朋友圈中,存在以下问题:
- 信息分散,不在同一个平台,跨班级、跨宿舍的同学难以看到;
- 群聊消息更新快,旧消息容易被覆盖,后续查找困难;
- 缺少按物品名称、地点等关键词搜索的功能;
- 信息发布后没有统一的状态展示,无法判断物品是否已经找回。
3. 软件目标
设计一个简单、清晰、易用的“校园失物招领小程序”,集中展示寻物和招领信息,支持关键词搜索、分类浏览、详情查看和状态更新。本期不实现复杂后台管理、实名认证、即时聊天、地图定位等功能,重点保证核心流程能跑通、后续便于用代码实现。
二、主要功能
| 功能 | 说明 |
|---|---|
| 浏览信息 | 首页按“全部 / 寻物 / 招领”分类展示信息卡片 |
| 发布寻物 | 失主填写物品名称、地点、时间、描述、联系方式等 |
| 发布招领 | 拾获者发布捡到的物品信息,等待失主认领 |
| 搜索物品 | 按物品名称、地点、描述等关键词搜索 |
| 查看详情 | 展示物品完整描述、发布者、状态和联系方式 |
| 联系发布者 | 通过微信号、QQ 或手机号进行简单联系 |
| 我的发布 | 查看自己发布的信息,并标记“已解决”或关闭信息 |
三、基本使用流程
流程一:浏览与查看
进入首页 → 浏览分类信息或输入关键词搜索 → 点击信息卡片查看详情 → 联系发布者 → 线下归还或认领。
流程二:发布信息
进入发布页 → 选择“寻物”或“招领” → 填写物品信息 → 点击发布 → 发布成功 → 可在“我的发布”中管理。
flowchart TD
A[进入首页] --> B{选择操作}
B -->|浏览| C[按分类浏览信息]
B -->|搜索| D[输入关键词]
C --> E[查看信息详情]
D --> F[查看搜索结果]
F --> E
E --> G[联系发布者]
B -->|发布| H[选择寻物或招领]
H --> I[填写物品信息]
I --> J[提交发布]
J --> K[发布成功]
K --> L[我的发布]
四、原型设计
- 原型工具:墨刀
- 在线链接:失物招领
原型包含以下页面:
- 首页:顶部为搜索框,中部为“全部 / 寻物 / 招领”切换栏,下方为信息卡片,卡片显示物品名称、类型、地点、时间和状态。
![首页]()
- 发布信息页:选择寻物或招领,填写物品名称、分类、地点、时间、描述、联系方式,点击“发布”后提示发布成功。
![发布]()
- 搜索页:输入关键词后展示结果列表,支持点击结果进入详情。
![搜索]()
- 信息详情页:展示物品图片、名称、类型、地点、时间、详细描述和发布者信息,底部提供“联系 TA / 我捡到了”按钮。
![详情页]()
- 我的发布页:展示当前用户发布的信息,支持标记已解决。
![我的]()
五、结对完成过程
| 工作内容 | 产出 | |
|---|---|---|
| 1 | 阅读《构建之法》第3章、第8章,讨论客户困扰 | 明确用户角色和需求边界 |
| 2 | 梳理功能列表,确定 MVP 范围 | 功能清单、流程图 |
| 3 | 分工制作首页、发布、搜索、详情页原型 | 低保真原型 |
| 4 | 互相评审、修改文案和交互 | 原型定稿 |
| 5 | 撰写博客、填写 PSP 表、分别写个人总结 | 作业博客 |
六、PSP 表格
| PSP 阶段 | 任务 | 预估耗时/min | 实际耗时/min |
|---|---|---|---|
| 计划 | 明确作业要求和分工 | 1 | 0.5 |
| 需求分析 | 分析用户、痛点和功能边界 | 1 | 0.5 |
| 设计 | 绘制流程图、设计页面结构 | 1 | 0.5 |
| 原型 | 制作首页、发布、搜索、详情页 | 1 | 0.5 |
| 文档 | 撰写博客、填写 PSP | 1 | 0.5 |
| 评审 | 结对互评、修改完善 | 1 | 0.5 |
| 合计 | 6 | 3 |
七、个人总结
我主要负责原型界面设计和交互流程检查。制作原型时,我重点考虑了页面之间的跳转是否顺畅,例如从首页点击卡片能否进入详情、发布成功后是否有明确反馈、搜索无结果时是否有提示。通过和队友互评,我补充了空状态、发布成功提示和“我的发布”入口。我的收获是原型不只是画页面,还要能演示完整流程,并且让不会用的人也能快速看懂。遇到的问题是对交互细节考虑不够,例如联系方式是否直接展示、状态如何修改,后来通过讨论确定了简单方案:联系方式在详情页展示,发布者在“我的发布”中修改状态。





浙公网安备 33010602011771号