第三次软件工程作业

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

这个作业属于哪个课程	H202601软件工程与软件工程实践
这个作业要求在哪里	2026秋软件工程个人作业（第三次）
这个作业的目标	结对完成“校园失物招领小程序”的需求分析、流程图与原型设计
学号	102402134 / 102402132
GitHub 仓库	本次仅需原型设计，暂无代码仓库；后续结对编程时建立

结对成员：王世豪（102402134）、邱福铭（102402132）

一、用户需求与主要功能

校园卡、雨伞等物品丢失后，信息常散落在不同群聊中，容易被新消息覆盖。目标用户是失主和拾到物品的同学：前者需要发布寻物、搜索线索并联系拾到者；后者需要发布招领，并在归还后关闭信息。为此，我们设计“拾光校园”，提供信息浏览、寻物与招领发布、关键词搜索、详情查看、复制联系方式及状态修改。本次不加入聊天、定位和复杂后台，便于后续实现。

二、原型设计与功能取舍

原型工具为 Figma Make。在线地址：查看“拾光校园”原型。原型包含首页、发布、搜索、结果、详情、发布成功、“我的发布”、完成状态和空结果。发布页填写名称、时间、地点、描述及联系方式；详情页突出可核对特征；“我的发布”支持状态更新。校园卡不显示完整卡号，以降低隐私和冒领风险。

• 浏览：进入首页 → 点击信息卡片 → 查看详情 → 联系发布者。
• 发布：进入发布页 → 选择寻物/招领 → 填写信息 → 发布成功。
• 搜索：进入搜索页 → 输入关键词 → 查看结果 → 打开详情。

三、PSP 记录（两人合计人时）

工作阶段	预估耗时	实际耗时	王世豪	邱福铭
阅读第3、8章及任务拆解	1.5	1.2	0.6	0.6
需求讨论与功能边界	1.5	1.4	0.7	0.7
流程图与页面跳转	1.5	1.1	0.5	0.6
原型制作与连线	4.0	3.8	1.5	2.3
结对检查与交互修正	1.5	1.2	0.6	0.6
博客、截图和总结	2.0	1.9	1.0	0.9
合计	12.0	10.6	4.9	5.7

单位为人时。实际耗时由两人根据讨论和文件修改过程回顾估算。总耗时比预估少 1.4 人时，主要因为统一卡片与配色后可以复用组件。

四、结对过程记录

本次先确定需求边界，再制作首版并共同检查。王世豪负责需求分析、流程图、文案和博客；邱福铭负责手机端布局、组件样式、搜索结果和原型连线。两人确定寻物使用青绿色、招领使用橙色，发布页保留五项必要信息，不加入聊天和定位。

首版完成后，两人逐项验证卡片详情、发布成功、关键词搜索及状态更新，并补充无结果和已完成页面，让正常操作与异常情况都有反馈。

五、个人总结

王世豪：我主要负责需求分析、流程图和博客整合。这次合作让我认识到，需求分析还要结合场景确定边界。我们原本考虑聊天和定位，讨论后发现会增加编码难度，最终改用联系方式和文字地点。经过取舍，流程更清楚，也更适合后续实现。

邱福铭：我主要负责手机端布局、视觉样式和交互检查。制作时发现首页、发布和详情还不能完整表达流程，因此补充了搜索结果、空结果、发布成功和完成状态。连接页面并测试后，我更清楚地理解了状态变化，也认识到隐私提示和失败反馈同样重要。