软件工程第一次结对作业
软件工程第一次结对作业：校园失物招领小程序——需求分析与原型设计
| 项目 | 内容 |
|---|---|
| 这个作业属于哪个课程 | 2026 秋软件工程 |
| 这个作业要求在哪里 | 2026 秋软件工程结对作业（第一次之需求分析和原型设计） |
| 这个作业的目标 | 针对校园失物招领问题完成需求分析和原型设计 |
| 成员1 | 102401606 黄丽婷 |
| 成员2 | 102401604 马英慧 |
一、读《构建之法》的收获
《构建之法》第 3 章讲结对、第 8 章讲需求分析：先弄清"用户是谁、要解决什么问题"再定功能。我们照此分工——需求与蓝图黄丽婷主写、我复核，原型我主做、她验收，省掉了返工。
二、需求分析
2.1 主要用户
| 用户类型 | 说明 |
|---|---|
| 失主 | 丢了校园卡、钥匙、水杯、雨伞、耳机、书籍等物品，希望尽快找回 |
| 拾得者 | 捡到物品，希望找到失主并归还 |
| 浏览者 | 暂时没丢也没捡，但愿意浏览信息、看到熟悉的物品后提供线索 |
失主和拾得者是核心用户。
2.2 用户需求
核心诉求六条：集中浏览寻物与招领、发布寻物或招领、关键词搜索、查看详情确认物品、联系发布者、找到后改状态。
2.3 软件主要解决的问题
失物招领信息现在主要发在班级群和朋友圈，问题是信息分散、失主和拾得者互相看不到，群聊一多旧信息就被顶掉。本软件把寻物和招领集中到一处，支持浏览、搜索、查看详情，并用状态标记避免"找到的东西还挂在上面"。
三、主要功能
| 功能 | 说明 | 对应页面 |
|---|---|---|
| 浏览失物和招领信息 | 首页按最新展示寻物 / 招领卡片 | 首页 |
| 发布寻物信息 | 失主填写丢失物品信息 | 发布信息 |
| 发布招领信息 | 拾得者填写捡到物品信息 | 发布信息 |
| 搜索物品 | 按物品名称、地点等关键词搜索 | 搜索 |
| 查看物品详情 | 查看图片、描述、地点、时间、联系方式 | 信息详情 |
| 修改信息状态 | 标记"已解决" | 我的发布、信息详情 |
| 我的发布 | 查看和管理自己发布的信息 | 我的发布 |
按本次作业要求，不涉及后台管理、实名认证、即时聊天、地图定位，也不写代码。
四、核心业务流程
- 流程一：进入首页 → 浏览或搜索信息 → 查看物品详情 → 联系发布者
- 流程二：进入发布页面 → 填写物品信息 → 点击发布 → 发布成功
- 流程三：进入搜索页面 → 输入关键词 → 查看搜索结果 → 查看物品详情
五、原型设计
5.1 原型工具与页面清单
原型用墨刀搭建：项目共 13 页——12 个功能页面 + 末页「流程说明」，三条主流程一页看完。移动端 375 × 812，主色蓝绿 #2F9E8F，卡片式布局，底部固定三个入口
| 页面 | 主要内容 | 跳转关系 | 空状态 |
|---|---|---|---|
| 首页 | 搜索框、全部 / 寻物 / 招领切换、信息卡片、底部导航 | 卡片 → 详情；搜索框 → 搜索；＋ → 发布 | 暂无信息，去发布第一条 |
| 发布信息 | 类型、名称、分类、描述、地点、时间、联系方式、图片上传 | 发布 → 发布成功 → 首页；取消 → 返回 | 必填项未填时提示 |
| 搜索 | 关键词输入、寻物 / 招领与分类筛选、结果列表 | 结果卡片 → 详情 | 未找到相关物品，换个关键词试试 |
| 信息详情 | 图片、标题、状态、类型、描述、地点、时间、发布者 | 联系 TA → 联系方式弹窗；标记已解决 → 状态更新 | 信息已解决或已删除 |
| 我的发布 | 我发布的寻物 / 招领列表与状态 | 查看详情 → 详情；发布新信息 → 发布 | 还没有发布，去发布 |
5.2 五个页面
| 截图 | 说明 | 截图 | 说明 |
|---|---|---|---|
 |
首页：顶部是搜索框，下面是切换标签和信息卡片，卡片直接给出图片、名称、类型、地点、时间和状态 |  |
发布页：列全类型、名称、分类、描述、地点、时间、联系方式 |
 |
