软件工程第三次作业
| 课程 | 软件工程作业 |
|---|---|
| 作业要求 | 软件工程第三次作业 |
| 具体目标 | 1.文字准确、结构清晰、图文并茂 2.原型模型应采用专用的原型设计工具实现 |
| 学号 | 102401218 |
校园失物招领小程序 —— 需求分析与原型设计（结对作业）
学号：102401317 姓名：罗炜
学号：102401218 姓名：罗堉楠
一、需求分析
1. 主要用户
本软件主要面向在校学生，覆盖宿舍区、食堂、图书馆、教学楼、运动场等高频丢失/拾到物品的校园场景。用户可分为两类：
- 失主（寻物者）：遗失校园卡、钥匙、水杯、雨伞、耳机、书籍等物品，希望尽快找回；
- 拾到者（招领者）：捡到他人遗失物品，希望尽快归还失主。
2. 核心痛点
目前同学发布寻物/招领信息，主要依赖班级群、宿舍群、朋友圈。但这类信息分散，且随群聊刷屏很快被覆盖；更关键的是——捡到东西的人发的群，和丢东西的人所在的群，往往不是同一个，双方根本看不到彼此的信息。例如某同学在教学楼捡到一张校园卡，只在自家班级群发布招领，而失主未必在该群。
3. 软件要解决什么问题
设计一个集中的校园失物招领平台：让寻物与招领信息在一个地方发布、浏览、搜索，通过物品名称等关键词快速匹配，从而提高物品寻找与归还的效率。
二、主要功能
- 浏览失物/招领信息：首页按「全部 / 招领 / 寻物」分类展示信息列表；
- 发布寻物信息：填写物品名称、类别、丢失地点、时间、描述与联系方式；
- 发布招领信息：填写拾到地点、物品特征等；
- 搜索物品：按名称、类别、地点等关键词搜索；
- 查看物品详情：查看完整描述、地点、时间与联系方式；
- 修改信息状态：将信息标记为「已找到 / 已归还」，避免信息长期悬挂；
- 我的发布（可选）：集中管理自己发布过的信息。
三、使用流程（流程图）
用户的两条核心路径如下：
流程一：浏览 / 搜索 → 查看详情 → 联系发布者
进入首页
↓
浏览或搜索信息
↓
查看物品详情
↓
联系发布者
流程二：发布信息 → 发布成功
进入发布页面
↓
选择寻物 / 招领类型
↓
填写物品信息
↓
点击发布
↓
发布成功（返回首页可见）
四、原型设计
1. 原型工具与在线链接
本次采用 墨刀（Modao） 进行原型设计，并额外制作了一份可交互 HTML 原型（手机小程序风格）便于现场演示。
- 墨刀在线链接：https://modao.cc/ai/share/6ab8ef8a75d0275ef6ff040a
- 可交互 HTML 原型在线链接（GitHub Pages）：https://power819.github.io/campus-lost-found/
- HTML 原型文件：
index.html
2. 原型页面说明
原型至少包含以下页面，页面间可通过点击跳转：
| 页面 | 说明 | 主要元素 |
|---|---|---|
| 首页 | 信息列表入口 | 顶部横幅（"丢东西别着急"+去发布）、搜索框、分类 tab（全部/招领/寻物）、信息卡片（图标+名称+地点+时间+状态标签） |
| 发布信息页 | 发布寻物/招领 | 类型切换、物品照片上传、名称、类别（生活用品/电子设备等 7 类）、地点、时间、描述、联系方式、发布按钮 |
| 搜索页 | 关键词搜索 | 搜索框、热门搜索、搜索历史、搜索小技巧、结果列表 |
| 信息详情页 | 查看完整信息 | 物品照片、编号、类别/地点/时间/状态、详细描述、发布者（实名认证）、联系发布者、标记已归还/已找到 |
| 我的发布 | 管理自己发布的信息 | 统计（累计发布/进行中/已完成）、状态筛选、信息列表、标记已归还/已找到、编辑 |
各页面截图如下：
首页
发布信息页
搜索页
信息详情页
我的发布
3. 在墨刀 / Figma 中复现的步骤
- 新建项目，画板尺寸选择 iPhone（375 × 812）；
- 按上表逐页绘制：先画首页（搜索框 + 分类 tab + 卡片列表），卡片用「矩形 + 文字 + 图标」组合；
- 复制首页卡片组件，改文案即可得到详情页、搜索页等；
- 设置交互跳转：卡片点击 → 详情页；底部导航点击 → 对应页面；发布按钮 → 弹窗提示「发布成功」；
- 点击右上角「分享」生成在线链接，粘贴到本文第四部分。
五、PSP 表格
| 阶段 | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|
| 需求分析与讨论 | 30 | 40 |
| 流程图绘制 | 20 | 25 |
| 原型设计（墨刀 + HTML） | 90 | 120 |
| 博客撰写 | 60 | 70 |
| 合计 | 200 | 255 |
六、结对过程记录
本次作业由罗炜与 罗堉楠 结对完成，两人通过线下讨论 + 线上共享文档协作。整个结对过程如下表：
| 时间 | 阶段 | 主要工作 | 分工 |
|---|---|---|---|
| 第一天 | 需求讨论 | 一起分析客户描述，梳理用户分类与痛点，确定功能范围 | 共同讨论 |
| 第一天 | 流程图绘制 | 画出"浏览→详情→联系"与"发布→成功"两条主流程 | 罗炜主笔，罗堉楠核对 |
| 第二天 | 原型设计 | 先定首页/发布/搜索/详情/我的发布五个页面布局，再分别实现 | 罗炜做 HTML 原型，罗堉楠画墨刀 |
| 第三天 | 整合与校对 | 核对原型流程是否跑通、博客文字与排版 | 罗堉楠排版校对，罗炜修改 |
讨论过程中形成的关键结论：
- 先定用户再定功能：把用户分成"失主"和"拾到者"两类后，功能清单很快收敛，避免了做无用功能；
- 流程要能走通：原型不是静态图，每条路径（浏览、搜索、发布）都要能点到最后一步；
- 信息字段要精简：只保留名称、类别、地点、时间、描述、联系方式六个字段，降低发布门槛。
七、个人总结
这次结对作业让我熟悉了墨刀这款原型工具，也体会到结对合作的价值。最大的收获是学会了把复杂流程拆成一个个可点击的页面：从首页到详情、从发布到成功，每一步都要有明确的入口、反馈和出口，这样用户才不会"点着点着迷路"。同时我理解了「发布 → 发布成功」这类状态反馈对体验的重要性——没有反馈，用户会怀疑自己到底发布成功没有。遇到的问题主要有两个：一是初次使用墨刀，交互跳转（热区、目标页）设置不熟练，反复试了几次才把卡片点进详情的跳转做对；二是和搭档在"详情页要不要做一键联系"上有过争论，最后通过回到需求分析、站在失主角度想，才确定保留"联系发布者"按钮。这个过程让我明白，设计分歧应该回到用户需求上去解决，而不是各执一词。
浙公网安备 33010602011771号