软件工程第一次结对作业

2026 秋软件工程结对作业（第一次之需求分析和原型设计）

项目	内容
这个作业属于哪个课程	202601 软件工程
这个作业要求在哪里	结对作业要求
这个作业的目标	针对校园失物招领场景完成需求分析和原型设计
学号	102401405
原型链接	https://modao.cc/agent-py/share/6ab93a6775d0275ef6ff3805/workspace/file/campus-lost-and-found.html/search.html?render_html=true

学号：102401405 姓名：王怡婷

学号：102410406 姓名：陈婉凤

一、用户需求分析

1. 目标用户

本软件主要面向在校学生，按使用场景可分为三类角色：

• 失主：遗失校园卡、钥匙、水杯、雨伞、耳机、书籍等物品后急于找回，希望快速发布寻物信息并主动搜索是否有人拾获，核心诉求是 "快" 和 "准"。

• 拾获者：在教学楼、宿舍、食堂、图书馆、运动场等场所捡到物品后，希望通过集中平台发布招领信息，让失主看到并联系自己。

• 普通浏览者：日常浏览首页信息，发现相关线索后联系发布者或帮忙转发扩散。

2. 现实痛点

• 信息分散：失主和拾获者往往不在同一个群或朋友圈，招领信息发在 A 群，失主在 B 群，双方互相看不见，信息传递效率极低。

• 易被覆盖：群聊消息刷新快，一条寻物信息发布后几小时内就被大量新消息淹没，后续几乎无法被翻到。

• 状态不明：信息发布后没有统一的状态标识，物品是否已找回无人知晓，可能导致重复联系或过期信息仍在传播。

3. 软件目标

针对上述痛点，设计一个简单、清晰、易用的 "校园失物招领小程序"，将分散的寻物和招领信息集中到同一平台，支持按关键词搜索、按类别筛选、查看详情和更新状态，提高校园失物寻找与归还的效率。本期聚焦核心流程，不实现复杂后台管理、实名认证、即时聊天、地图定位等功能，保证功能简单、流程清楚，便于第二次结对作业的代码实现。

二、主要功能

功能	说明
浏览信息	首页按 "全部 / 寻物 / 招领" 展示卡片，支持按类别筛选
发布寻物	填写名称、分类、丢失时间、地点、描述、联系方式
发布招领	与寻物类似，字段自动切换为拾取时间、拾取地点
搜索物品	按关键词搜索，支持热门搜索和搜索历史
查看详情	展示物品图片、描述、发布者和联系方式
我的发布	管理已发布信息，支持编辑、删除、标记找回

三、基本使用流程

四、原型设计

• 原型工具：墨刀

• 在线链接：https://modao.cc/agent-py/share/6ab93a6775d0275ef6ff3805/workspace/file/campus-lost-and-found.html/search.html?render_html=true

首页：顶部搜索框和校区定位，下方展示统计数据与公告栏；中部为物品类别标签和 "全部 / 寻物 / 招领" 切换栏及信息卡片列表；底部四栏导航。

搜索页：搜索框下方展示热门搜索和搜索历史，并提供搜索小技巧；输入关键词后展示匹配结果，支持寻物 / 招领筛选。

  

发布页：顶部切换寻物 / 招领，表单字段自动对应变化；填写名称、分类、时间、地点、描述，可上传照片，支持匿名发布；发布后进入成功页，提供查看我的发布、返回首页、继续发布三个出口。

     

详情页：展示物品图片、名称、类型标签、分类、地点、时间、描述及发布者信息；底部提供收藏、我有线索、私信 TA 按钮。

我的发布页：展示已发布信息列表及统计，支持编辑、删除、标记找回。

原型可完整演示：查看信息→查看详情、发布信息→发布成功、搜索物品→查看结果。

五、结对完成过程

我们先共同阅读《构建之法》第 3、8 章，讨论客户困扰描述，梳理出用户角色和功能清单；随后分工绘制流程图并制作墨刀原型。

原型初稿完成后，我们通过微信进行了多轮结对评审：

1.讨论完善搜索界面，决定增加搜索历史和搜索小技巧，提升检索体验

2.讨论页面的操作命名，更符合用户直观

3.分享原型链接后发现搜索结果页面缺失、默认打开页面不对的问题，及时排查并调整了页面跳转和初始设置。最终原型定稿，两人共同撰写博客

六、PSP 表格

PSP 阶段	预估耗时（分钟）	实际耗时（分钟）
计划：明确要求与分工	15	15
需求分析：梳理用户场景	20	25
设计：流程图与页面结构	30	35
原型制作：各页面与交互	150	160
评审修改：结对互评优化	40	40
文档：撰写博客与 PSP	40	45
合计	295	320

七、个人总结

本次结对作业中，我主要负责需求分析与博客整理。阅读《构建之法》第 8 章后，我学会了用用户故事和功能需求表来组织需求，不再像以前那样凭感觉罗列功能；第 3 章关于结对合作的介绍也让我明白，两人一起工作时 "明确分工、及时沟通、互相检查" 比单打独斗更有效率。作业中我们曾讨论是否加入实名认证、即时聊天等功能，最终对照客户困扰逐条取舍，砍掉复杂功能，聚焦 "发布、浏览、搜索、详情" 核心流程，方案一下子清晰了。我遇到的主要问题是需求容易 "贪多"：总想把功能做得更全，导致流程图一度很复杂。后来我们反复走查客户场景、简化流程后才收敛。这次合作让我体会到，需求分析的核心不是 "功能多"，而是 "真正解决用户的问题"。