2026秋软件工程第一次结对作业之需求分析和原型设计
校园失物招领小程序 —— 需求分析与原型设计
组员：[102401622] [吴圣洲] | [102401615] [秦文贵]
课程：软件工程（2026 秋）第一次结对作业
一、客户现实困扰（问题背景）
在校园生活中，同学们常遗失校园卡、钥匙、水杯、雨伞、耳机、书籍等。目前大家主要借助班级群、宿舍群、朋友圈发布寻物/招领信息，存在三个痛点：
- 信息分散：捡到者只在自己圈子发布，丢失者未必看得到；
- 易被刷屏：群消息滚动快，旧信息很快被覆盖，事后难查找；
- 匹配效率低：缺乏统一平台与检索手段，失物与失主难以对接。
二、主要用户及需求分析
| 用户角色 | 核心诉求 | 典型操作 |
|---|---|---|
| 丢失者（想找东西的学生） | 快速发布寻物、确认是否有人捡到 | 发布寻物、搜索、看详情、标记"已找回" |
| 拾得者（捡到东西想归还的学生） | 发布招领、找到失主 | 发布招领、搜索同类、标记"已归还" |
| 浏览者（普通学生） | 顺手看看有没有自己能帮上忙的信息 | 首页浏览、搜索 |
软件主要解决的问题：把分散在群聊里的失物/招领信息集中到一个平台，用"分类 + 关键词搜索 + 时间流"打破信息孤岛，提高归还效率，减少重复发布与查找成本。
三、软件主要功能
- 浏览失物和招领信息（首页信息流，按时间倒序）
- 发布寻物信息（填写名称、类别、地点、时间、描述、联系方式）
- 发布招领信息（同上，类型切换为"招领"）
- 搜索物品（按关键词、类别、地点筛选）
- 查看物品详情（完整信息 + 联系方式）
- 修改信息状态（已找回 / 已归还，避免重复联系）
- 我的发布（管理自己发过的信息，可编辑、删除）
四、基本使用流程
用流程图描述两条核心路径（对应作业要求的演示流程）：
流程一：查看信息 → 查看详情
流程二：发布信息 → 发布成功
简写为：进入首页 → 浏览/搜索 → 查看详情 →（联系发布者）；以及 进入发布页 → 选类型 → 填信息 → 点发布 → 发布成功。
五、原型设计说明
- 原型工具：本次采用HTML（单文件 index.html，手机尺寸、可点击交互），覆盖全部页面与三条演示流程。
- 原型在线链接：https://modao.cc/proto/exsL4lhvtlv4l7Iq82fiG/sharing?view_mode=read_only&screen=rbpVW88hX2FvZjqNS #失物招领-分享
- 包含页面：首页、发布信息、搜索、信息详情、我的发布。
原型页面展示
首页（信息流 + 搜索入口 + 分类筛选）
发布信息页（寻物/招领切换 + 表单）
搜索页（关键词 + 类别/地点筛选 + 结果）
信息详情页（完整信息 + 联系发布者）
我的发布页（状态管理 + 编辑/删除）
六、PSP 表格（个人软件过程）
单位：分钟。
| 阶段 | 预计耗时/人 | 本人实际 | 搭档实际 |
|---|---|---|---|
| 作业要求梳理 | 30 | 20 | 20 |
| 需求素材与问题整理 | 30 | 30 | 30 |
| 需求分析和优先级 | 30 | 30 | 25 |
| 流程图与低保真线框 | 30 | 20 | 5 |
| 高保真原型与交互 | 90 | 60 | 50 |
| 内部走查与记录 | 20 | 10 | 20 |
| 修改与复核 | 25 | 10 | 20 |
| 博客草稿与流程图整理 | 30 | 15 | 15 |
| 链接与提交前检查 | 15 | 10 | 15 |
| 合计 | 300 | 205 | 200 |
七、过程记录
- 需求讨论：对照"客户困扰"，用思维导图梳理出三类用户与七项功能，达成"先做简单、留好扩展"的共识。
- 流程图：先用纸面草图确认两条主流程，再规范化为上面的 SVG 流程图。
- 原型制作：在墨刀中搭建五个页面，重点保证"首页→详情""发布→成功"两条路径点击顺畅。
- 博客与校对：分工撰写，交叉检查学号、图片路径与字数。
八、个人总结
总结
通过本次结对作业，我第一次把《构建之法》里"需求分析"和"原型化方法"真正用到了一个小项目上。最大的收获是学会了先确认问题再画界面——一开始也想直接堆功能，但最后发现核心矛盾是"信息分散、易被刷屏"，于是把搜索和分类放在了首页最显眼的位置。之后在墨刀的使用也遇到了一些问题，最终做到将所有界面能在总览中展示以及页面能成功演示。当然，当前原型仍有局限：未接入后端、搜索仅为前端演示、未涉及实名认证与即时通讯。这些正是第二次结对作业要基于本原型迭代实现的内容。下一步我会更重视状态字段（已找回/已归还）的数据建模。
浙公网安备 33010602011771号