软件工程个人作业（第三次）

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

学号： 102401302 姓名： 陈果
学号： 102401304 姓名： 向飞燕

项目	内容
这个作业属于哪个课程	2026秋软件工程
这个作业要求在哪里	2026秋软件工程个人作业（第三次）
这个作业的目标	阅读《构建之法》第3、8章，结对合作，完成“校园失物招领小程序”的需求分析与原型设计
姓名、学号	<陈果，102401302> <向飞燕，102401304>
figma原型	figma原型

一、作业之前（学习成果）

在本次结对作业前，我们阅读了《构建之法》第3章和第8章。第3章让我们明白了结对合作中“驾驶员”与“领航员”角色的配合与及时沟通的重要性；第8章则指导我们如何进行需求分析，通过用户故事来提炼核心功能，避免一开始就陷入技术细节。

二、用户与需求分析

结合客户描述的现实困扰，我们分析了本软件的主要用户及其需求：

1. 丢物学生：急需快速发布寻物信息，并希望能搜索到是否已被拾到。
2. 拾物学生：希望尽快发布招领信息，让失主看到。
3. 普通浏览者：可能暂时未丢物，但看到信息后能帮忙转达。

核心痛点：目前信息分散在班级群、宿舍群、朋友圈，随着群聊消息更新，信息极易被覆盖。例如捡到物品后发布在捡到者的宿舍楼群，失主可能在另一栋宿舍楼的群，信息不互通；又或者捡到物品后发布在校园墙，但校园墙信息量过大，容易被忽视、难以精确查找。

解决方案：本软件旨在提供一个集中发布、支持关键词搜索的校园信息平台，打破群聊壁垒，提高失物寻找和归还的效率。

三、主要功能清单

根据需求分析，我们确定了以下功能，并排定优先级：

功能	优先级	说明
浏览失物/招领信息	P0（核心）	首页按时间倒序展示，支持分类切换寻物或失物
发布寻物/招领信息	P0（核心）	可切换寻物或失物，填写物品名称、地点、时间、联系方式等
搜索物品	P0（核心）	支持按关键词搜索，可根据寻物、失物和地点精准筛选
查看物品详情	P0（核心）	展示完整描述、联系方式，支持一键复制
修改信息状态	P1（加分）	在“我的发布”中修改状态（寻找中/已找到/已归还）

四、基本使用流程图

本次设计包含两条核心使用流程（采用 Mermaid 生成）：

流程1：浏览/搜索信息 → 查看详情 → 联系发布者

流程说明：用户进入首页，通过分类筛选或关键词搜索，浏览信息列表；点击某条信息进入详情页；在详情页查看具体描述和联系方式，点击“联系发布者”按钮进行联系。

流程2：发布信息 → 发布成功

流程说明：用户点击首页右下角发布按钮，进入发布页；选择“寻物”或“招领”，填写物品名称、地点、时间、联系方式等必填信息；点击“发布”按钮；系统弹出“发布成功”提示并跳转至首页列表。

五、原型展示与交互说明

本次原型主要采用 Figma 制作。Figma 的组件化设计方便快速调整样式，且支持多人实时协作，非常适合本次结对作业。

在线链接： 点击这里查看 Figma 原型

1. 首页与搜索页

首页是整个小程序的入口。顶部有蓝色导航栏，其下方是显眼的搜索框（提示“搜索物品名称，如校园卡”）。中间区域设置了“全部/寻物/招领”分类标签。下方以卡片列表形式展示最新信息，卡片内包含物品名称、类型标签（招领/寻物）、地点、时间以及当前状态（如橙色“寻找中”、灰色“已找到”）。右下角有一个蓝色的悬浮“+”按钮，方便用户随时发布信息。

搜索页展示了关键词匹配结果。顶部搜索框中已填入“校园卡”，右侧提供“取消”按钮，左侧提供返回按钮。除了分类标签外，还增加了“全部地点”筛选下拉框。页面提示“共找到 2 条结果”，卡片中展示了图片、名称、标签、地点、时间和状态。点击任意卡片即可进入详情页。

2. 发布信息页

发布信息页设计简洁清晰。顶部提供“寻物(Lost)”和“招领(Found)”两个切换按钮。表单包含必填项（物品名称、时间、联系方式，带红色星号标记）和选填项（物品分类、丢失/拾取地点、描述、上传图片，图片上传区为虚线框+号）。底部固定了一个蓝色的“发布(Post)”按钮。填写完毕后点击发布，演示“发布信息→发布成功”的流程。

3. 信息详情页与我的发布

信息详情页展示了物品的高清大图，标题区包含物品名称“校园卡”和“招领”标签。下方通过结构化列表展示分类、地点、时间、状态（橙色“寻找中”）。接着是独立的“描述”和“联系方式”卡片，联系方式旁附有“复制”按钮，方便一键复制。底部固定栏提供醒目的“联系发布者”按钮，演示“查看信息→查看详情→联系发布者”的流程。

“我的发布”页面方便用户管理自己发布的信息。卡片中展示了物品的缩略图、名称、类型标签、地点和时间。最下方提供三个状态按钮：“寻找中”、“已找到”、“已归还”。用户可以通过点击按钮快速修改物品状态（如选中“已找到”高亮显示），实现信息的动态更新。

六、结对过程与 PSP 表格

本次结对作业由两人共同完成。陈果主要负责需求分析、流程图绘制、博客撰写；向飞燕主要负责 Figma 原型制作、交互设计。因为是一个宿舍的，所以我们大部分交流都是口头沟通，因此在讨论需求、绘制流程图和制作原型过程中，做到了及时的有效沟通与交叉评审。

PSP表格：

任务	预估耗时	实际耗时
需求分析	30min	45min
流程图绘制（Figma）	40min	60min
原型制作（Figma）	60min	90min
博客撰写	60min	100min
结对讨论	40min	60min
合计	230min（约3.8h）	355min（约5.9h）

七、个人总结

陈果总结：

在本次结对作业中，我主要负责需求分析、流程图绘制以及博客的统筹撰写。一开始我们陷入了太想做到完美的陷阱，想将功能拆成发布和检索，两个人双线并行设计和分析。后来在画流程图和评审原型时，我们发现这样容易使界面变得混乱，难以衔接。于是我和队友反复沟通，把分工从“一人实现检索，一人实现发布”改为“一人分析需求、绘制流程图，一人据此实现原型制作、Figma交互，再互相交叉评审”。这次结对让我深刻体会到，结对合作中“及时沟通与交叉评审”极其重要。后续的代码实现，我们计划使用GitHub进行协作。

向飞燕总结：

在本次结对作业中，我主要负责 Figma 原型的制作与交互设计。之前没用过 Figma，从分不清 Frame 和图层，到慢慢学会用矩形、文字、对齐工具搭页面，也用 AI 生成功能提高了效率——发布页、搜索页、详情页和“我的发布”页都是 AI 生成后手动微调的。过程中最大的困难是风格统一，AI 生成的配色和手画的首页不一致，我反复调整颜色和圆角，才让 5 个页面看起来像同一个产品。流程图由队友陈果绘制，我参与了内容设计，确保流程逻辑能对上。这次结对让我体会到，原型的重点是让用户一眼看懂，而不是追求花哨。后续代码实现我会提前熟悉 GitHub 协作流程。