第三次软工作业校园失物招领小程序

2026秋软件工程第一次结对作业：校园失物招领小程序

项目内容	内容
这个作业属于哪个课程	https://edu.cnblogs.com/campus/fzu/202601SofwareEngineering
这个作业要求在哪里	<https://edu.cnblogs.com/campus/fzu/202601SofwareEngineering/homework/16717
这个作业的目标	校园失物招领小程序
学号	102401502

一、结对信息

学号	姓名
102401502	王钰涵
102401601	李佳雨

二、项目背景与用户需求

校园中经常发生校园卡、钥匙、水杯等物品遗失的情况。同学通常通过班级群、宿舍群或朋友圈发布消息，但信息分散、容易被覆盖，不同群之间也难以互通。因此，我们设计了“拾光”校园失物招领小程序，为学生提供统一的信息发布与查找入口。

根据题目场景，主要用户需求如下：

用户角色	主要需求
丢失者	发布寻物信息，搜索招领线索
拾取者	发布招领信息，留下联系方式
浏览者	按关键词查找物品，查看详情
信息发布者	查看自己的记录，更新完成状态

同一学生可以承担多种角色。项目主要解决信息分散、历史信息难查以及物品处理状态不明确的问题。

三、功能需求

1. 分类浏览：切换寻物与招领列表，按发布时间倒序展示。
2. 发布信息：填写类型、物品名称、类别、地点、时间、描述和联系方式。
3. 关键词搜索：按物品名称匹配，展示搜索结果或无结果提示。
4. 查看详情：展示物品特征，点击按钮查看发布者联系方式。
5. 我的发布：查看本人发布的信息，从详情页更新状态。

寻物信息由“寻找中”变为“已找回”，招领信息由“待认领”变为“已归还”。仅发布者能够确认完成，历史记录保留状态标记。

本次不加入即时聊天、地图定位、实名认证和AI识别，控制功能范围，方便第二次作业实现。

四、原型与页面设计

本项目使用 Figma 制作原型，统一采用绿色主色、信息卡片和文字状态标签。

页面	主要UI元素
首页	搜索入口、寻物/招领切换、信息卡片、底部导航
发布信息页	类型选择、物品信息表单、联系方式、发布按钮
搜索页	关键词输入框、清空与搜索按钮
搜索结果页	结果列表、修改关键词入口、空状态提示
信息详情页	物品信息、状态、联系方式入口
发布成功页	成功提示、查看详情、继续发布、返回首页
我的发布页	本人记录、状态、详情入口

原型通过预设样例模拟输入、搜索及状态变化，不连接真实数据库。不同画板用于表现同一页面的交互状态，不代表增加了新的功能。

原型演示： 点击体验校园失物招领小程序

设计文件： 查看Figma页面设计

五、用户使用流程

• 浏览联系：首页 → 选择信息类型 → 浏览列表 → 查看详情 → 获取联系方式。
• 发布信息：发布页 → 选择寻物或招领 → 填写信息 → 校验 → 发布成功。
• 搜索信息：搜索页 → 输入关键词 → 搜索结果 → 查看详情。
• 修改状态：我的发布 → 本人详情 → 确认完成 → 更新状态。

六、PSP耗时记录

单位：团队人分钟，即两名成员投入时间之和。

工作内容	预估耗时	实际耗时
需求分析	90	80
功能设计	60	60
流程图设计	50	40
原型页面设计	100	100
原型修改完善	100	80
博客撰写	50	50
博客检查与修改	30	40
合计	480	450

偏差分析：实际总耗时为450分钟，比预估减少30分钟。其中，原型修改完善阶段偏差最大，比预估减少20分钟；需求分析和流程图设计各减少10分钟，博客检查与修改则增加10分钟。总体上，前期设计和原型完善所需时间少于预期，而博客整理后的检查工作需要更多时间。后续应结合本次记录调整预估，并为最终检查预留充足时间。

七、结对过程

我们围绕校园失物招领场景讨论需求，确定以浏览、发布、搜索和状态管理为核心功能。A负责需求分析、功能整理及流程图设计，B负责Figma原型制作、页面跳转配置及截图整理，两人共同完成博客检查。

在检查原型展示方式时，我们发现原型分享权限尚未确认，且误进入了需要升级的独立原型分享入口。随后改为从设计文件的分享设置中调整查看权限，并整理原型演示链接。最后，我们按照浏览、发布和搜索三条流程逐项检查页面跳转与提示信息。

9.26晚聊天记录

原型制作记录

下图展示了校园失物招领小程序在Figma中的页面设计。我们借助生成脚本建立页面和交互连接，在Figma中查看首页的寻物、招领列表及状态标签，并整理原型演示链接。

八、个人总结

本次结对作业中，我主要负责需求分析、功能梳理和流程图设计。通过这次实践，我学会了从校园失物招领的实际场景出发，将用户需求转化为具体的功能要求，并考虑操作权限和异常情况。过程中，我遇到的主要困难是把握功能边界，容易加入超出作业范围的设计。为此，我围绕浏览、发布和搜索三条核心流程筛选功能，在满足需求的同时控制实现难度。这让我认识到，需求分析不仅要明确“做什么”，也要确定“做到什么程度”。后续开发时，我会进一步细化数据字段和状态转换规则，为功能实现打好基础。