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

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

一、成员信息

这个作业属于哪个课程	2026秋软件工程
这个作业要求在哪里	第一次结对作业之需求分析和原型设计
这个作业的目标	通过结对合作完成校园失物招领小程序的需求分析、用户流程设计和交互原型，学习使用原型工具与GitHub进行协作，并为后续代码实现做好准备
学号	102401434
姓名	包学丰
结对成员	102401436 冯玄
GitHub仓库	campus-lost-found

二、项目背景

在校园生活中，同学们经常会遗失校园卡、钥匙、雨伞、耳机和书籍等物品。目前，寻物或招领信息主要发布在班级群、宿舍群和朋友圈中，不仅传播范围有限，也容易被后续消息覆盖。失主和拾取者可能因为不在同一个群聊而无法取得联系。

针对这一问题，我们设计了“校园失物招领小程序”，希望将寻物和招领信息集中展示，让学生能够方便地发布、浏览和搜索信息，从而提高物品寻找与归还的效率。

三、用户与需求分析

本项目主要面向三类用户。第一类是丢失物品的学生，他们需要发布寻物信息、搜索相关招领信息，并在找回物品后修改状态；第二类是捡到物品的学生，他们需要发布物品特征、拾取地点和联系方式，等待失主联系；第三类是普通浏览者，他们可以浏览近期信息，帮助辨认或转发。

目前主要存在信息分散、消息容易被覆盖、缺少统一搜索、寻物与招领类型不清晰以及状态更新不及时等问题。因此，小程序需要在保证操作简单的基础上，提供清晰的信息分类和完整的状态反馈。

四、主要功能

根据用户需求，我们将系统功能控制在便于后续实现的范围内：

1. 浏览近期寻物和招领信息；
2. 发布寻物信息；
3. 发布招领信息；
4. 通过物品名称或描述关键词搜索；
5. 查看物品图片、地点、日期、描述和联系方式；
6. 在“我的发布”中修改信息状态；
7. 将寻物信息标记为“已找回”，将招领信息标记为“已归还”。

本次设计不加入实名认证、即时聊天、地图定位、智能推荐和复杂后台管理，用户通过发布者留下的联系方式自行联系。

五、原型设计

本次原型使用 【请填写：Figma或墨刀】 制作。

【 https://www.figma.com/design/tTIMlQHjhwiKaSm3qshgPh/Untitled?node-id=0-1&t=4UrVfGAPJ4yXsPbT-1 】

原型主要包含首页、发布信息页、发布成功页、搜索页、搜索结果页、信息详情页和“我的发布”页。首页展示近期信息，并通过文字标签区分寻物和招领；发布页要求填写物品名称、分类、地点、日期、描述和联系方式；搜索页支持输入关键词并按照类型或分类筛选；详情页展示完整信息；“我的发布”页面用于修改物品状态。

页面设计以简单清晰为原则，同类按钮、标签和信息卡片保持统一，用户不需要经过过多步骤即可完成主要操作。

六、用户使用流程

原型重点演示以下三条基本流程：

• 浏览流程：进入首页 → 浏览信息 → 点击信息卡片 → 查看详情 → 联系发布者；
• 发布流程：进入发布页 → 选择寻物或招领 → 填写信息 → 检查必填项 → 发布成功；
• 搜索流程：进入搜索页 → 输入关键词 → 查看搜索结果 → 选择信息 → 查看详情。

此外，我们还设计了状态修改流程，发布者可以将信息修改为“已找回”或“已归还”，减少无效信息继续传播。

图1 浏览信息并查看详情流程

图2 发布信息流程

图3 搜索物品流程

图4 修改信息状态流程

## 七、结对过程

作业开始后，我们先共同阅读题目并讨论校园中的实际失物招领场景，随后确定功能范围和页面结构。包学丰主要负责需求分析、流程图和博客初稿；冯玄主要负责原型页面、交互连接和原型截图。两人共同检查需求与原型是否一致，并通过GitHub保存文档、流程图和修改记录。

在合作过程中，我们避免两人同时修改同一个文件，并通过多次提交记录不同阶段的成果。完成原型后，由未主要负责原型制作的一方测试浏览、发布和搜索流程，再根据测试结果进行修改。

八、PSP表格

PSP阶段	具体任务	预估耗时（分钟）	实际耗时（分钟）
Planning	阅读要求、任务分析与分工	30	待填写
Requirement	用户与需求分析	60	待填写
Design	功能结构与流程图	60	待填写
Prototype	制作原型页面	180	待填写
Prototype	设置页面交互	60	待填写
Review	流程测试与原型修改	45	待填写
Writing	博客撰写与排版	120	待填写
Summary	PSP记录与个人总结	30	待填写
合计		585	待填写

九、个人总结

本次作业中，我主要负责需求分析、流程图和博客初稿。刚开始进行需求分析时，我更关注功能数量，后来通过讨论认识到，需求分析首先要明确用户是谁、遇到了什么问题，再决定功能。绘制流程图时，我也补充了信息填写不完整、搜索不到结果等异常分支。通过本次作业，我进一步熟悉了Markdown、Mermaid和GitHub，也体会到结对合作中及时沟通和互相检查的重要性。