结对作业｜“拾光”校园失物招领小程序：从需求到原型

项目	内容
这个作业属于哪个课程	H202601软件工程与软件工程实践
这个作业的要求在哪里	软件工程个人作业（第三次）
结对成员	吴涵彬（292400336）、张宇天（182400143）
本次目标	分析校园失物招领需求，完成可演示的原型
原型工具	Pencil Project 3.1.1；在线查看七页原型

一、问题从哪里来

校园卡丢了，先在班群问一圈；捡到雨伞，也往自己认识的群里发。两边可能根本不在同一个群，过几个小时消息又被刷下去。这是我们想解决的事：给校园里的寻物和招领信息一个固定入口，能浏览、能搜索，找到线索后再联系对方。

二、需求分析：先让两类同学都走得通

谁在用	最常做的事	页面要给出的帮助
失主	搜物品；找不到就发寻物	关键词搜索、地点和日期、寻物发布入口
拾取者	发招领；归还后结束信息	简单的发布表单、联系方式、状态修改

我们把浏览、寻物/招领发布、搜索、详情放在第一优先级。“我的发布”保留修改状态的入口，免得东西已经找回，其他同学还在反复联系。聊天、定位和实名认证先不加：这次的重点是把找物和还物两条路做顺，也方便下次按原型实现。

三、七页原型，重点看这四页

1. 首页：先看得懂。 顶部是搜索入口，下方用“寻物 / 招领”标签区分卡片；名称、地点和当前状态直接写在卡片上。点一条信息就能进详情。

2. 搜索：找不到也要有回应。 可以按名称、类别或地点找。“校园卡”会进入搜索结果页；没有匹配时提示换个词，而不是给一片空白。

3. 发布：两种信息共用一张表单。 先选“我丢了”或“我捡到”，再填名称、类别、日期、地点、特征和联系方式。漏填要指出具体字段；发布完成进入成功页，不让用户猜有没有提交上去。

4. 详情：线索要够，隐私也要顾。 详情列出时间、地点、特征和状态，再提供联系入口。校园卡的完整卡号不放在公开内容里；认领时核对未公开的小细节，降低冒领的可能。

剩下三页是搜索结果、发布成功和我的发布。页面不多，但每一步都有去处，后续实现也能按页面拆任务。

四、把流程串起来

浏览：首页 → 信息卡片 → 详情 → 联系发布者
搜索：输入关键词 → 搜索结果 → 详情
发布：选寻物/招领 → 填信息 → 发布成功 → 我的发布

五、结对、PSP 与教材

我们的分工按现有成果整理为待核对版本：我负责梳理失主和拾取者的任务、整合博客，张宇天负责页面结构和流程图；最后一起检查“找校园卡”和“捡到雨伞”能否走通。真实讨论截图还需补进作业材料，不能拿模拟聊天当证据。

《构建之法》第8章提醒我先找用户需求，再定功能和原型；第3章关于个人成长与度量的内容，对应下面的 PSP。两人合作单列在第4章。我们没有把“想加的功能”都画进去，而是先保证最常用的流程清楚。

工作项	预估/min	回估/min（待核）
阅读教材、核对要求	40	45
用户场景与需求取舍	55	65
流程、页面讨论	45	50
原型制作与走查	130	150
写作与排版检查	70	85
合计	340	395

右列是回估数，不是实际计时记录；正式提交前要由我按真实耗时核对。

六、 结对过程与协作

七、个人总结

起初我觉得有个失物列表就够了。把自己放进“丢了校园卡”的情境里，才发现搜索没结果怎么办、发布后看哪里、物品找回了还显示不显示，这些小问题更影响使用。做原型时最难的是忍住加功能：聊天、定位很吸引人，但会把眼前最基本的流程挤乱。下次如果把它做成程序，我想先请同学按这三条路线走一遍，再根据他们卡住的地方修改，而不是只看自己画的页面顺不顺眼。