软件工程第三次作业

LCH软件工程第一次结对作业

校园失物招领小程序：需求分析与原型设计

项目	内容
这个作业属于哪个课程	H202601软件工程与软件工程实践
这个作业的要求在哪里	2026秋软件工程个人作业(第三次)
这个作业的目标	完成「校园失物招领小程序」的需求分析和原型设计
原型设计链接（墨刀）	小程序链接
结对成员	102402152（庄剑钇）、102402136（王智洋）

一、作业之前

本次作业要求结对完成需求分析与原型设计，不涉及程序实现。开始设计前，我们阅读了《构建之法》第 3 章和第 8 章的相关内容，并先讨论两人如何分工、用户要完成哪些操作，再决定原型需要哪些页面。考虑到后续结对编程还将依据本次原型开展，我们把功能简单、流程清楚作为设计依据。

二、需求分析

校园里的寻物和招领信息通常发在班级群、宿舍群或朋友圈。比如同学在教学楼捡到一张校园卡，消息可能只传到自己所在的群；失主不在群里，即使双方都发了消息，也很难发现彼此。群聊信息还会被新消息覆盖，事后查找不方便。小程序要解决的就是信息分散、难以搜索的问题，让同学们可以集中发布和查看信息。

主要用户是失主和拾得者。前者需要发布寻物信息或搜索招领信息，后者需要发布招领信息或查看是否有人在寻找；其他同学也可以浏览并转告相关信息。本版保留浏览、发布、搜索、查看详情和修改状态等基本功能。用户通过详情页提供的联系方式取得联系；实名认证、即时聊天、地图定位和复杂后台不在本次设计范围内。

三、主要功能与原型设计

我们使用墨刀制作可点击的手机端原型，在线地址见文首。底部设置“首页／发布／我的”三个入口，搜索页和详情页由首页进入。首页展示最近发布的寻物、招领信息，每张卡片显示物品名称、图片、地点、时间和状态；顶部搜索入口通向搜索页，用户输入关键词后查看结果，也可以按地点、时间、类型等条件筛选。

点击卡片进入详情页后，用户可查看物品描述、图片和联系方式，也可复制联系方式或收藏该条信息。例如看到“招领校园卡”，失主可以先核对拾取地点和时间，再联系发布者确认物品特征。招领照片不应露出完整卡号等个人信息。

发布页先选择“寻物”或“招领”，再填写物品名称、时间、地点、描述及联系方式，可上传图片。两种类型共用表单，时间和地点的提示文字分别对应“丢失”或“拾取”。必填项缺失时页面给出提示，提交成功后显示反馈。发布者还可以在“我的”查看和编辑信息，并在物品找回后修改状态。

四、用户使用流程

总体业务流程从首页开始。用户可浏览信息流，也可通过关键词和筛选条件查找物品；找到相关信息后进入详情页，核对时间、地点和物品特征，再复制联系方式与发布者沟通。若没有合适结果，可调整条件继续查找。物品确认归还后，发布者在“我的”中将状态改为“已找回”，完成信息闭环。

核心操作流程分为查看、发布和搜索三条路径。查看与搜索最终都进入详情页；发布时先选择寻物或招领类型，再填写相关信息。系统提交前检查必填项，缺失时提示补充，信息完整后发布成功。

五、结对过程与 PSP 记录

作业发布后，我们共同讨论用户需求和页面之间的关系。庄剑钇负责使用墨刀制作页面和交互原型，王智洋负责绘制流程图、整理需求和撰写博客。完成各自部分后，两人一起对照作业要求检查原型页面及三条核心流程。

下表记录各阶段的预估耗时和实际耗时，单位为分钟。

阶段	预估	实际
阅读题目与需求分析	40	55
草图与页面讨论	30	40
原型初稿	90	120
原型修改	60	110
流程图	30	45
文稿与排版	60	80
结对检查	40	55
合计	350	505

六、个人总结

102402152 庄剑钇：这次主要负责制作原型。绘制页面时，我发现单个页面看起来完整，并不代表用户能顺利完成操作。把搜索、详情和发布成功等页面连接起来，再按流程点击检查，才能发现入口或反馈是否缺失。后续实现时，原型也能帮助我们明确页面之间的关系。