软件工程第一次结对作业~
202601 软件工程课程第三次结对作业 —— 校园失物招领小程序（需求分析与原型设计）
| 这个作业属于哪个课程 | 202601 软件工程 |
| 这个作业要求在哪里 | 2026秋软件工程结对作业（第一次之需求分析和原型设计） |
| 这个作业的目标 | 结对完成"校园失物招领小程序"的需求分析与原型设计 |
| 结对成员 | 102401127 张炜鑫 / 102401129 林诗航 |
| 原型设计工具 | 墨刀（Modao） |
| 原型在线链接 | 校园失物招领小程序原型（墨刀） |
一、需求分析
在阅读了《构建之法》第 8 章后，我们按照其中的方法，先进入用户的使用场景做定性分析，从场景痛点中推导可实现的功能，再用原型验证流程是否可行顺畅。
1. 用户痛点
校园生活中，同学们经常遗失校园卡、钥匙、水杯、雨伞、耳机等物品。目前大家主要通过班级群、校园墙、朋友圈发布寻物或招领信息，这些渠道存在明显不足：信息分散、随聊天记录滚动被快速覆盖、跨群触达率低、无法按物品名称检索。一名在教学楼捡到校园卡的同学，只能在自己班级群或朋友圈发布招领信息，而真正丢卡的同学很可能不在该群中，失物因此长期无人认领。
2. NABCD 竞争性需求分析
结合《构建之法》第 8 章的 NABCD 模型，对本软件分析如下：
- N（Need 需求）：丢失或拾获物品后，现有渠道分散且易被淹没，同学需要一个统一、可检索的失物招领信息平台；
- A（Approach 方案）：设计轻量化小程序，以"发布—浏览—搜索—联系"为核心流程，只做信息聚合与匹配，不做即时聊天、地图定位与实名认证，降低使用门槛；
- B（Benefit 好处）：拾主一次发布即可被全校看到，失主用关键词即可快速定位物品，显著降低双方时间成本；
- C（Competition 竞争）：班级群、朋友圈免费但不可检索；线下失物招领处权威但需跑腿。本软件以"线上集中 + 关键词搜索"形成差异化；
- D（Delivery 交付）：以微信小程序形式交付，依托校园场景口碑传播并张贴二维码引流。
3. 主要用户及其需求
| 用户角色 | 典型场景 | 核心需求 |
|---|---|---|
| 失主 | 丢了校园卡 / 耳机，不确定是否有人捡到 | 发布寻物信息、搜索招领信息、联系拾主 |
| 拾主 | 在教学楼 / 食堂捡到物品，寻找失主 | 发布招领信息、等待认领、标记已归还 |
| 浏览者 | 顺手刷一刷，看看有没有能帮上的 | 免登录浏览，转发给相关同学 |
4. 软件解决什么问题
解决的核心问题：把校园内分散、易被淹没的寻物 / 招领信息集中到一个可检索的小程序中，让"拾主的招领信息"与"失主的寻物需求"高效匹配。软件不要求登录与实名认证，打开即可浏览和搜索，发布时留下联系方式即可，尽量降低使用门槛。
本次作业聚焦需求分析与原型设计，不涉及后台管理、即时聊天、地图定位等复杂功能，力求流程简单、清晰、便于后续代码实现。
二、软件主要功能
结合用户需求与"功能简单、流程清楚、便于后续实现"的要求，软件主要功能如下：
- 浏览失物和招领信息：首页以列表形式展示最近发布的寻物 / 招领信息，支持按"寻物 / 招领"分类筛选；
- 发布寻物信息：填写物品名称、丢失地点、丢失时间、联系方式、备注等，发布寻物启事；
- 发布招领信息：填写物品名称、拾到地点、拾到时间、联系方式、备注等，发布招领启事；
- 搜索物品：在搜索页面输入物品名称等关键词，查看匹配的寻物 / 招领信息；
- 查看物品详情：点击列表项进入详情页，查看完整信息并通过联系方式联系发布者；
- 修改信息状态：在"我的发布"中查看自己发布的信息，可将已找回 / 已归还的信息标记为"已结束"，避免他人继续联系；
- 我的发布：集中管理自己发布的信息，支持查看、修改状态、删除。
三、原型设计
1. 原型工具
采用 墨刀（Modao） 作为原型设计工具：在线操作、组件丰富、支持交互跳转与在线预览，适合快速搭建并向他人演示移动端原型。我们先用墨刀 AI 生成页面初稿，再逐页核对字段、统一样式并手动连接交互跳转。原型在线链接：
2. 页面说明
原型共包含以下 5 个页面：
2.1 首页
首页承担"信息总览 + 两个主要入口"的职责，自上而下分为五个区域：
- 标题区：大标题"校园失物招领"，下方副标语"本月已帮助 1,286 件物品回到主人身边"传递产品活跃度，右侧铃铛为通知入口；
- 搜索入口：通栏搜索框，占位文字提示可按"物品名称、地点或发布人"检索，点击即跳转搜索页；
- 分类标签："全部 / 寻物 / 招领"三个胶囊 Tab，选中项蓝底白字高亮，右侧"今日新增 5 条"提示信息新鲜度；
- 信息卡片列表：列表头显示"共 8 条信息"与排序规则"最新发布优先"；每张卡片包含类型图标、物品名称、类型标签（招领为绿色、寻物为蓝色）、地点、发布时间、发布人及学院；
- 底部导航栏：首页 / 发布 / 我的三个 Tab，当前页高亮。
交互：点击卡片进入详情页；点击搜索框进入搜索页；点击分类 Tab 按类型过滤列表；底部导航在三个主页面间切换。
2.2 发布信息页面
点击底部"发布"进入，自上而下分为四块：
- 顶栏：左侧返回箭头，中间标题"发布信息"，右上角"重置"按钮可一键清空已填内容、重新填写；
- 类型切换："寻物 / 招领"双 Tab，选中态蓝底白字；切换时下方提示语随之变化（寻物："描述你丢失的物品，请同学帮忙留意"），地点等字段的语义也在"丢失 / 拾到"之间切换——这是两类启事唯一的字段差异；
- 基本信息表单：物品名称（必填）、物品分类（电子数码 / 证件卡类 / 生活用品 / 衣物配饰 / 钥匙工具 / 其他 六选一）、地点（必填，右侧附定位图标按钮）、时间；
- 补充信息 + 底部操作：联系方式、备注（可选），底部固定"立即发布"主按钮，不随表单滚动。
交互：名称、地点为必填项，为空时不可提交并给出提示；点击"立即发布"后弹出发布成功提示，新信息同步出现在首页信息墙。
填写完成点击「立即发布」，弹出发布成功弹窗：绿色对勾 + "发布成功"，说明文案提示"信息已提交，正在等待管理员审核，通常在 5 分钟内上线"，提供"返回首页"与"查看我的发布"两个去向；新信息会同步显示在首页信息墙：
2.3 搜索页面
点击首页搜索框进入，自上而下分为三块：
- 顶栏：返回箭头 + 搜索框（占位提示支持按物品名称 / 地点 / 发布人检索）+ 蓝色"搜索"按钮；
- 热门关键词：耳机、一卡通、图书馆、雨伞四个胶囊标签，点击即可一键填入并搜索，降低输入成本；
- 结果列表：先显示"共 N 条结果"统计，卡片样式与首页一致，保持浏览体验连贯。
交互与异常场景：无匹配结果时提示"暂无相关物品，可更换关键词重试"，避免用户面对空白页不知所措（见流程三）；点击卡片进入详情。
2.4 信息详情页面
点击任意列表卡片进入，自上而下分为四块：
- 图片占位区：按物品分类展示对应的大图标；
- 标题卡：类型标签（招领 / 寻物）+ 物品名称 + 分类标签（如"电子数码"）+ 状态标签（"进行中"为绿色，"已结束"为灰色）；
- 信息明细：拾获 / 丢失地点、时间、发布人（姓名 · 学院）、联系方式四行，各配图标分行展示，方便逐项核对再联系；
- 底部操作条：左侧收藏按钮 + "联系发布者"主按钮（可复制联系方式或拨打电话）。
交互：左上角返回上一页；物品状态由"我的发布"中的标记操作控制，已结束后详情页状态标签同步置灰。
2.5 我的发布
点击底部导航"我的"进入，是用户管理自己发布信息的中心，自上而下分为四块：
- 个人信息卡：头像、姓名、学院年级、信用分，以及"我发布的 / 进行中 / 已结束"三个统计数字，一眼掌握整体状态；
- 筛选 Tab：全部 / 进行中 / 已结束，右侧"＋ 新建发布"快捷入口直达发布页；
- 发布记录卡片：名称、状态标签、类型与分类、地点、时间、浏览次数，信息比首页卡片更完整，便于管理；
- 操作按钮：每条记录下方提供"✓ 标记已结束"（蓝底）与"🗑 删除"（红底）两个操作。
交互：点击"标记已结束"后条目置灰、不再作为有效启事展示；点击"删除"移除该条记录；筛选 Tab 按状态过滤列表。
四、基本使用流程
软件的总体使用流程如下图所示，从首页出发覆盖浏览、搜索、发布、管理四条主线：
这张图以首页为起点，用"选择操作"判断分发四条主线，与第二节的四类核心功能一一对应：
- 浏览信息：首页列表默认"全部"，也可按寻物 / 招领筛选 → 点击信息卡片 → 查看详情、复制联系方式线下联系；
- 搜索物品：首页搜索框 → 输入关键词检索 → 有匹配结果则展示结果列表（支持再次按寻物 / 招领筛选）并继续"点击卡片 → 详情"；无匹配结果则提示更换关键词，直接结束本次操作；
- 发布信息：底部导航"发布" → 选择寻物 / 招领启事（两类的地点字段分别为"丢失 / 拾到"语义）→ 填写并立即发布 → 发布成功，首页展示新条目；
- 管理自己发布：底部导航"我的" → 我的发布列表 → 标记已结束（条目置灰，不再作为有效启事）或删除。
四条主线的终点都汇合到"结束本次操作"——用户在任意一条线里都能完成一次完整闭环，不再需要在多个群聊之间来回切换。
三条核心演示流程的流程图与说明对照如下：
| 流程一：浏览信息 → 查看详情 | 流程二：发布信息 → 发布成功 | 流程三：搜索物品 → 查看搜索结果 |
|---|---|---|
从首页出发的最短路径：默认"全部"列表可直接浏览，也可切到"寻物 / 招领"缩小范围；点击卡片进入详情，复制联系方式线下联系，归还完成后由发布者标记已结束。 |
发布页的完整链路：选择寻物 / 招领类型 → 填写字段（名称、地点必填，不齐全会提示补全重新填写）→ 立即发布 → 成功后返回首页查看新条目。 |
搜索页的完整链路：输入关键词（或点热门标签一键填入）→ 有匹配结果则展示列表并点击进入详情；无结果则提示更换关键词或去发布，回到输入步骤。 |
五、PSP 表格
| 任务 | 预估耗时（小时） | 实际耗时（小时） | 差异（小时） |
|---|---|---|---|
| 阅读参考资料、需求讨论 | 2.0 | 2.5 | +0.5 |
| 用户需求分析 | 1.0 | 1.5 | +0.5 |
| 功能列表梳理 | 1.0 | 0.5 | -0.5 |
| 流程图绘制 | 1.5 | 2.0 | +0.5 |
| 原型页面设计（首页 / 发布 / 搜索 / 详情 / 我的） | 4.0 | 5.0 | +1.0 |
| 原型交互跳转与调试 | 1.5 | 1.0 | -0.5 |
| 博客撰写与排版 | 2.0 | 2.5 | +0.5 |
| 合计 | 13.0 | 15.0 | +2.0 |
六、结对过程
我们两人分工如下：
- 张炜鑫（102401127）：负责需求分析、功能列表、流程图与原型首页 / 搜索页 / 详情页设计；
- 林诗航（102401129）：负责发布页 / 我的发布页设计、原型交互跳转、博客排版与 PSP 统计。
根据《构建之法》第 3 章结对合作的方式，在每个环节轮流担任"驾驶员"（动手操作）和"领航员"（负责审查与提问）：讨论需求时一人陈述、一人质疑补充；画流程图与搭原型时一人执笔、一人对照演示流程逐项核对，避免单人思考的盲区。我们先讨论用户痛点与核心功能，再分别绘制流程图、搭建原型，最后一起联调交互跳转，确保三条演示流程都能顺畅走通。
结对讨论、梳理流程与分工、原型联调验收时的聊天记录截图：
（1）需求讨论与功能范围确定——梳理三个痛点，分别站在丢失者与拾到者角度确定核心需求，圈定基础功能并划清"不做实名认证、在线聊天、定位"的边界：
（2）梳理业务流程并分配制作任务——逐条梳理三条演示流程并补充空结果等异常场景，确定页面分工与"墨刀 AI 生成初稿 + 手动微调"的制作方式：
（3）原型交互联调与功能验收——各自完成页面后互相反馈，逐条验证"首页卡片跳详情""发布后首页刷新""关键词检索与无结果兜底"全部生效：
七、个人总结
张炜鑫（102401127）：
本次结对作业让我对需求分析和原型设计有了更实际的认识。分析痛点时，我们没有一上来就堆功能，而是回到"丢失者"和"拾到者"各自的场景，把痛点拆成信息分散、易被覆盖、触达率低三点再倒推功能——首页为什么先做"列表 + 分类筛选"、搜索为什么只按关键词就够，都有据可循。搭原型时我体会到"先跑通主流程再补细节"的价值：一开始纠结卡片配色，后来发现三条演示流程根本没连起来，退回来先打通"发布→成功""搜索→详情"，页面才真正"活"起来。遇到的主要问题是对"我的发布"该不该做争论了一阵，最后决定做但放到附加功能，不喧宾夺主。结对的好处是有个搭档能随时质疑你的设计，很多想当然的地方都被对方一句"那丢失者怎么用"问住了。
浙公网安备 33010602011771号