2026秋软件工程个人作业（第三次）：校园失物招领小程序需求分析与原型设计

学号与姓名

• 102401415 林豪
• 102401428 魏怡健

一、需求分析

1.1 背景与问题

在校园生活中，学生遗失校园卡、钥匙、水杯、雨伞、耳机、书籍等物品的情况十分常见。目前大家主要通过班级群、宿舍群、朋友圈等渠道发布寻物/招领信息，这些信息分散在各群聊中，且容易被新消息覆盖，查找困难。例如在教学楼捡到校园卡的同学只能在班级群发布招领，失主未必能看到，导致"丢的找不到、捡的还不了"。

1.2 用户分析

本软件面向校园学生群体，主要用户角色有两类：

• 失主：遗失物品，希望快速发布寻物信息并查找招领信息；
• 拾主：捡到物品，希望发布招领信息，尽快联系失主归还。

两类角色在现实中经常互换（学生既可能丢东西也可能捡到东西），因此系统设计需保证发布、浏览、搜索操作足够简单。

1.3 核心价值

将分散在群聊和朋友圈的失物信息集中到统一平台，通过分类展示和关键词搜索，提高信息触达效率，提升失物找回率。

二、主要功能

1. 浏览失物与招领信息（按"寻物/招领"分类展示）
2. 发布寻物信息
3. 发布招领信息
4. 按物品名称关键词搜索
5. 查看物品详情（物品描述、地点、时间、联系方式）
6. 修改信息状态（已找到/已归还）

三、原型设计

3.1 开发工具

采用墨刀进行原型设计。墨刀支持组件拖拽、页面跳转设置，适合快速产出可交互原型。

3.2 页面设计

原型包含以下页面：

（1）首页：顶部为搜索栏，下方为"寻物/招领"分类切换 Tab，列表展示物品缩略图、名称、丢失/拾取地点与时间，信息按发布时间排序。

（2）发布信息页面：表单包含物品类型（寻物/招领）、物品名称、物品描述、丢失/拾取地点、时间、联系方式，填写后点击"发布"。

（3）搜索页面：支持按关键词搜索物品名称，搜索结果以列表形式展示，可筛选"寻物/招领"类型。

（4）信息详情页面：展示物品完整信息（图片、描述、地点、时间、发布者联系方式），提供"联系发布者"入口和"标记已找到/已归还"按钮。

3.3 原型展示链接

https://modao.cc/proto/WUAW1uvotlv4o7wyJRVsWB/sharing?view_mode=read_only

四、使用流程图

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

五、PSP表格

PSP阶段	预估耗时（分钟）	实际耗时（分钟）
需求分析	60	50
原型设计	120	150
流程图绘制	30	25
博客撰写	60	80
合计	270	305

六、结对过程记录

2026年9月24日，本人与魏怡健同学通过线上沟通完成结对作业。两人先一起阅读作业要求，确定以"校园失物招领"为主题；随后共同讨论需求分析，明确失主与拾主两类用户，梳理出浏览、发布、搜索、查看详情、修改状态等核心功能；魏怡健负责绘制查看信息流程和发布信息流程两张流程图，林豪负责在墨刀中搭建首页、发布信息页面、搜索页面、信息详情页面四个原型页面，搭建过程中两人就页面布局、分类切换方式和表单字段进行了多轮讨论调整，最终完成可交互原型。

七、个人总结

林豪（102401415）：通过本次结对作业，我学习了《构建之法》第3章和第8章中关于结对合作与需求分析的方法，体会到需求分析阶段明确用户和场景的重要性。在设计原型时，我从学生使用习惯出发，尽量简化操作流程。遇到的问题是如何让原型既简洁又能完整表达业务流程，后续结对实现阶段需要进一步细化交互细节。

魏怡健（102401428）：本次结对作业让我体会到结对协作中"两个人比一个人想得更全面"的优势。需求讨论阶段，我和林豪一起梳理失物招领的核心场景，避免遗漏"修改信息状态"这类容易被忽略的功能；绘制流程图时，我理清了查看信息与发布信息两条主流程。通过这次合作，我更加理解了需求分析和原型设计在软件开发中的作用，也为后续结对实现阶段打下了基础。