2026软件工程第一次结对作业:校园失物招领
2026秋软件工程第一次结对作业:校园失物招领——需求分析与原型设计
作业信息
| 项目 | 内容 |
|---|---|
| 课程 | 2026秋软件工程 |
| 作业 | 第三次作业:第一次结对作业——需求分析与原型设计 |
| 作业要求 | 查看课程作业要求 |
| 作业目标 | 阅读《构建之法》第3章和第8章相关内容,运用结对合作、需求分析与原型设计方法,完成可交互的校园失物招领原型。 |
| 在线原型 | 墨刀在线演示:校园失物招领 |
成员信息
| 成员 | 完成内容 |
|---|---|
| 马晨曦(102401504) | 搜索/我的发布、流程检查、流程图 |
| 林金晶(102401505) | 需求整理、首页/发布/详情页、博客排版 |
一、需求分析
校园卡、钥匙、雨伞和耳机等物品常在校园遗失,而现有寻物、招领消息分散在班级群、宿舍群和朋友圈中,信息容易被刷走,也很难按地点或物品类型检索。我们面向校内学生设计“校园失物招领”小程序:失主能快速查找线索,拾主能标准化发布信息,并在物品归还后更新状态。
本次原型优先解决信息集中展示、按条件搜索、完整发布与状态管理四类问题。考虑到后续需要根据原型进行结对编程,我们没有加入实名认证、在线聊天、地图或后台审核等复杂功能,而是把物品名称、类别、地点、时间、描述、联系方式和处理状态作为统一字段。
二、在线原型与设计范围
原型包含首页、发布、搜索、信息详情和我的发布五个页面。所有页面使用深蓝色作为主操作色,以白色圆角卡片承载信息,并保留固定底部导航;字体保持正常可读大小,方便后续直接落实为组件和数据结构。
三、页面设计与交互说明
1. 首页浏览
首页用卡片集中展示寻物与招领信息,卡片中保留物品名称、类别、地点、时间与状态;顶部可按“全部 / 寻物 / 招领”浏览。用户点击任意卡片即可进入详情页,完成作业要求中的“查看信息 → 进入详情”流程。
图1 首页:搜索入口、类型标签与失物招领卡片
2. 发布信息与成功反馈
发布页支持在“寻物”和“招领”之间切换,表单要求填写物品名称、类别、地点、时间、描述与联系方式。提交后展示明确的“发布成功”反馈,信息同步进入首页及“我的发布”,避免用户不确定操作是否完成。
图2 发布表单:寻物/招领切换与必填字段
图3 发布成功:提交后的成功提示
3. 搜索信息
搜索页支持按物品关键词、类型和地点组合筛选;地点固定为教学楼、图书馆、食堂和宿舍区,使用户能快速缩小范围。筛选后显示结果卡片,并可继续进入详情核实信息。
图4 搜索结果:关键词、类型与地点筛选
4. 信息详情
详情页呈现完整的物品描述、发布时间、地点和联系方式,并保留“联系发布者”入口。首页卡片只展示关键信息,详情页再承载长文本,避免信息拥挤。
图5 信息详情:物品描述及联系发布者入口
5. 我的发布与状态更新
“我的发布”集中管理个人发布记录。物品归还后可将状态改为“已解决”,从而形成发布、联系、线下交接、关闭记录的完整闭环。
图6 我的发布:记录状态更新入口
四、基本使用流程
- 流程一:浏览详情。 进入首页 → 浏览或输入关键词 → 点击卡片 → 查看详情 → 联系发布者。
- 流程二:发布信息。 进入发布页 → 选择寻物/招领 → 填写表单 → 点击发布 → 显示发布成功 → 信息进入首页和我的发布。
- 流程三:搜索信息。 进入搜索页 → 输入关键词 → 按类型和地点筛选 → 查看搜索结果 → 进入详情。
三个流程覆盖作业要求的浏览、发布和搜索演示;处理完成后再回到“我的发布”更新状态。核心交互关系如下图。
图7 校园失物招领核心交互流程图
五、PSP 表格
| PSP 阶段 | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|
| 明确需求与分工 | 15 | 20 |
| 需求分析与功能梳理 | 30 | 35 |
| 原型页面与交互设计 | 180 | 205 |
| 流程图整理与检查 | 20 | 25 |
| 博客撰写、截图与排版 | 50 | 60 |
| 合计 | 295 | 345 |
六、需求沟通与结对过程
我们先沟通校园失物招领的主要痛点和功能边界,确认先完成信息集中展示、发布、搜索、详情和个人记录五个页面;随后明确固定地点选项与表单字段,并按页面分工。林金晶负责需求整理、首页/发布/详情及博客排版;马晨曦负责搜索、我的发布和流程检查。完成后双方按三条主流程逐步检查原型跳转与状态变化。
图8 结对沟通记录:需求、边界与分工讨论
七、个人总结
马晨曦(102401504)
我负责搜索、我的发布页面和流程检查。我逐一走通浏览详情、发布成功和搜索结果三条流程,发现地点筛选与状态更新虽小,却必须保证列表、详情和个人发布展示一致。结对合作中,提前说明需求、分工和验收标准非常重要;共享原型能够及时发现按钮未跳转、页面缺少返回入口等问题。后续会按当前字段先实现基础版本。
结合《构建之法》第3章和第8章的学习,我意识到结对不是简单地把页面分开完成,而是要持续通过沟通和复查保持对需求的共同理解;原型也应当服务于需求验证,而不只是展示界面。因此我在搜索页保留关键词、类型和地点筛选,并在“我的发布”中加入状态更新入口,用可操作的页面和完整流程检验需求是否真正闭环。
浙公网安备 33010602011771号