发布页填完后点底部「发 布」提交 |  |
搜索页：支持关键词加筛选，列出匹配结果 |
 |
搜索无匹配时给空状态，提示换个关键词 |  |
详情页：展示完整信息，底部「联系 TA」弹联系方式、「标记已解决」改状态 |
 |
点「联系 TA」后的联系方式浮层 |  |
「我的发布」管理自己发的信息，可直接标记已解决 |
 |
发布成功后的提示页 |
5.3 交互热区
12 个页面的卡片、导航、按钮和返回都配了点击热区，三条流程都点得通。
5.4 原型在线链接
墨刀在线链接：https://modao.cc/proto/eX47rtkgtm0helLECGvGu/sharing
备用HTML版（点击跳转全部可用）：https://lost-found-prototype.app.workbuddy.host/
六、结对过程记录
| 截图 | 说明 | 截图 | 说明 |
|---|---|---|---|
 |
需求分析阶段，对照客户困扰定用户和问题 |  |
功能收敛到六项，画出三条核心流程 |
 |
页面清单定完后，黄丽婷把任务卡发给我 |
七、PSP 表格
| 阶段 | 任务 | 负责人 | 预估耗时（min） | 实际耗时（min） |
|---|---|---|---|---|
| 需求分析 | 主要用户、用户需求、要解决的问题 | 黄丽婷 | 40 | 45 |
| 需求分析 | 主要功能列表 | 黄丽婷 | 20 | 25 |
| 需求分析 | 绘制三张核心流程图 | 黄丽婷 | 30 | 35 |
| 原型设计 | 页面清单与页面详细说明（字段 / 按钮 / 跳转 / 空状态） | 黄丽婷 | 45 | 50 |
| 原型设计 | 整理"原型制作任务卡"并同步给我 | 黄丽婷 | 20 | 20 |
| 原型设计 | 确定原型工具、搭建原型项目 | 马英慧 | 15 | 15 |
| 原型设计 | 按任务卡完成 5 个页面视觉稿 | 马英慧 | 50 | 60 |
| 原型设计 | 在原型工具中搭建 5 个页面 | 马英慧 | 60 | 70 |
| 原型设计 | 配置交互热区与跳转 | 马英慧 | 30 | 35 |
| 原型设计 | 导出页面截图、流程图、热区标注图 | 马英慧 | 25 | 25 |
| 原型设计 | 生成原型在线链接并自测三条流程 | 马英慧 | 15 | 15 |
| 文档 | 统稿、对照作业要求逐项检查、补过程截图 | 两人 | 40 | 45 |
| 文档 | 撰写个人总结 | 两人 | 25 | 25 |
| 合计 | 435 | 465 |
八、个人总结
8.1 黄丽婷的个人总结
这次我负责前半段：需求分析、功能列表、三张流程图，以及页面清单和每页字段、按钮、跳转、空状态，最后整理成任务卡交给搭档。
一开始我差点做成"校园大平台"：实名认证、即时聊天、地图定位、后台审核都想加。对照作业才发现这些既不要求也难实现，于是按减法收敛——状态只留"进行中 / 已解决"，字段只留真正要填的。
另一个体会是交接要写清楚。第一版任务卡我只写了页面名，她做原型时得反过来问我"这个按钮点了去哪"；补上跳转和空状态后，基本一次就做对了。
收获最大的是需求分析：先弄清"用户是谁、要解决什么问题"再定功能，比先想功能再套用户省事。下次按老师建议提前熟悉 GitHub。
8.2 马英慧的个人总结
这次我负责把黄丽婷画好的页面蓝图变成能点的原型。最大的体会是"蓝图清楚，原型才快"：任务卡把每页的字段、按钮、跳转、空状态都列了出来，我做的时候基本不用停下来问"这里该放什么"。
过程中踩了两个坑：一是底部导航和内容区放在同一个滚动容器里，页面一长导航就被顶出去，后来拆成"固定状态栏 + 滚动内容区 + 固定导航栏"才正常；二是"标记已解决"我最初只放在详情页，黄丽婷指出"我的发布"列表里也该能直接改，这个补充很到位。
结对让我体会到一个人容易漏细节：我原以为搜索页不需要空状态，是黄丽婷在任务卡里写明了"换个关键词试试"。
浙公网安备 33010602011771号