2026秋软件工程个人作业(第三次)

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

项目	内容
这个作业属于哪个课程	软件工程
这个作业要求在哪里	作业3
这个作业的目标	完成一个校园失物招领小程序的原型设计
成员1	学号：102402120 姓名：陈睿涛
成员2	学号：102402119 姓名：陈封

作业类型： 结对作业
项目名称： 校园失物招领小程序
原型设计工具： 墨刀
原型在线链接： 作业三

---

一、项目背景

在校园生活中，同学们经常会遇到校园卡、钥匙、水杯、雨伞、耳机、书籍等物品遗失的情况，同时也经常有同学捡到其他同学遗失的物品。

目前比较常见的解决方式是在班级群、宿舍群、朋友圈等渠道发布寻物或招领信息。但是这些信息比较分散，而且群聊消息更新速度较快，之前发布的信息很容易被新的消息覆盖，导致失主无法及时看到招领信息。

因此，我们设计了一个简单的校园失物招领小程序，将校园内的寻物和招领信息集中起来，使用户能够方便地发布、浏览、搜索和查看失物信息，提高物品找回和归还的效率。

---

二、用户需求分析

本软件的主要用户是校园内的学生。

1. 失主

学生丢失物品后，希望能够快速发布寻物信息，并通过关键词搜索其他同学发布的招领信息。

主要需求：

• 发布寻物信息；
• 搜索丢失的物品；
• 查看招领信息；
• 查看物品详细信息；
• 获取发布者联系方式。

2. 捡到物品的学生

学生捡到物品后，希望能够方便地发布招领信息，让失主能够搜索到。

主要需求：

• 发布招领信息；
• 填写拾取地点和时间；
• 上传物品图片；
• 查看其他用户反馈；
• 修改信息状态。

3. 普通浏览用户

部分学生可能暂时没有发布信息，但需要浏览校园内的失物和招领信息。

主要需求：

• 浏览最新信息；
• 根据关键词搜索物品；
• 查看物品详情。

---

三、软件主要解决的问题

本软件主要解决传统失物招领信息分散、难查找、容易被覆盖的问题。

通过建立统一的信息发布和查询入口，将校园内的寻物和招领信息集中展示。用户可以直接通过物品名称、关键词等方式进行搜索，从而减少在多个班级群、宿舍群中反复查找信息的时间。

本次原型设计不加入实名认证、即时聊天、地图定位等复杂功能，重点保证核心流程简单、清晰，方便后续进行代码实现。

---

四、主要功能设计

软件主要包括以下功能：

功能	功能说明
浏览信息	查看校园内最新的寻物和招领信息
发布寻物	发布自己丢失的物品
发布招领	发布自己捡到的物品
搜索物品	根据物品名称等关键词进行搜索
查看详情	查看物品的时间、地点、描述等详细信息
修改状态	将已经找回或已经归还的物品修改为完成状态
我的发布	查看自己发布过的寻物和招领信息

---

五、页面原型设计

本次原型主要设计以下页面。

1. 首页

首页作为用户进入小程序后的主要页面，提供搜索入口，并展示最新的寻物和招领信息。

主要内容：

• 顶部搜索框；
• 「寻物」和「招领」分类；
• 最新信息列表；
• 发布按钮；
• 我的发布入口。

用户可以直接点击信息卡片进入详情页面。

2. 发布信息页面

用户点击「发布」后进入发布页面，可以选择：

• 我要寻物；
• 我要招领。

填写物品名称、时间、地点、物品描述、联系方式和图片等信息后，点击「发布」，系统进入发布成功页面。

3. 搜索页面

用户可以输入物品名称或关键词，例如：

校园卡、黑色雨伞、AirPods、数学书

系统根据关键词展示相关的寻物和招领信息。

同时可以按照「全部」「寻物」「招领」进行简单筛选。

4. 信息详情页面

详情页面展示完整的信息，包括：

• 物品名称；
• 信息类型；
• 物品图片；
• 丢失/拾取时间；
• 丢失/拾取地点；
• 物品详细描述；
• 联系方式；
• 当前状态。

