软件工程第三次作业

LCH软件工程第一次结对作业

校园失物招领小程序：需求分析与原型设计

项目	内容
这个作业属于哪个课程	H202601软件工程与软件工程实践
这个作业的要求在哪里	2026秋软件工程个人作业(第三次)
这个作业的目标	完成「校园失物招领小程序」的需求分析和原型设计
原型设计链接（墨刀）	小程序链接
结队成员	102402152（庄剑钇）、102402136（王智洋）

本次作业是结对合作，两个人共同完成需求分析与原型设计，文末的个人总结各自独立撰写。

一、作业之前：读《构建之法》第3章、第8章

动手之前我们先读了《构建之法》第 3 章「两人合作」和第 8 章「需求分析」。第 3 章讲结对要有共同目标：驾驶员动手、领航员把关，有分歧摆事实而不是比嗓门；第 8 章讲要分清「用户说的」和「用户真正需要的」，排好优先级，并明确写下这一版不做什么。据此我们分成需求与原型、流程与文档两条线并行推进，先划清「不做后台管理、实名认证、即时聊天、地图定位」四条边界。

二、需求分析

2.1 客户面临的现实困扰

校园卡、钥匙、水杯、雨伞、耳机、课本被落在教学楼、宿舍区、食堂、图书馆或运动场是常事，捡到东西的同学也不少，但两拨人很难碰上。目前只能靠班级群、宿舍群、朋友圈发消息，问题在于：

• 信息分散：消息散在不同群里，想看全得逐个翻；
• 很快被覆盖：群聊刷得快，一条寻物信息半天就沉底；
• 查找困难：想知道有没有人捡到自己的伞，只能靠关键词碰运气；
• 范围太小：在教学楼捡到校园卡只能发在自己班级群，失主可能在别的学院。

客户希望有一个地方能集中发布和查看寻物、认领信息，并能按物品名称等关键词搜索。

2.2 主要用户及需求

用户角色	典型场景	核心需求
失主（丢东西的同学）	在食堂丢了校园卡，或把耳机盒忘在图书馆	发布寻物信息；按物品名称搜索；查看详情并一键复制联系方式
拾得者（捡到东西的同学）	在教学楼捡到一张校园卡，不知道该交给谁	发布认领信息并上传照片；搜索是否有人在找；找回后修改状态
浏览者（顺手帮忙的同学）	课间刷主页，正好看到一条认领信息是自己认识的人丢的	浏览并筛选信息流；收藏关注的信息；搜索特定物品

2.3 本产品解决什么问题

本产品要给校园里的「丢」与「捡」提供一个统一的信息交汇点，让信息可被搜索、被跨院系看见。

• 集中：各区域信息汇入同一信息流，不用逐个群翻找；
• 可搜索、可筛选：按名称检索，也能按地点、时间早晚和类型筛选；
• 状态可见：找回后可标记「已完成」，避免无效联系与重复发布。

2.4 明确不做的事情

按作业要求并结合第 8 章「不要过度设计」的原则，本版本明确不做后台管理系统、实名认证、即时聊天和地图定位——这四项都会抬高实现成本，对核心目标贡献有限。

三、主要功能列表

功能拆成九项并标注优先级：高优先级构成「浏览／搜索—查看详情—联系失主」的完整闭环。

编号	功能	说明	优先级
F1	浏览失物与认领信息	主页信息流按发布时间倒序展示，每条卡片含图片、名称、类型、地点、时间与状态	高
F2	搜索物品	在主页搜索框输入关键词，进入搜索结果列表	高
F3	筛选信息	按地点、时间早晚排序、认领／寻物类型筛选，并支持「我的收藏」	高
F4	发布寻物信息	选择寻物类型，填写物品名称、地点、时间、照片、联系方式	高
F5	发布认领信息	选择认领类型，字段同 F4；未填写必填项时给出提示	高
F6	查看物品详情	展示照片、名称、类型、时间、地点、物品描述与联系方式	高
F7	一键复制联系方式	详情页联系方式旁提供复制按钮，免去手动记录	高
F8	收藏物品信息	详情页左下角收藏按钮，收藏内容可在主页筛选中查看	中
F9	修改信息与状态	在「我的」中查看自己发布的全部信息，并可编辑信息、修改状态或删除	中

四、原型设计

4.1 原型工具与链接

原型使用在线工具 墨刀（Modao） 制作：支持多人协作编辑，自带手机画板与常用组件，可直接导出分享链接。

原型分享链接（只读模式，打开即可交互查看）：https://modao.cc/ai/share/6ab92e5975d0275ef6ff30c9?pvp=mobile

4.2 设计说明

