软件工程结对作业(第一次)
软件工程结对作业(第一次)
| 项目 | 内容 |
|---|---|
| 课程 | 202601软件工程 |
| 作业要求 | 2026秋软件工程结对作业(第一次) |
| 作业目标 | 分析客户描述的现实困扰,设计一个简单的“校园失物招领小程序”,重点完成需求分析和原型设计 |
| 结对成员 | 庄凯堃(102401310)、刘谦益(102401312) |
一、主要用户及其需求分析
阅读《构建之法》第 3 章和第 8 章后,我们将书中的方法用于本次结对作业:
- 第 3 章关于软件工程师成长和个人工作记录的内容,提醒我们关注任务投入,并通过 PSP 表格对比预估与实际耗时
- 第 8 章关于需求分析的内容,提醒我们先弄清用户是谁、在什么场景下遇到问题,再决定需要哪些功能
基于这些认识,我们先分析用户需求,再确定小程序的核心功能。
本软件的主要用户及需求如下:
| 主要用户 | 核心需求 | 对应功能 |
|---|---|---|
| 丢失物品学生 | 快速查找失物线索,发布寻物信息,联系拾到物品的人 | 关键词搜索、类型筛选、寻物发布、查看联系方式 |
| 拾到物品的学生 | 方便地发布招领信息,核对失主身份并归还物品 | 招领发布、物品特征展示、联系方式展示 |
| 信息发布者 | 查看自己的发布记录,及时更新物品处理状态 | 我的发布、标记“已找回”或“已归还” |
软件解决校园传统失物信息分散在朋友圈、公告栏、微信群,信息容易被刷屏淹没,缺少统一检索入口,失主与拾获者难以高效匹配的痛点。平台集中管理寻物招领信息,搭建双方信息桥梁,提升物品找回效率。
二、主要功能与使用流程
| 功能 | 描述 |
|---|---|
| 信息浏览 | 展示校园失物招领动态,支持按“全部、招领、寻物”筛选。 |
| 物品搜索 | 输入物品关键词查找相关信息,无结果时提示更换关键词或筛选条件。 |
| 详情查看 | 展示物品名称、分类、时间、地点及外观特征。 |
| 联系发布者 | 查看发布者的联系方式,便于核实物品归属和约定交接。 |
| 信息发布 | 发布寻物或招领信息,填写物品信息及联系方式,并检查必填内容。 |
| 发布管理 | 在“我的发布”中查看个人发布记录,找到物品后标记“已找回”,保留已完成记录。 |

三、Figma 原型设计
1. 首页:展示最新信息
首页用卡片呈现物品名称、地点、时间和状态,供用户快速浏览,底部导航通向搜索、发布和“我的发布”
2. 搜索页面:帮助用户查找物品
用户输入物品关键词,可按“全部、招领、寻物”筛选,点击结果卡片可进入详情页
3. 物品详情:提供核对与联系依据
详情分开展示分类、时间、地点和特征,确认线索后可查看发布者联系方式
4. 发布页面:引导用户填写完整信息
用户先选择“我丢了”或“我捡到”,再填写物品信息和联系方式,发布成功后可查看自己的发布或返回首页
5. 我的发布:管理记录与更新状态
用户查看自己的发布记录,并在物品找回或归还后修改状态,避免已完成信息继续误导他人
四、结对过程
前期,我们共同阅读作业要求和《构建之法》的相关内容,结合客户描述分析失主与拾得者的需求,确定小程序的核心功能和页面结构。
制作阶段,我们两人采用“主要负责、交叉检查”的方式协作:
- 庄凯堃:侧重整理需求、设计首页与搜索及详情页面
- 刘谦益:侧重绘制流程图、设计发布与“我的发布”页面
各自完成初稿后,我们交换检查内容,并一起调整 Figma 页面和交互。
下方截图展示了结对交流中的部分讨论:
(1)检查详情页时,我们讨论了时间、地点和特征的排版
(2)检查发布流程时,补充了发布成功后的去向和物品找回后的状态修改
(3)讨论浏览、搜索、发布三条流程,并调整关键词输入的位置

五、PSP 表格
| 阶段 | 预估耗时(小时) | 实际耗时(小时) |
|---|---|---|
| 阅读要求、明确任务与分工 | 1.5 | 2 |
| 分析客户困扰及用户需求 | 1 | 1 |
| 确定功能范围 | 1.5 | 1.5 |
| 绘制用户流程图 | 1 | 1.5 |
| Figma 原型设计 | 3 | 3.5 |
| 原型检查与修改 | 1 | 1 |
| 整理截图与博客 | 1.5 | 2 |
| 合计 | 10.5 | 12.5 |
六、个人总结
庄凯堃个人总结
这次结对作业中,我主要负责整理需求,以及首页、搜索页和详情页的设计;队友主要负责流程图、发布页和“我的发布”页。不过我们并不是各自做完自己的部分就不管了,而是会一起讨论、互相检查,遇到问题再共同修改。刚开始做原型时,我比较关注页面有没有做全,后来和队友实际点了一遍,才发现页面能不能连起来更重要。比如首页进入详情后,时间、地点和物品特征放得有点挤,我们讨论后重新调整了排版。检查发布流程时,我们又发现发布成功后缺少下一步提示,于是增加了查看发布记录和返回首页的入口。这次作业让我感觉,结对最大的作用就是能及时发现自己注意不到的问题。有时候我觉得一个页面已经没问题了,队友从另一个角度操作,就能发现遗漏。遇到不同意见时,我们也会直接按用户的使用流程走一遍,看哪种设计更顺。这次合作,我对需求分析和原型设计有了更直观的认识,也为下一次按照原型实现程序理清了思路。

浙公网安备 33010602011771号