---

六、用户使用流程

1. 查看信息流程

进入首页
   ↓
浏览寻物/招领信息
   ↓
点击信息卡片
   ↓
查看物品详情
   ↓
联系发布者

2. 发布信息流程

进入首页
   ↓
点击「发布」
   ↓
选择「寻物」或「招领」
   ↓
填写物品信息
   ↓
点击「发布」
   ↓
发布成功

3. 搜索信息流程

进入首页
   ↓
输入物品关键词
   ↓
点击「搜索」
   ↓
查看搜索结果
   ↓
点击目标信息
   ↓
查看物品详情

---

七、原型展示

本次原型使用 墨刀 完成，主要页面包括首页、发布信息页面、搜索页面、信息详情页面和我的发布页面。

原型在线链接：

点击查看校园失物招领小程序原型

原型重点实现了以下交互：

• 首页查看信息 → 点击查看详情；
• 发布信息 → 填写内容 → 发布成功；
• 输入关键词 → 搜索结果 → 查看详情；
• 我的发布 → 查看并修改信息状态。

原型截图

首页

发布信息页面

搜索页面

信息详情页面

---

八、结对合作过程

本次作业采用两人结对合作的方式完成。

首先，两人共同阅读《构建之法》第3章和第8章，对结对合作、需求分析和原型设计进行了学习。随后通过讨论校园生活中的实际情况，对失物招领软件的目标用户和主要需求进行了分析。

在需求确定后，两人共同讨论软件需要实现的核心功能，并绘制用户使用流程。之后根据流程设计页面结构，再使用墨刀制作交互原型。

整个过程中，两人主要采用讨论、分工和互相检查的方式进行合作。一名同学主要负责需求整理和流程设计，另一名同学主要负责页面原型设计，完成后双方再共同检查页面流程是否合理。

结对过程记录

流程设计：

原型设计：

---

九、PSP表格

PSP阶段	预计耗时	实际耗时
阅读作业要求	0.5h	0.5h
阅读《构建之法》相关章节	1h	1h
用户需求分析	1h	1.2h
功能设计	0.5h	0.5h
用户流程设计	0.5h	0.6h
页面原型设计	2h	2.5h
结对讨论与修改	1h	1.2h
博客撰写	1h	1h
检查与完善	0.5h	0.5h
总计	8h	9h

---

十、个人总结

成员二：陈封

本次结对作业让我学习了如何使用原型工具将软件需求转化为具体的界面和交互流程。通过制作校园失物招领小程序的原型，我认识到一个软件不仅要考虑功能是否存在，还要考虑用户是否能够快速理解和使用。

在本次作业中，我主要参与了页面设计和原型制作。在设计过程中，我们不断检查页面之间的跳转关系，并根据用户使用流程调整界面布局。

遇到的问题主要是部分页面最开始设计得比较复杂，用户完成一个操作需要经过较多步骤。经过和队友讨论后，我们减少了不必要的操作，使发布、搜索和查看信息的流程更加直接。

通过本次结对合作，我也体会到了两个人共同讨论和检查的重要性，为之后的结对编程实践积累了经验。

---

十一、后续开发计划

本次作业主要完成需求分析和原型设计，后续第二次结对作业将在此基础上进行代码实现。

在后续开发过程中，可以根据本次原型逐步实现：

1. 用户信息发布；
2. 失物和招领信息存储；
3. 关键词搜索；
4. 信息详情展示；
5. 信息状态修改；
6. 我的发布。

同时，两人计划提前熟悉 GitHub 的基本使用方法，包括仓库创建、代码提交、分支管理和代码合并等，为后续结对编程做好准备。

---

十二、总结

本次作业通过校园失物招领这一实际问题，对软件开发过程中的需求分析和原型设计进行了实践。

通过将分散在班级群、宿舍群和朋友圈中的失物信息集中到统一平台，可以让用户更加方便地发布、搜索和查看信息。

本次原型设计遵循功能简单、流程清晰、容易操作、便于实现的原则，为后续代码开发提供了较为明确的基础。