2026秋软件工程结对作业（第一次）——校园失物招领小程序原型设计

这个作业属于哪个课程	H202601软件工程与软件工程实践
这个作业要求在哪里	2026秋软件工程结对作业（第一次）
这个作业的目标	完成校园失物招领小程序的需求分析和Figma原型设计，明确主要功能与用户流程，并为后续代码实现打下基础
Figma原型链接	我们的Figma原型设计
结对成员	102401125（罗宇泽）、102401209（洪添军）

哈喽大家好啊，我是奶龙仙人，前排友情提示，翻到博文最后有惊喜！
好了，接下来请大家仔细欣赏我们的作业吧！

一、队伍分工

本次作业我和队友采用“共同讨论、模块分工、交叉检查”的方式完成。我们共同进行需求分析和功能规划；我主要负责博客整体内容的撰写与整理、用户使用流程图的制作，以及Figma原型初始页面和整体页面结构的搭建；我的队友主要负责在初始原型基础上继续完善Figma界面设计，完成页面交互、跳转关系、加载与异常状态页面，并对原型进行整体优化。最后我们共同检查三条基本流程是否能够正常演示，并完成最终内容核对。

我们小队讨论需求、共同核对内容的聊天截图将在后文展示。

---

二、教材阅读与设计思路

阅读《构建之法》第3章和第8章后，我对软件工程中的“合作”和“需求”有了更加具体的认识。

第3章让我意识到，软件工程师的能力不仅是编写代码，还包括任务估算、分析设计、测试以及团队配合等方面。因此，本次作业中我们先共同讨论任务，再进行分工，并通过PSP记录预估耗时和实际耗时。

第8章对本次需求分析的启发更加直接。需求不能只从开发者自己的想法出发，而应围绕用户的实际问题进行获取、分析、验证和调整。我们从校园失物信息分散、容易被群聊覆盖这一现实问题出发，将浏览、发布、搜索、查看详情和状态管理确定为核心功能，并使用Figma快速制作原型、不断调整交互。同时舍弃即时聊天、地图定位等复杂功能，使原型更加聚焦，也便于后续代码实现。

---

三、需求分析

本软件主要面向校园学生。

• 遗失物品的学生：希望发布寻物信息，并快速查找可能相关的招领信息；
• 拾到物品的学生：希望发布招领信息，让失主能够及时发现；
• 信息发布者：在物品找到或归还后，希望能够管理并修改信息状态。

小程序主要解决目前班级群、宿舍群和朋友圈中失物信息分散、容易被新消息覆盖、传播范围有限的问题。

---

四、主要功能

功能	说明
浏览信息	查看最新寻物和招领信息
发布寻物	发布物品名称、丢失时间、地点、描述等信息
发布招领	发布拾取物品的相关信息
搜索物品	按关键词及“全部/寻物/招领”筛选
查看详情	查看图片、时间、地点、状态、描述和联系方式
我的发布	查看并管理本人发布的信息
修改状态	将“寻找中”改为“已找到”，或“待认领”改为“已归还”

---

五、用户使用流程

根据作业要求，我们重点设计并实现了以下三条基本使用流程：

• 查看信息 → 查看详情
• 发布信息 → 发布成功
• 搜索物品 → 查看搜索结果

此外，在完成基本流程的基础上，我们还增加了信息状态修改等功能。

1. 查看信息 → 查看详情

用户进入首页后，可以浏览最新的寻物和招领信息。选择感兴趣的信息并点击后，即可进入详情页面，查看物品图片、时间、地点、当前状态、详细描述以及联系方式等内容。

2. 发布信息 → 发布成功

用户进入发布页面后，可以根据实际情况选择发布“寻物”或“招领”信息。填写物品名称、类别、时间、地点、描述、图片及联系方式等内容后提交，系统进入发布成功页面，并提示用户可以前往“我的发布”查看信息。

3. 搜索物品 → 查看搜索结果

用户进入搜索页面后，可以输入物品名称等关键词进行搜索，同时可以按照“全部、寻物、招领”进行分类筛选。搜索成功后，系统展示相关物品信息，用户还可以选择搜索结果进一步查看详情。

此外，我们还针对搜索失败和没有匹配结果等情况设计了相应的反馈页面，使用户能够根据提示重新搜索或修改关键词。

4. 三条基本流程综合演示

为了验证原型是否能够完成作业要求中的三条基本操作流程，我们使用 Figma Prototype 对原型进行了实际交互演示，并将主要操作过程录制在同一个动图中。

动图重点演示了以下三条基本流程：

查看信息 → 查看详情

发布信息 → 发布成功

搜索物品 → 查看搜索结果

此外，演示过程中还展示了“我的”页面及个人资料页面，用于体现原型中个人信息查看功能。

从演示过程可以看到，作业要求的三条基本流程均能够按照预期完成，同时“我的”和个人资料页面也能够正常访问，整体页面跳转关系较为清晰。

5. 修改信息状态

除了作业要求的三条基本流程外，我们还增加了信息状态管理功能。

用户可以从“我的”页面进入“我的发布”，选择需要管理的信息并修改状态。例如，寻物信息可以由“寻找中”修改为“已找到”，招领信息可以由“待认领”修改为“已归还”。

修改过程中，系统会依次提供状态选择、确认修改、更新中以及修改成功等反馈，使用户能够清楚了解当前操作进度。

---

六、原型设计

本次原型采用 Figma 完成设计和交互制作。

