2026秋软件工程结对作业（第一次之需求分析和原型设计）

校园失物招领小程序——需求分析与原型设计

项目	内容
这个作业属于哪个课程	202601软件工程
这个作业要求在哪里	2026秋软件工程结对作业（第一次之需求分析和原型设计)
这个作业的目标	针对某一问题（失物招领系统）完成需求分析和原型设计
学号	102401134

学号：102401134 姓名：王清源
学号：102401137 姓名：佘博海

一、用户需求分析

1. 目标用户

本软件主要面向在校学生，可分为三类角色：

1. 失主：丢失校园卡、钥匙、水杯、雨伞、耳机、书籍等物品后，希望快速发布寻物信息并搜索是否有人拾获。
2. 拾获者：捡到物品后，希望尽快发布招领信息，让失主看到并联系自己。
3. 普通浏览者：在首页浏览信息，发现线索后可以联系发布者或帮忙转发。

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[我的发布]

四、原型设计

• 原型工具：墨刀
• 在线链接:失物招领

原型包含以下页面：

1. 首页：顶部为搜索框，中部为“全部 / 寻物 / 招领”切换栏，下方为信息卡片，卡片显示物品名称、类型、地点、时间和状态。
   
2. 发布信息页：选择寻物或招领，填写物品名称、分类、地点、时间、描述、联系方式，点击“发布”后提示发布成功。
   
3. 搜索页：输入关键词后展示结果列表，支持点击结果进入详情。
   
4. 信息详情页：展示物品图片、名称、类型、地点、时间、详细描述和发布者信息，底部提供“联系 TA / 我捡到了”按钮。
   
5. 我的发布页：展示当前用户发布的信息，支持标记已解决。
   

五、结对完成过程

	工作内容	产出
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

七、个人总结

本次结对作业中，我主要负责需求分析和流程图设计。通过阅读《构建之法》，我认识到需求分析不能只列功能，还要明确“谁在什么场景下使用、最想解决什么问题”。一开始我们想加入聊天和地图定位，后来发现这些功能会明显增加实现难度，于是按 MVP 原则删减，只保留发布、浏览、搜索、详情和状态修改。我的收获是学会了用用户故事和流程图来梳理需求，也体会到结对讨论能及时发现个人思考中的遗漏。遇到的主要问题是需求范围容易发散，后续需要先定边界，再动手画原型。