2026秋软件工程个人作业(第三次)
| 项目内容 | 内容 |
|---|---|
| 这个作业属于哪个课程 | H202601 软件工程与软件工程实践 |
| 这个作业要求在哪里 | 2026秋软件工程个人作业(第三次) |
| 这个作业的目标 | 完成校园失物招领小程序的需求分析和原型设计 |
| 学号 | 102401509 |
| GitHub 仓库 | zhewanyiershinicheng/lost_find |
校园失物招领小程序
一、背景与目标
校园卡、钥匙、水杯、雨伞、耳机和书籍常在教学楼、宿舍、食堂等地点丢失。群聊和朋友圈中的信息分散,容易被新消息覆盖。本软件集中展示寻物和招领信息,支持发布、浏览和搜索,提高寻找与归还效率。不包含即时聊天、地图定位、实名认证和复杂后台管理。
二、用户需求
| 用户 | 场景与需求 | 主要痛点 |
|---|---|---|
| 物品丢失者 | 发布寻物信息,搜索已有招领信息 | 看不到其他群聊的信息 |
| 物品拾获者 | 发布招领信息,等待失主联系 | 不知道发布在哪里 |
| 校园用户 | 浏览、搜索并联系发布者 | 群消息容易被覆盖 |
| 发布者 | 修改信息、标记已找到或关闭 | 过期信息会持续干扰别人 |
三、主要功能
软件提供浏览最新寻物/招领信息、按关键词和类型搜索、发布寻物信息、发布招领信息、查看物品详情、记录联系方式、修改信息状态以及管理“我的发布”。信息字段包括名称、类别、时间、地点、描述、图片、联系方式和状态,便于后续实现。
四、流程设计

查找流程:进入首页 → 浏览或搜索信息 → 查看信息列表 → 点击卡片查看详情 → 记录联系方式并联系发布者。

发布流程:进入发布页 → 选择“我要寻物”或“我已拾获” → 填写物品信息和联系方式 → 点击发布 → 显示发布成功 → 后续修改或关闭信息。
五、原型设计
原型采用 Figma 制作,尺寸为手机端,包含五个页面:
- 首页:搜索框、全部/寻物/招领筛选、信息卡片和底部导航;
- 搜索页面:关键词输入、类型筛选和搜索结果;
- 发布信息页面:类型选择、物品名称、类别、时间、地点、描述、图片、联系方式和发布按钮,并提供发布成功提示;
- 信息详情页面:图片、描述、时间、地点、发布者昵称和联系方式;
- 我的发布:修改信息、标记“已找到”和关闭信息。
原型链接:
https://www.figma.com/design/C9RWWUii8tiHTvM6pvungL/Untitled?node-id=0-1&p=f&t=eEUjhrPMSLkm1DXS-0
原型总览:

原型设计时的确定的三条基本流程:查看信息 → 查看详情;发布信息 → 发布成功;搜索物品 → 查看结果。页面使用清晰卡片、明显按钮和少量颜色区分寻物与招领,尽量降低学生使用成本。
六、PSP 表格
单位:分钟
| 阶段 | 预估 | 实际 |
|---|---|---|
| 阅读《构建之法》相关内容 | 40 | 10 |
| 分析需求和用户 | 35 | 10 |
| 整理功能和数据字段 | 25 | 5 |
| 绘制流程图 | 35 | 10 |
| 制作 Figma 原型 | 90 | 10 |
| 测试并修改原型 | 30 | 60 |
| 整理博客和截图 | 45 | 15 |
| 合计 | 300 | 120 |
实际耗时请根据真实投入分别记录。
七、结对过程
两人先阅读《构建之法》第3章和第8章,再从丢失者、拾获者和校园用户角度分析场景,删除即时聊天、地图定位等非核心功能。随后共同绘制流程图,在 Figma 中制作页面,并测试三条基本流程,统一了“寻物/招领”术语和状态提示。
八、个人总结
吴瑞鹏:主要负责发起需求讨论,以及进行功能梳理和流程检查。需求分析的重点是解决问题,而不是不断增加功能。最初我考虑加入即时聊天,讨论后发现它并非解决信息分散的核心。测试原型让我学会根据用户操作检验设计,也理解了及时同步设计决定的重要性。
曾林远见:我参与了页面结构设计、字段整理和交互测试。难点是兼顾信息完整和操作简单,因此我们保留必要字段,并用分类筛选帮助查找。测试发布、搜索和详情流程后,要深刻理解原型是验证用户能否完成任务,而不是完整的做出一整个可用的程序。

浙公网安备 33010602011771号