2026秋软工第一次结对作业——校园失物招领小程序之需求分析与原型设计

结对成员：102401402 冯安娜、052401304 李思淇
项目选题：校园失物招领小程序 | 原型工具：墨刀（Modao）

---

一、项目背景与问题定义

在校园生活中，遗失校园卡、钥匙、水杯、雨伞、耳机、书籍的情况屡见不鲜。目前同学们主要靠班级群、宿舍群、朋友圈扩散这类信息，存在三个痛点：信息分散（散落在多个群聊，无法集中查阅）、易被覆盖（几小时前的寻物启事很快被新消息刷屏）、信息不对称（食堂捡到校园卡的同学与丢卡的同学往往不在同一个群）。

本软件要解决的核心问题就是：把失物与招领信息集中沉淀下来，并提供关键词检索，缩短“丢失—发现—归还”的路径。

二、用户与需求分析

结合《构建之法》第 8 章需求分析中的"典型用户与场景"方法，我们归纳出三类主要用户：

用户	典型场景	核心需求
失主	在图书馆遗失校园卡	快速发布寻物启事；信息能被搜索到；找到后关闭信息
拾主	在食堂捡到一把雨伞	快速发布招领启事；清楚描述特征；被失主联系到；归还后标记完成
浏览者	顺手刷一刷首页	低成本浏览、搜索，偶尔帮忙转发

按需求优先级划分：P0（必须有）——发布寻物/招领信息、浏览信息流、关键词搜索、查看信息详情、修改信息状态；P1（可以有）——分类筛选、图片展示、我的发布管理；P2（暂不做）——即时聊天、地图定位、实名认证、后台管理（本次作业明确不做）。

三、主要功能

• 浏览失物和招领信息（首页信息流，支持"全部 / 寻物 / 招领"切换）
• 发布寻物信息（物品名称、分类、地点、时间、描述、图片、联系方式）
• 发布招领信息（同上，标注拾获地点与暂存位置）
• 搜索物品（按物品名称等关键词搜索，结果按时间排序）
• 查看物品详情（完整信息与联系方式）
• 修改信息状态（寻找中 → 已找到；待认领 → 已归还）

四、用户使用流程

流程 1：查看信息 → 查看详情

进入首页 → 浏览信息流 → 点击某条信息 → 查看详情 → 联系发布者

流程 2：发布信息 → 发布成功

点击"＋"进入发布页 → 选择"寻物 / 招领" → 填写物品信息 → 点击发布 → 发布成功

流程 3：搜索物品 → 查看搜索结果

首页搜索框输入"校园卡" → 点击搜索 → 浏览搜索结果 → 进入详情

flowchart TD A[进入首页] --> B{浏览 or 搜索} B -->|浏览| C[信息流列表] B -->|搜索| D[输入关键词] D --> E[搜索结果列表] C --> F[信息详情页] E --> F F --> G[联系发布者] A --> H[发布页] H --> I[填写物品信息] I --> J[发布成功] J --> F F --> K[修改状态: 已找到/已归还]

五、原型设计

原型采用 墨刀 制作（中文界面、拖拽式操作、自带小程序模板，适合快速上手并可一键生成分享链接）。
信息详情-界面 原型在线链接：
https://modao.cc/proto/aOpESLXHtm14l4rDauAJWP/sharing?view_mode=read_only

原型共包含 6 个页面，可完整演示作业要求的三条基本流程：

页面	主要内容	对应流程
首页	搜索框、分类标签、寻物/招领信息流、底部导航	流程 1
发布信息页	寻物/招领切换、物品名称/分类/地点/时间/描述/图片/联系方式	流程 2
发布成功页	成功提示、查看详情 / 返回首页	流程 2
搜索页	搜索框、结果列表（关键词高亮）、热门搜索	流程 3
信息详情页	图片、状态标签、物品信息、描述、联系发布者、修改状态	流程 1
我的发布	我的发布列表、标记已找到/已归还、编辑、删除	状态维护

原型页面展示：

六、PSP 表格

阶段	预估耗时	实际耗时
计划与选题讨论	15 min	20 min
阅读《构建之法》第 3、8 章	60 min	50 min
需求分析与用户场景梳理	45 min	60 min
流程图绘制	30 min	25 min
原型工具学习（墨刀）	30 min	45 min
原型页面设计	90 min	120 min
博客撰写与排版	60 min	70 min
测试与检查	20 min	30 min
合计	350 min	420 min

七、结对过程记录

我们采用线下讨论 + 线上协作的方式完成本次作业：

1. 需求讨论：各自列痛点清单后合并去重，确定三个核心问题；
   

2. 流程梳理：共同绘制使用流程图，确定三条主线流程；
   

3. 原型制作：一人负责页面结构与交互逻辑，一人负责视觉排版与内容填充，通过墨刀协作实时同步；

4. 复盘检查：对照作业要求逐条核对功能、页面与流程是否齐全后定稿。

八、个人总结

冯安娜（102401402）：
本次作业让我对需求分析有了具体的认识。以前拿到题目我习惯直接想“要做哪些功能”，读了《构建之法》第 8 章后，我意识到应该先问“用户是谁、场景是什么、痛点在哪里”。用典型用户与场景的方法梳理出三类角色后，功能清单几乎是自然推导出来的。遇到的问题是需求取舍——我们最初想加即时聊天和地图定位，最后按“简单、清晰、易用”的原则砍掉了，这让我明白需求分析不只是做“加法”，更要做“减法”。