软件工程第三次作业

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

项目	内容
这个作业属于哪个课程	https://edu.cnblogs.com/campus/fzu/2026-01SoftwareEngineeringandSoftwareEngineeringPractice
这个作业要求在哪里	https://edu.cnblogs.com/campus/fzu/2026-01SoftwareEngineeringandSoftwareEngineeringPractice/homework/16742
这个作业的目标	分析校园失物招领需求，使用原型呈现主要页面和流程，并通过结对协作完成需求分析与设计
学号与姓名	102402128 李韩远；102402131 马天鸿

原型工具： 墨刀（Modao）

原型在线展示： 校园失物招领小程序原型（墨刀在线查看）

网址：https://modao.cc/proto/q6TKZ1udtm107xurG4uCNA/sharing?view_mode=read_only

---

一、项目背景与用户需求

在校园生活中，同学们经常会遗失校园卡、钥匙、水杯、雨伞、耳机、书籍等物品。目前大家通常通过班级群、宿舍群、朋友圈等方式发布寻物或招领信息，但这些信息比较分散，而且随着群聊消息不断增加，之前发布的信息很容易被新消息覆盖，查找起来并不方便。

例如一名同学在教学楼捡到一张校园卡，可能只能在自己的班级群或朋友圈发布招领信息，而丢失校园卡的同学未必能看到这条消息。类似情况也经常发生在宿舍区、食堂、图书馆和运动场等校园场所。

本软件的主要用户是校园学生，可以分为三类：

• 失主：丢失物品后需要快速发布寻物信息，并希望通过关键词搜索看看是否已有人捡到；
• 拾得者：捡到物品后需要发布招领信息，描述物品特征以便失主辨认；
• 浏览者：不发布信息，只是想浏览或搜索是否有与自己丢失物品相关的线索。

本软件将寻物和招领两类信息集中展示，支持按物品名称关键词搜索，缓解群聊消息分散、易被覆盖、难以触达的问题，提高校园失物寻找和归还的效率。

二、主要功能与页面

原型包含以下页面：首页、发布信息页、搜索页、信息详情页、发布成功页、我的发布。

主要功能如下：

• 浏览失物和招领信息：首页以卡片列表展示全部信息，可切换"全部 / 寻物启事 / 招领启事"进行筛选；
  

• 发布寻物信息：在发布页选择"寻物启事"，填写物品名称、分类、丢失时间、地点、描述和联系方式；
  

• 发布招领信息：在发布页切换为"招领启事"，填写拾到物品的相关信息；

• 搜索物品：在搜索页输入物品名称关键词（如"校园卡""雨伞""耳机"），实时筛选匹配的信息；
  

• 查看物品详情：点击列表卡片进入详情页，查看完整描述、时间、地点和联系方式；
  

• 修改信息状态：发布者在物品找回或归还后，可在详情页或"我的发布"中将信息标记为"已完成"。
  

从操作顺序看，用户可先在首页切换"寻物"或"招领"，也可直接搜索；找到线索后进入详情核对时间、地点和物品描述，再通过联系方式联系发布者。发布时必填物品名称和描述，提交成功后给出明确反馈，避免用户误以为没有发布成功。联系方式只在详情页展示，不在列表中直接暴露。

用户使用流程图：

                进入首页
                  │
                  ▼
              选择操作
            ╱          ╲
   浏览或搜索            发布信息
        │                  │
        ▼                  ▼
  浏览列表 / 输入关键词   选择寻物或招领
        │                  │
        ▼                  ▼
  查看搜索结果/信息卡片   填写物品信息并提交
        │                  │
        ▼                  ▼
   查看物品详情          发布成功
        │                  │
        ▼                  ▼
 联系发布者 / 更新状态   查看新信息详情 / 返回首页

对应两条主线：

• 进入首页 → 浏览或搜索信息 → 查看物品详情 → 联系发布者
• 进入发布页面 → 填写物品信息 → 点击发布 → 发布成功

三、原型设计与展示

本次使用墨刀制作手机端高保真原型，突出搜索、分类和发布入口，卡片展示物品名称、类型标签、时间地点和摘要，表单提交后跳转到成功页并给出反馈。设计强调步骤少、信息清楚、状态明确。

页面设计也考虑了信息呈现的优先级：首页先展示便于快速判断的摘要（名称、类型、地点、时间），详情页再呈现完整描述和联系方式，减少列表拥挤。原型中用不同颜色标签区分"寻物启事"（红色）和"招领启事"（绿色），并在卡片右上角显示"已完成"状态，让用户一眼判断信息是否仍然有效。

说明：原型展示的是交互方案，可在线点击演示"查看详情 → 发布信息 → 搜索物品"三条基本流程；信息存储、身份验证和真实消息通知仍需在后续开发中实现。

四、结对过程

我们共同阅读作业要求，讨论失主和拾得者各自的任务，梳理需要哪些页面、每个页面有哪些字段、操作顺序是怎样的，再动手制作原型。过程中我们重点讨论了列表页和详情页的信息取舍——哪些信息放在列表摘要里、哪些放到详情页，以及联系方式是否应该在列表直接展示。通过在线预览逐条检查跳转，确认搜索、发布和详情入口都清晰可用，并控制功能范围，不做实名认证、即时聊天、地图定位等本次不要求的功能，以便后续代码实现。

后续代码实现将以本次原型为基础，我们计划提前熟悉 GitHub 仓库、提交和协作流程。

五、PSP 时间记录

PSP 阶段	预估耗时（小时）	实际耗时（小时）
阅读材料与讨论需求	0.8	0.8
梳理功能与流程	0.8	0.7
原型制作与检查	1.5	2.0
博客整理与互相检查	0.9	1.0
合计	4.0	4.5

六、个人总结

李韩远： 我学到做设计前要先理解用户场景，再把需求转化成页面和操作流程。和搭档讨论时，我们一度难以确定首版该保留哪些功能，后来对照作业要求，优先保留了浏览、发布、搜索和查看详情这几个核心任务，把实名认证、即时聊天等放到后续。制作原型的过程让我意识到，按钮位置、字段顺序和跳转反馈都要符合用户习惯，否则用户容易困惑。接下来我会继续练习需求拆解，并熟悉 GitHub 协作流程。

马天鸿： 通过反复讨论用户画像和使用场景，我学会了从真实痛点出发做减法——砍掉了即时聊天、地图定位等复杂功能，聚焦于"信息发布→搜索匹配→线下联系"这一核心闭环。这让我深刻体会到，优秀的产品设计不在于功能的堆砌，而在于能否用最简洁的路径解决用户最迫切的问题。通过本次作业，我从零开始系统学习了墨刀的使用方法，包括母版组件复用、交互连线配置、状态切换设置以及真机预览调试。特别是学会用流程图先验证业务逻辑再动手画界面的工作习惯，避免了后期因逻辑漏洞导致的大面积返工。