2026软件工程第一次结对作业:校园失物招领

2026秋软件工程第一次结对作业:校园失物招领——需求分析与原型设计

作业信息

项目 内容
课程 2026秋软件工程
作业 第三次作业:第一次结对作业——需求分析与原型设计
作业要求 查看课程作业要求
作业目标 阅读《构建之法》第3章和第8章相关内容,运用结对合作、需求分析与原型设计方法,完成可交互的校园失物招领原型。
在线原型 墨刀在线演示:校园失物招领

成员信息

成员 完成内容
马晨曦(102401504) 搜索/我的发布、流程检查、流程图
林金晶(102401505) 需求整理、首页/发布/详情页、博客排版

一、需求分析

校园卡、钥匙、雨伞和耳机等物品常在校园遗失,而现有寻物、招领消息分散在班级群、宿舍群和朋友圈中,信息容易被刷走,也很难按地点或物品类型检索。我们面向校内学生设计“校园失物招领”小程序:失主能快速查找线索,拾主能标准化发布信息,并在物品归还后更新状态。

本次原型优先解决信息集中展示、按条件搜索、完整发布与状态管理四类问题。考虑到后续需要根据原型进行结对编程,我们没有加入实名认证、在线聊天、地图或后台审核等复杂功能,而是把物品名称、类别、地点、时间、描述、联系方式和处理状态作为统一字段。

二、在线原型与设计范围

原型包含首页、发布、搜索、信息详情和我的发布五个页面。所有页面使用深蓝色作为主操作色,以白色圆角卡片承载信息,并保留固定底部导航;字体保持正常可读大小,方便后续直接落实为组件和数据结构。

三、页面设计与交互说明

1. 首页浏览

首页用卡片集中展示寻物与招领信息,卡片中保留物品名称、类别、地点、时间与状态;顶部可按“全部 / 寻物 / 招领”浏览。用户点击任意卡片即可进入详情页,完成作业要求中的“查看信息 → 进入详情”流程。

图1 首页:搜索入口、类型标签与失物招领卡片

图1 首页

2. 发布信息与成功反馈

发布页支持在“寻物”和“招领”之间切换,表单要求填写物品名称、类别、地点、时间、描述与联系方式。提交后展示明确的“发布成功”反馈,信息同步进入首页及“我的发布”,避免用户不确定操作是否完成。

图2 发布表单:寻物/招领切换与必填字段

图2 发布表单

图3 发布成功:提交后的成功提示

图3 发布成功

3. 搜索信息

搜索页支持按物品关键词、类型和地点组合筛选;地点固定为教学楼、图书馆、食堂和宿舍区,使用户能快速缩小范围。筛选后显示结果卡片,并可继续进入详情核实信息。

图4 搜索结果:关键词、类型与地点筛选

图4 搜索结果

4. 信息详情

详情页呈现完整的物品描述、发布时间、地点和联系方式,并保留“联系发布者”入口。首页卡片只展示关键信息,详情页再承载长文本,避免信息拥挤。

图5 信息详情:物品描述及联系发布者入口

图5 信息详情

5. 我的发布与状态更新

“我的发布”集中管理个人发布记录。物品归还后可将状态改为“已解决”,从而形成发布、联系、线下交接、关闭记录的完整闭环。

图6 我的发布:记录状态更新入口

图6 我的发布

四、基本使用流程

  • 流程一:浏览详情。 进入首页 → 浏览或输入关键词 → 点击卡片 → 查看详情 → 联系发布者。
  • 流程二:发布信息。 进入发布页 → 选择寻物/招领 → 填写表单 → 点击发布 → 显示发布成功 → 信息进入首页和我的发布。
  • 流程三:搜索信息。 进入搜索页 → 输入关键词 → 按类型和地点筛选 → 查看搜索结果 → 进入详情。

三个流程覆盖作业要求的浏览、发布和搜索演示;处理完成后再回到“我的发布”更新状态。核心交互关系如下图。

图7 校园失物招领核心交互流程图

图7 核心交互流程图

五、PSP 表格

PSP 阶段 预估耗时(分钟) 实际耗时(分钟)
明确需求与分工 15 20
需求分析与功能梳理 30 35
原型页面与交互设计 180 205
流程图整理与检查 20 25
博客撰写、截图与排版 50 60
合计 295 345

六、需求沟通与结对过程

我们先沟通校园失物招领的主要痛点和功能边界,确认先完成信息集中展示、发布、搜索、详情和个人记录五个页面;随后明确固定地点选项与表单字段,并按页面分工。林金晶负责需求整理、首页/发布/详情及博客排版;马晨曦负责搜索、我的发布和流程检查。完成后双方按三条主流程逐步检查原型跳转与状态变化。

图8 结对沟通记录:需求、边界与分工讨论

图8 结对沟通记录

七、个人总结

马晨曦(102401504)

我负责搜索、我的发布页面和流程检查。我逐一走通浏览详情、发布成功和搜索结果三条流程,发现地点筛选与状态更新虽小,却必须保证列表、详情和个人发布展示一致。结对合作中,提前说明需求、分工和验收标准非常重要;共享原型能够及时发现按钮未跳转、页面缺少返回入口等问题。后续会按当前字段先实现基础版本。

结合《构建之法》第3章和第8章的学习,我意识到结对不是简单地把页面分开完成,而是要持续通过沟通和复查保持对需求的共同理解;原型也应当服务于需求验证,而不只是展示界面。因此我在搜索页保留关键词、类型和地点筛选,并在“我的发布”中加入状态更新入口,用可操作的页面和完整流程检验需求是否真正闭环。

posted @ 2026-09-28 19:06  MaChenxi  阅读(6)  评论(0)    收藏  举报