软工第一次结对作业：校园失物招领小程序原型

这个作业属于哪个课程	https://edu.cnblogs.com/campus/fzu/202601SofwareEngineering
这个作业要求在哪里	https://edu.cnblogs.com/campus/fzu/202601SofwareEngineering/homework/16743
这个作业的目标	完成“校园失物招领小程序”的需求分析和原型设计
结对成员	102401531徐心铭 102401527林复彬

原型开发工具： 墨刀 原型展示在线链接:https://9yip14wz.site.modao.ink/原型/prototype.html

一、需求分析

1. 用户与痛点

在校园生活中，校园卡、钥匙、水杯、雨伞、耳机、书籍等物品遗失的情况十分常见。目前，同学们主要通过班级群、宿舍群、朋友圈等渠道发布寻物或招领信息，但存在两个核心痛点：

信息分散：捡到校园卡的同学可能只在自己班级群发布，而丢卡的同学未必能看到这条消息，双方难以互相触达。

信息易沉没：随着群聊消息不断更新，之前发布的信息很快被覆盖，事后查找十分不便。

2. 主要用户

本软件面向校园学生，同一学生可能以不同身份出现：

用户角色	典型场景	核心诉求
失主	在食堂丢失校园卡、在教室落下耳机	发布寻物信息，搜索招领线索，尽快找回物品
拾得者	在教学楼捡到钥匙、在图书馆捡到书包	低成本发布招领信息，让失主主动联系

3. 软件解决的问题

将分散在各类社交渠道中的失物招领信息集中到一个平台上，让发布、浏览和搜索都变得简单，提高校园失物寻找和归还的效率。

二、软件主要功能

功能

• 浏览失物和招领信息
• 发布寻物信息
• 发布招领信息
• 搜索物品
• 查看物品详情
• 修改信息状态

三、使用流程

根据作业要求，本次原型重点设计并实现了以下三条基本流程：

流程一：查看信息 → 查看详情
用户进入首页 → 浏览信息列表 → 点击感兴趣的卡片 → 查看物品详情 → 联系发布者。

流程二：发布信息 → 发布成功
用户进入发布页面 → 选择寻物或招领类型 → 填写物品信息 → 点击发布 → 发布成功。

流程三：搜索物品 → 查看搜索结果
用户在首页点击搜索入口 → 输入关键词 → 查看搜索结果列表 → 点击结果进入详情页。

四、原型设计

1. 原型工具

本次原型采用墨刀制作

2. 原型链接

原型在线链接：https://9yip14wz.site.modao.ink/原型/prototype.html

打开链接后即可点击体验“查看信息→查看详情”“发布信息→发布成功”“搜索物品→查看搜索结果”三条完整流程。

3. 页面说明

原型包含以下核心页面：

• 首页：顶部为搜索入口，中部为“全部 / 寻物 / 招领”分类切换，下方以卡片列表展示信息，卡片包含物品名称、地点、时间和状态。
  
• 发布信息页面：选择发布“寻物”或“招领”，填写物品名称、类别、地点、时间、描述、联系方式和隐藏问题，点击发布。
  
• 搜索页面：输入物品名称等关键词，展示匹配结果列表。
  
• 信息详情页面：展示物品完整信息，包括名称、类别、地点、时间、描述、状态及发布者联系方式,底部为“标记已归还”和“联系发布者”。
  
• 发布成功页面:给出明确的结果反馈和信息预览卡，并提供“返回首页 / 查看我的发布”。
  
• 我的发布页面：集中管理自己发布的信息，并可将状态修改为“已找到”或“已归还”。
  
• 认领验证（扩展页面)：认领时输入信息进行验证。
  
• 验证通过（扩展页面）：信息正确可认领。
  
• 验证未通过（扩展页面）：信息错误不可认领。
  

五、PSP记录

阶段	预估（min）	实际（min）	差异说明
阅读教材与需求分析	40	45	教材第 3、8 章内容较多
用户与痛点梳理、功能清单	30	25	讨论后合并了重复功能
绘制流程图	30	35	判断分支改了两版
原型设计（9 个页面）	90	120	详情页、发布页字段反复调整
博文撰写与排版	40	45	图片较多，排版耗时
评审与修改	20	20	—
合计	250	290	原型部分超出 30 分钟

六、结对过程

两人先一起讨论需求，再分工：一人负责流程图与功能清单，一人负责原型页面与交互，最后共同评审、共同完成博文。
讨论中我们用 30 分钟列出“谁会用什么功能”，放弃了最初想做的聊天和地图功能，只保留发布、浏览、搜索、状态更新四条主线。最后共同核对四条主线的完整性。

七、个人总结

我主要负责整体思路设计和测试。仔细阅读了《构建之法》第3章和第8章的相关内容，了解结对合作、需求分析和原型设计的基本方法。实践中，我先按失主和拾得者两条线梳理需求，确定核心页面与三条基本流程并画出流程图。我们采用“一人画、一人看”，每页互相追问“如果我是丢东西的人，下一步会点哪里”，因此发现了“发布成功后没有跳转”这类断点。在讨论后，我提出增加认领验证页面认领时需输入物品特征进行验证，通过后再展示联系方式，以减少冒领。