软件工程结对作业（1）

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

学号：102401529　姓名：陈加豪　｜　学号：102401521　姓名：陈辉腾

2026秋软件工程第一次结对作业

一、需求分析

用户是谁？ 本软件主要面向在校学生，也兼顾教职工等校园成员。按使用场景可将用户分为两类：丢失物品的人——希望尽快找回失物；捡到物品的人——希望尽快物归原主。

用户面临什么问题？ 我们通过访谈几位身边同学发现，校园里遗失校园卡、钥匙、耳机、雨伞等物品十分常见，但目前寻物、招领信息只能发布在班级群、宿舍群或朋友圈。这些渠道存在三个痛点：一是信息分散，失主与拾主发布的信息往往不在同

一个群里，双方互相看不见；二是易被覆盖，群消息不断刷新，一条信息几小时后就被淹没；三是查找困难，无法按物品名称、地点对历史信息进行检索。

软件要解决什么问题？ 提供一个集中发布、集中检索的失物招领平台，让寻物与招领信息在同一处展示，支持按关键词、类型和地点搜索，提高失物找回与归还的效率。本软件刻意保持功能简单、流程清晰，不涉及复杂后台、实名认证、即时聊天和地图

定位，为第二次结对作业的代码实现留出合理空间。

二、主要功能

1. 浏览信息：首页按发布时间展示信息卡片列表，可切换"全部 / 寻物 / 招领"。

2. 发布寻物信息：填写物品名称、类别、丢失地点、时间、描述与联系方式后发布。

3. 发布招领信息：与寻物类似，地点为捡到地点。

4. 搜索物品：按关键词（如"校园卡"）搜索，并可按类型与地点筛选。

5. 查看物品详情：展示完整信息，点击"联系发布者"弹出联系方式。

6. 修改信息状态：物品找回或归还后，发布者可将状态改为"已解决"。

7. 我的发布：管理自己发布的信息，可修改状态或删除。

三、原型设计

原型采用墨刀制作，在线链接：https://modao.cc/proto/KnfFhgEOtlyblm7xGXBsCT/sharing?view_mode=read_only&screen=rbpVWIByeH4TFsFSn #校园失物招领-分享。

首页：顶部为搜索框；中部为"全部/寻物/招领"标签页与信息卡片列表，卡片标注类型（寻物/招领）与状态（未解决/已解决）；底部为"首页/发布/我的"标签栏。

图1 首页：搜索框、类型标签页与信息卡片列表

发布页面：顶部可切换寻物/招领类型，填写物品名称、类别、地点、时间、描述与联系方式（带 * 为必填项），点击"发布"后弹出"发布成功"提示。

图2 发布页：类型切换与信息表单

图3 点击发布后弹出"发布成功"提示

搜索页面：支持关键词搜索，并可按类型（寻物/招领）与地点（教学楼/宿舍区/食堂/图书馆）筛选，筛选后实时更新结果，无结果时显示空状态提示。

图4 搜索页：关键词搜索与类型、地点筛选

图5 筛选"图书馆"后的搜索结果

详情页面：展示物品的类型与状态标签，以及类别、地点、时间、描述、联系方式等完整信息，点击"联系发布者"弹出联系方式。

图6 详情页：物品完整信息与"联系发布者"按钮

图7 点击"联系发布者"弹出联系方式

我的发布页面：管理自己发布的信息，可"修改状态"（弹窗确认后状态更新为"已解决"）或"删除"（弹窗二次确认后移除）。

图8 我的发布：信息列表与修改状态、删除入口

图9 修改状态确认弹窗，确认后状态更新为"已解决"

图10 删除信息二次确认弹窗

原型可演示以下完整流程：查看信息 → 查看详情 → 联系发布者；发布信息 → 发布成功；搜索物品 → 筛选 → 查看搜索结果；修改信息状态；删除信息。

四、使用流程

流程一：浏览与找回

flowchart TD A[进入首页] --> B[浏览列表或搜索关键词] B --> C[查看物品详情] C --> D[联系发布者] D --> E[线下交接物品] E --> F[发布者将状态修改为已解决]

流程二：发布信息

flowchart TD A[进入发布页面] --> B[选择寻物或招领] B --> C[填写物品信息表单] C --> D[点击发布] D --> E[发布成功，信息显示在首页和我的发布]

五、PSP 表格

【以下为示例数据，请按两人实际用时修改】

PSP 阶段	预估耗时（分钟）	实际耗时（分钟）
计划：明确需求与分工	15	15
需求分析：梳理场景	20	25
原型设计：页面与交互	180	210
流程图绘制	10	10
博客撰写与排版	40	50
合计	265	310

六、结对过程记录

• 9月24日：两人线上讨论客户描述，共同梳理出用户场景与功能清单。

• 9月25日：陈辉腾负责需求分析与流程图，陈加豪负责博客排版，共同进行原型的设计和实现，通过微信同步进度。
  

• 9月26日：合并成果、互相评审修改，各自撰写个人总结并发布博客。

七、个人总结

我负责的部分：【需求访谈、功能清单梳理、流程图设计】

收获：

1. 学会了通过访谈和场景分析获取需求，体会到"先弄清用户要什么，再决定做什么"比直接画界面重要得多。
2. 理解了对功能"做减法"的意义：第二次作业要基于本原型写代码，功能越简单、流程越清楚，越容易实现。
3. 在与队友的讨论中学会了用具体场景说服对方，而不是各执己见。

遇到的问题：

1. 一开始想把聊天、地图、实名认证等功能都加进去，对照作业要求后才收敛到核心功能。
2. 对原型工具（墨刀）不熟悉，花了不少时间学习基本操作。
3. 两人对"搜索是否需要地点筛选"等细节有分歧，通过模拟使用场景最终达成一致。