• 暖色调：奶油底 #FFF9F2 配暖橙主色 #F27938；「寻物」用珊瑚红、「认领」用琥珀橙标签，一眼区分方向。
• 页面结构：顶部不放手机状态栏，底部只保留「主页／发布／我的」三个标签。
• 主页：搜索框与筛选条常驻顶部，卡片统一展示图片、名称、类型、地点、时间与状态。
• 详情页：联系方式旁提供「一键复制」，左下角固定收藏按钮；发布页必填项未填写时逐项标红并汇总提示。

4.3 原型页面

原型共 9 个页面：主页、发布信息、搜索、信息详情为作业要求的 4 个必备页面；筛选面板、未填写提示、发布成功、我的、编辑信息为补充页面，用于补全筛选、校验、发布收尾与状态管理。

图 1　主页：搜索 + 筛选条 + 物品卡片

图 2　筛选面板：地点 / 时间排序 / 类型 / 我的收藏

图 3　搜索页面：热门搜索 + 结果列表

图 4　发布页面：选认领或寻物 + 填写信息

图 5　必填项未填写时的提示

图 6　发布成功：结果反馈 + 后续入口

图 7　信息详情：一键复制联系方式 + 左下角收藏

图 8　我的：我发布的所有信息

图 9　编辑信息：修改物品信息与状态

五、流程图

5.1 总体业务流程

用户从主页进入后可直接浏览或筛选信息流，也可以点「发布」标签发布信息。没找到目标物品就换关键词或筛选条件继续找，找到就进入详情页，复制联系方式、收藏，再线下归还；物品找回后回到「我的」把状态改为已完成。发布支线要先选认领或寻物并填写信息，必填项没填完会就地提示并退回填写。

图 10　小程序业务流程图（结对讨论产出）

5.2 三条核心操作流程

按作业要求，我们分别画出「查看信息→查看详情」「发布信息→发布成功」「搜索物品→查看搜索结果」三条流程。三条都从主页进入，流程 A 与 C 最终汇聚到信息详情页，流程 B 在提交时会先做必填校验。

图 11　三条核心操作流程图

六、结对过程记录

我们共进行五轮讨论与协作，每轮留一份产出，下一轮先复审再推进。

轮次	时间	形式	主要内容	产出
1	9/20 晚	线上语音 + 共享文档	确定选题，明确「不做后台管理／实名认证／即时聊天／地图定位」	需求范围
2	9/22 下午	图书馆面对面	梳理三类用户角色与典型场景，逐条确认功能，手绘页面草图	功能清单、页面草图
3	9/24 晚	墨刀在线协作	分头绘制第一版 6 个页面，完成后互相走查配色、间距与文案	原型 v1（6 个页面）
4	9/26 下午	线上 + 与同学讨论	复盘第一版：底色偏冷、底部四个标签太挤、搜索单占一页不合理；确定改为暖色调、三标签，搜索筛选并进主页，补上收藏、一键复制与必填校验	改版方案
5	9/27 晚	墨刀在线协作	按改版方案重做原型，逐页走查三条流程与校验分支，校对文档	原型 v2（9 个页面）、流程图、本文档

第 2 轮我们用 A4 纸画草图时，当场推翻了「详情页也保留底部导航」的想法——次级页面保留导航会把主按钮「联系发布者」挤出屏幕。分工上，庄剑钇负责需求梳理、主页与搜索页面原型、流程图；王智洋负责功能清单细化、其余页面与文档撰写。

七、PSP 时间记录

下表按 PSP 格式记录预估与实际耗时，主要偏差出现在原型绘制与改版环节。

阶段	预估(min)	实际(min)	偏差说明
需求分析（读题 + 梳理用户与功能）	40	55	补充了「浏览者」这一角色
原型草图设计（手绘 + 讨论）	30	40	推翻详情页导航方案，重画一次
原型绘制（墨刀，第一版 6 页）	90	120	间距、配色与文案反复调整
原型改版（讨论后重做为 9 页）	60	110	改暖色调 + 三标签，新增筛选/收藏/校验页
流程图绘制	30	45	增加判断分支与回退路径
文档撰写与排版	60	80	表格与图片排版耗时较多
结对评审与修改	40	55	走查发现按钮遮挡问题
合计	350	505	超出预估约 44%

八、个人总结

102402152　庄剑钇

这次让我第一次体会到「需求分析」比「写代码」更花脑子。第一版原型做完后我拿去和王智洋讨论，才发现底色偏冷、底部四个标签太挤、搜索单独占一页不如放进主页。重做时我们把底部收敛成主页／发布／我的三个标签，把搜索和筛选并进主页，整体换成暖色调，并加上必填校验——没填就明确告诉用户差哪几项。这让我明白原型就是用来被推翻的，早推翻比晚推翻便宜。并且在写流程的时候，发现有很多可以通过代入分析优化的地方。