软工第三次作业

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

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

一、结对信息

学号	姓名
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中查看首页的寻物、招领列表及状态标签，并整理原型演示链接。

八、个人总结

这段时间我主要负责原型页面制作和各个页面之间的交互连接工作。在最开始做原型的时候，我更多考虑页面内容是否清楚易懂，经过这段时间的实践，我认识到交互原型需要兼顾更多维度：除了页面信息清晰，更重要的是保证用户的整条操作流程连贯完整，不能出现逻辑断层。
实际梳理交互的过程里，我发现很容易忽略返回路径和操作后的状态反馈，这类细节问题虽然不起眼，但会直接影响用户体验。所以我花时间逐条核对所有页面的跳转逻辑，补上缺失的返回路径，同时统一各个页面的组件样式，让交互表现更加一致。
等到后续编码开发的时候，我会持续跟进，重点关注发布、搜索和状态更新这几个核心功能，仔细检查整套操作流程能不能完整走完，及时发现交互漏洞，配合团队优化细节，让最终实现的效果符合设计预期。