失物招领原型设计手记——软件工程第一次结对作业

失物招领原型设计手记——软件工程第一次结对作业

项目	内容
课程	H202601软件工程与软件工程实践
作业要求	2026秋软件工程个人作业（第三次）
作业目标	完成「校园失物招领小程序」需求分析和原型设计
学号&姓名	102401303陈铮、102401305卓滢
Figma	https://www.figma.com/design/B6VSz2jKudgKzh8soHBEgo/福大失物招领?node-id=1-2&t=tAGtvQv9EEuTUF8T-1

一、《构建之法》学习成果

通过共同阅读《构建之法》第3章和第8章，我们认识到结对合作需要充分沟通、共同对结果负责；需求分析也不能只列功能，而要从真实用户场景出发，明确要解决的核心问题。本次作业据此聚焦校园失物招领的发布、浏览、搜索和详情等基本功能，并用原型和流程图进行验证，为后续结对编程打基础

二、软件原型展示

1. 启动页、登录页与首页

原型界面背景特意采用福大校园景色（水彩版），增强校园归属感~✧٩(ˊᗜˋ)و✧

2. 信息发布界面

3.搜索与信息详情界面

4.个人中心界面

5.特色功能展示

三、主要用户及需求

本软件主要面向在校学生，核心用户有三类：
丢失物品的同学： 希望快速发布寻物信息，并能通过关键词搜索，查看别人发布的招领信息，尽快找回物品
捡到物品的同学： 希望方便地发布招领信息，让失主能尽快看到并联系自己
浏览信息的同学（闲逛的同学）： 希望集中浏览校园内的失物招领信息，或通过搜索快速定位相关物品
主要需求包括：发布寻物/招领信息、浏览信息、关键词搜索、查看物品详情、联系发布者、修改信息状态
本软件主要解决校园寻物和招领信息分散在班级群、宿舍群、朋友圈，容易被新消息覆盖、跨群传播有限、不方便搜索的问题，通过集中发布和关键词搜索，提高校园失物寻找和归还的效率

四、软件主要功能

功能模块	功能	说明
登录	账号密码登录	支持邮箱验证码登录，也可游客浏览
浏览	查看寻物/招领	双 Tab 切换查看寻物和招领信息
浏览	分类筛选	按校园卡、钥匙、雨伞、耳机、水杯等分类筛选
浏览	校区切换	支持旗山、铜盘、怡山、晋江、厦门校区，信息按校区隔离展示
搜索	关键词搜索	输入物品名称搜索，提供热门搜索快捷入口
发布	发布寻物/招领	填写物品名称、分类、地点、时间、描述，支持上传照片
详情	查看物品详情	查看物品图片、描述、地点、时间及发布者信息
详情	收藏与举报	收藏感兴趣的信息，对可疑信息进行举报
个人中心	我的发布	查看、编辑、标记完成、删除、下架/重新上线
个人中心	消息通知	匹配提醒、浏览动态、归还提醒、系统通知
个人中心	我的收藏	查看收藏的物品
个人中心	设置	通知开关、校区选择、清除缓存、退出登录
特色	收藏状态提醒	收藏物品状态发生变化时自动提醒
特色	举报处理	提交举报原因并补充说明

一些文字描述

本软件名为“福大失物招领”，功能设计完全围绕校园场景展开。登录页支持邮箱验证码登录，并提供“游客浏览”模式，降低新用户的使用门槛。进入首页后，顶部是搜索框，下方通过“失物寻物/物品招领”双Tab切换信息流，并带有“全部、校园卡、钥匙、雨伞、耳机、水杯”等分类标签快速筛选。右上角支持多校区切换（旗山、铜盘、怡山、晋江、厦门），不同校区的信息隔离展示，避免跨校区干扰
在发布流程上，发布页采用“我丢了东西 / 我捡到东西”二选一，表单必填项清晰引导，包含物品名称、分类标签（支持“其他”手动输入）、地点下拉选择、具体位置、时间、物品描述，并支持最多上传3张照片。发布成功后给出正向反馈，并引导用户返回首页继续浏览
搜索与详情方面，搜索页提供“校园卡、钥匙、雨伞、耳机、水杯”等热门搜索词，点击即可一键直达。物品详情页完整展示物品信息、分类、地点、发布时间和发布者信息，底部提供“收藏、查看TA的个人主页、举报”三个入口，并支持一键复制发布者QQ，认领流程简洁直接
个人中心包含数据统计（发布、已找回、收藏）和快捷入口。在“我的发布”中，发布者可以编辑启事、标记完成（已归还/已找到）或删除信息。编辑启事支持修改物品名称、分类、地点与描述，并可以下架或保存修改。消息通知页汇聚了匹配提醒、浏览动态、归还提醒和系统通知，让用户一目了然，当系统检测到有与你丢失物品匹配的招领信息时，会自动通知你
此外，软件还设计了几个实用的特色功能：多校区切换、我的收藏（收藏物品状态发生变化时自动提醒）、设置（通知与隐私开关、清除缓存、退出登录）、以及举报机制（单选举报原因并补充说明，承诺24小时内核实处理）。整体功能力求简单、清晰，便于后续结对编程实现

五、用户使用流程

六、PSP表格

任务	预估耗时（分钟）	实际耗时（分钟）
学习《构建之法》相关章节	30	30
需求讨论与分析	40	50
流程图设计	30	25
原型设计	120	150
交叉评审与修改	40	60
博客撰写	60	60
个人总结	20	20
总计	340	395

七、结对过程

阶段	主要工作	参与人
需求讨论	阅读客户描述，确定用户分类和核心功能，明确不做即时聊天、地图定位等复杂功能	两人共同讨论
流程设计	梳理“浏览→详情”“发布→成功”“搜索→结果”等基本流程	陈铮
原型制作	使用墨刀/Figma 制作首页、发布页、搜索页、详情页和“我的发布”页	陈铮
评审与可实现性评估	走查页面跳转和交互，修正发布成功反馈、空搜索结果提示、状态命名等问题；评估功能后续实现难度	卓滢
博客整理	整理原型截图、流程图、需求分析和功能说明，分别撰写个人总结	两人共同整理原型和流程图，互相补充需求与功能说明

以下是结对过程一些记录（由于都在一个宿舍其实没什么聊天记录TT）

八、个人总结

本次结对作业我主要负责流程与原型设计部分，感触最深的还是同时站在开发者和用户的角度去开发一个产品。

做原型的时候我一直是"开发者视角"。每个交互背后都是状态判断——选了"其他"分类要弹出自定义框、切"寻物/招领"标题要联动、提交前要拦必填项。

但光有开发者视角做出来的东西是冷的。需求分析阶段我才切换到"用户视角"——我问身边同学：你们丢过什么、捡到过什么？结果发现好多人丢的是证件、饰品、伞套，现有分类根本放不进去，于是我加了"其他"自定义分类。还有一个功能是我从用户焦虑倒推出来的：一个人丢了东西发布完信息，最煎熬的是等——他不知道有没有人捡到，只能反复打开 App 刷。所以我设计了"自动匹配引擎"，寻物和招领信息按名称、分类、地点自动比对，一旦命中就推消息提醒，用户不用主动找，系统替他盯着。

这两种视角一直在拉扯。开发者想多加功能、把逻辑做完整；用户想少点步骤、赶紧找到东西。原型设计的本质，就是在这两个视角之间反复横跳，直到找到那个平衡点。( •̀ω•́ )و