原型在线地址：我们的Figma原型设计

原型主要包括首页、发布寻物、发布招领、发布成功、搜索、信息详情、个人资料和“我的发布”等核心页面。

同时，为了使操作过程更加完整，我们还设计了搜索中、搜索失败、搜索无结果、首页加载失败以及状态修改成功等交互反馈状态，总共制作了35个界面。

1. 首页

首页用于集中展示最新的寻物和招领信息，同时提供搜索、发布寻物和发布招领等主要功能入口。

2. 发布页面

寻物和招领采用相似的表单结构，但根据实际场景分别使用“丢失时间、丢失地点”和“拾取时间、拾取地点”，使页面含义更加明确。

3. 搜索与详情页面

搜索页面支持关键词搜索以及“全部、寻物、招领”分类筛选。用户点击其中一条搜索结果后，可以进一步进入信息详情页面查看完整信息。

4. 个人资料与我的发布

“我的”页面展示用户的QQ、手机号、微信、常用校区等资料，并提供“我的发布”入口。

用户可以在“我的发布”中查看并管理自己发布过的信息。

5. 交互反馈状态

除主要业务页面外，我们还针对实际操作过程中可能出现的不同情况设计了搜索失败、搜索无结果、加载失败以及状态修改成功等反馈，使用户能够明确了解当前系统状态以及下一步可以进行的操作。

---

七、结对过程

前期我们共同阅读作业要求及教材，并结合客户描述分析实际用户需求，确定小程序的核心功能和页面结构。随后我们根据分工分别完成流程图、Figma页面设计和交互制作。在制作过程中，我们持续沟通，不断调整功能和界面细节，并共同测试“查看详情”“发布信息”和“搜索物品”等主要操作流程。

以下是我们小队讨论需求、共同核对内容等协作过程的聊天截图：

---

八、PSP表格

PSP阶段	具体内容	预估耗时/min	实际耗时/min
Planning	阅读作业要求及教材	60	60
Requirement	需求分析与功能确定	40	30
Design	页面结构及流程设计	60	60
Prototype	Figma原型制作	180	240
Interaction	页面交互及状态完善	90	60
Flowchart	绘制用户流程图	60	40
Testing	原型测试及修改	40	30
Documentation	博客及图片整理	90	60
合计		620	580

---

九、个人总结

这次结对作业和之前自己一个人完成作业的感觉还是很不一样的。我主要负责博客内容的撰写、流程图的制作，以及Figma原型最开始的一些页面和整体框架设计。刚开始做的时候，我以为原型设计主要就是把页面画出来，但实际做下来才发现，还要考虑用户从哪个页面进入、下一步要点哪里，以及整个流程是否足够清楚。

在设计过程中，我们一开始也想过加入更多功能，但后来结合实际需求和后续还要进行代码实现这一点，还是决定先把浏览、发布、搜索、查看详情和状态管理这些核心功能做好。和队友合作的过程中，我们各自负责不同的部分，遇到页面设计或者交互上的问题再一起讨论，这样比一个人全部完成效率高了不少。

这次作业也让我第一次比较完整地经历了从需求分析、流程设计到原型制作的过程。以前做项目时我会更关注“功能能不能做出来”，现在会开始考虑“用户到底需不需要这个功能”和“这个操作流程是否合理”。这些经验对下一次真正把这个原型实现成程序应该也会有很大帮助。

附录

有点自欺欺人地叠个甲，以下内容不算在博客正文800-1200字里，求助教高抬贵手，因为我真的想把做作业的过程写出来。

我的前两次软工作业都是刚发布没一两天就做完了，这也是我的个人习惯，早点做完可以给其他同学一点参考、能给我文章多涨点阅读量，还有就是有更多的时间去做别的科目的作业，以及慢慢完善自己的博文。这次反倒比较慢，主要还是因为没做过原型，一开始是用墨刀，后来发现自己竟然完全无从下手，之后在队友的建议下改用了Figma，除了全是英文看不懂以外其他体验还算可以。

其实这次慢慢做也是有好处的，我们有更多时间沉下心去打磨我们的项目，使其臻至完善。比如，我们添加了老师作业里没有要求的个人资料页面，虽然说为了后续代码的编写，不宜将原型做的太过于复杂，但是我们经过讨论后一致认为这是必须的，不管是什么应用，个人资料肯定要有嘛，不然怎么写自己的联系方式，还有查看自己的发布。

这次作业的博文部分由我负责，写的时候也遇到了很大麻烦，主要是插图的问题，我要先从Figma把图像导出来以后传到手机里头拼图再传回电脑，再插进博文里，不难，但很烦。

最后我要感谢一下我的队友添军（他的博文链接），整个原型我只是负责初始页面的设计而已，后续界面的扩充、交互跳转的按钮全都是由他负责，演示的动图也是他做的。而且细心的他也发现了不少值得改进的地方，例如个人资料页面就是他提议的，在测试过程中他还发现了我的初始设计有的地方没有返回按钮，这对于一个完整的小程序来说非常致命。他在我们的结对作业过程中出了很大力气，没有他我们不可能这么顺利完成这次作业，在这里我再次感谢他的付出。

啊......一不小心话太多了，依旧感谢各位看官姥爷耐心看到这里，依旧恳请老师和助教高抬贵手打上好评。与往常一样，欢迎各位同学评价、参考我们的作业，但是 严 禁 抄 袭。

与作业无关的私货内容

奶 家 福

你们不觉得这一幕很神圣吗？