2026秋软件工程第一次结对作业之需求分析和原型设计
黄丽婷 102401606 马英慧 102401604
一、读《构建之法》的收获
《构建之法》第 3 章讲结对,第 8 章讲需求分析——先弄清"用户是谁、要解决什么问题"再定功能。我们照此分工:需求和蓝图由我主写、马英慧复核,原型由她主做、我验收,省掉了返工。
二、需求分析
2.1 主要用户
| 用户类型 | 说明 |
|---|---|
| 失主 | 丢了校园卡、钥匙、水杯、雨伞、耳机、书籍等物品,希望尽快找回 |
| 拾得者 | 捡到物品,希望找到失主并归还 |
| 浏览者 | 暂时没丢也没捡,但愿意浏览信息、看到熟悉的物品后提供线索 |
失主和拾得者是核心用户。
2.2 用户需求
核心诉求六条:集中浏览寻物与招领、发布寻物或招领、关键词搜索、查看详情确认物品、联系发布者、找到后改状态。
2.3 软件主要解决的问题
失物招领信息现在主要发在班级群、宿舍群和朋友圈,问题是信息分散、失主和拾得者互相看不到,群聊消息一多旧信息就被顶掉。本软件把寻物和招领集中到一处,支持浏览、搜索、查看详情,并用状态标记避免"找到的东西还挂在上面"。
三、主要功能
| 功能 | 说明 | 对应页面 |
|---|---|---|
| 浏览失物和招领信息 | 首页按最新展示寻物 / 招领卡片 | 首页 |
| 发布寻物信息 | 失主填写丢失物品信息 | 发布信息 |
| 发布招领信息 | 拾得者填写捡到物品信息 | 发布信息 |
| 搜索物品 | 按物品名称、地点等关键词搜索 | 搜索 |
| 查看物品详情 | 查看图片、描述、地点、时间、联系方式 | 信息详情 |
| 修改信息状态 | 标记"已解决" | 我的发布、信息详情 |
| 我的发布 | 查看和管理自己发布的信息 | 我的发布 |
四、核心业务流程
- 流程一:进入首页 → 浏览或搜索信息 → 查看物品详情 → 联系发布者

- 流程二:进入发布页面 → 填写物品信息 → 点击发布 → 发布成功

- 流程三:进入搜索页面 → 输入关键词 → 查看搜索结果 → 查看物品详情

五、原型设计
5.1 原型工具与页面清单
原型使用墨刀搭建:先由我产出页面蓝图,马英慧用「HTML转墨刀」把逐页静态 HTML 转成可编辑页面并配上点击热区;另保留一份 HTML 交互原型,打开浏览器即可演示。整体移动端 375 × 812,主色蓝绿 #2F9E8F,寻物橙、招领蓝、已解决灰,卡片式布局,底部固定三个入口。
| 页面 | 主要内容 | 跳转关系 | 空状态 |
|---|---|---|---|
| 首页 | 搜索框、全部 / 寻物 / 招领切换、信息卡片、底部导航 | 卡片 → 详情;搜索框 → 搜索;+ → 发布 | 暂无信息,去发布第一条 |
| 发布信息 | 类型、名称、分类、描述、地点、时间、联系方式、图片上传 | 发布 → 发布成功 → 首页;取消 → 返回 | 必填项未填时提示 |
| 搜索 | 关键词输入、寻物 / 招领与分类筛选、结果列表 | 结果卡片 → 详情 | 未找到相关物品,换个关键词试试 |
| 信息详情 | 图片、标题、状态、类型、描述、地点、时间、发布者 | 联系 TA → 联系方式弹窗;标记已解决 → 状态更新 | 信息已解决或已删除 |
| 我的发布 | 我发布的寻物 / 招领列表与状态 | 查看详情 → 详情;发布新信息 → 发布 | 还没有发布,去发布 |
5.2 五个页面
首页顶部是搜索框,下面是切换标签和信息卡片,卡片直接给出图片、名称、类型、地点、时间和状态:

发布页列全类型、名称、分类、描述、地点、时间、联系方式:

搜索页支持关键词加筛选,无匹配给空状态:

详情页展示完整信息,底部"联系 TA"弹联系方式、"标记已解决"改状态:

"我的发布"管理自己发的信息,可直接标记已解决:

5.3 交互热区
原型共配置 11 个交互热区(8 跳转 + 3 页内切换),三条流程都点得通。
5.4 原型在线链接
**墨刀在线链接:https://modao.cc/proto/eX47rtkgtm0helLECGvGu/sharing?view_mode=read_only&screen=rbpVWP147bFJ0y0qS #失物招领-分享
六、结对过程记录
我们分工是"蓝图在前、原型在后":我先整理出"原型制作任务卡"发给马英慧,她再动手做,中途在群里对齐。
需求分析阶段,对照客户困扰定用户和问题:
功能收敛到六项,画出三条核心流程:
页面清单定完后,我把任务卡发给马英慧:
七、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 |
八、个人总结
这次我负责前半段:需求分析、功能列表、三张流程图,以及页面清单和每页字段、按钮、跳转、空状态,最后整理成任务卡交给马英慧。
一开始我差点做成"校园大平台":实名认证、即时聊天、地图定位、后台审核都想加。对照作业才发现这些既不要求也难实现,于是按减法收敛——状态只留"进行中 / 已解决",字段只留真正要填的。
另一个体会是交接要写清楚。第一版任务卡我只写了页面名,马英慧做原型时得反过来问我"这个按钮点了去哪";补上跳转和空状态后,基本一次就做对了。
收获最大的是需求分析:先弄清"用户是谁、要解决什么问题"再定功能,比先想功能再套用户省事。下次按老师建议提前熟悉 GitHub。

浙公网安备 33010602011771号