# 第一次结对作业："寻回"校园失物招领原型设计

项目	内容
这个作业属于哪个课程	https://edu.cnblogs.com/campus/fzu/202601SofwareEngineering
这个作业要求在哪里	https://edu.cnblogs.com/campus/fzu/202601SofwareEngineering/homework/16743
这个作业的目标	完成"寻回·校园失物招领"的需求分析与原型设计
学号 / 姓名 (同学 A)	102401121 / 张智轩
学号 / 姓名（同学 B）	102401203 / 连向薇
学号 / 姓名（同学 C）	102401307 / 陈媛
原型在线演示链接	寻回·校园失物招领原型展示

一、项目背景

校园里丢失物品后，同学们通常通过群聊求助，但消息更新快，过去的线索不容易查找。拾到物品的人也可能不知道应该在哪个群发布。"寻回"希望提供统一的信息入口，让失主与拾得者通过浏览、搜索和联系方式建立联系，并在找回或归还后更新状态，减少无效询问。

二、用户与需求

用户	使用场景	主要需求
失主	在北区宿舍附近遗失门禁钥匙	发布特征与地点，搜索相关招领信息
拾得者	在学生服务中心捡到学生证	说明拾获情况，等待失主核实认领
普通师生	浏览校园失物信息	快速查看内容，帮助同学发现线索

本次优先完成信息发布、检索和状态维护。即时聊天、地图定位等功能暂不纳入，控制范围，方便下一次结对作业实现。

三、主要功能

• 浏览与筛选：在首页切换"全部、寻物、招领"。
• 发布信息：选择类型，填写名称、类别、地点、时间、描述和联系方式；名称、地点与联系方式必填。
• 关键词搜索：按名称、类别或地点查找，未匹配时显示提示。
• 查看详情：展示物品特征与联系方式，帮助双方核对。
• 管理发布：在"我的发布"中标记已找到或已归还，删除前进行确认。

四、基本流程

flowchart TD A[进入首页] --> B{选择操作} B --> C[浏览信息列表] B --> D[输入关键词搜索] D --> E[查看搜索结果] C --> F[查看物品详情] E --> F F --> G[联系发布者] B --> H[进入发布页] H --> I[填写并提交信息] I --> J{必填项是否完整} J -->|否| I J -->|是| K[发布成功] K --> L[我的发布：更新状态]

五、原型设计与展示

原型工具：［墨刀；HTML 初稿导入后整理页面并设置交互］
原型在线链接：［https://modao.cc/proto/U3hGjZfHtm2i8uRmHvHOX/sharing?view_mode=read_only&screen=rbpVWVPAkuvoW25dD ］

界面采用蓝紫色主题，以白色卡片区分信息，使用标签表达寻物、招领和完成状态。底部设置首页、发布与我的发布入口，方便切换任务。

页面	主要内容
首页	搜索入口、类型筛选、信息列表
发布信息	类型选择、物品资料、必填校验
发布成功	成功提示、返回首页、查看发布
搜索页	关键词输入、结果列表、无结果提示
信息详情	物品描述、地点时间、联系入口
我的发布	个人列表、完成状态、删除确认

六、PSP 耗时记录

PSP 表格

阶段	预估耗时（分钟）	实际耗时（分钟）
计划与需求讨论	30	45
用户分析与功能取舍	40	55
流程图设计	25	35
原型工具学习	30	70
页面制作与交互设置	120	180
流程检查与修改	40	60
博客撰写与复盘	50	65
合计	335	510

七、结对过程记录

需求讨论

流程图制作

八、个人总结

这次结对作业让我第一次完整走完"需求分析 → 功能取舍 → 原型设计 → 复盘"的流程。最大的体会是：把需求想清楚，比直接做出来更关键。

需求阶段我们主动做了减法，把即时聊天、地图定位等想法砍掉，收敛到浏览、发布、搜索、详情、状态管理这五个动作上。我认识到：功能不是越多越好，能闭环解决一个真实痛点就够了。

原型制作是最耗时的一块。PSP 里工具学习预估 30 分钟实际 70 分钟、页面制作预估 120 分钟实际 180 分钟，原因是墨刀不熟练、细节交互（删除确认、无结果提示、必填校验）做得比预期细。这让我明白估时的偏差大多来自低估工具熟练度和细节深度。

结对合作上，收获是"先对齐再动手"——把分歧放到流程图上讨论清楚，而不是各自闷头做。不足是前期没先定交互规范导致部分返工，PSP 整体也偏乐观。

总的来说，这次作业让"需求驱动"从纸面落到了实践，这些体会会直接用到下一次结对作业的开发里。