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

四、Figma原型界面设计
1.首页:展示最新信息
采用卡片展示物品名称、地点、时间和状态,方便用户快速浏览。底部导航提供主要功能入口。
2.搜索页面:帮助用户查找物品
通过关键词搜索与“全部、招领、寻物”分类筛选缩小查找范围,并展示结果数量,使信息查找更加直观。
3.物品详情:提供核对与联系依据
集中呈现物品分类、时间、地点、特征及状态,并设置“查看联系方式”按钮,帮助用户核对物品后联系发布者。
4.发布页面:引导用户填写完整信息
支持选择“寻物”或“招领”,按字段填写物品信息与联系方式。必填标识和隐私提示帮助用户规范发布,页面可向下滚动完成提交。
5.我的发布:管理记录与更新状态
集中展示个人发布记录,用户找回或归还物品后可更新状态,形成从信息发布到处理完成的完整流程。
五、结对合作方法及其应用
结合《构建之法》
前期,我们共同阅读作业要求和《构建之法》的相关内容,结合客户描述分析失主与拾得者的需求,确定小程序的核心功能和页面结构。
制作阶段,我们两人采用“主要负责、交叉检查”的方式协作:
- 庄凯堃:侧重整理需求、设计首页与搜索及详情页面
- 刘谦益:侧重绘制流程图、设计发布与“我的发布”页面
各自完成初稿后,我们交换检查内容,并一起调整 Figma 页面和交互。
下方截图展示了结对交流中的部分讨论:
(1)检查详情页时,我们讨论了时间、地点和特征的排版

(2)检查发布流程时,补充了发布成功后的去向和物品找回后的状态修改

(3)讨论浏览、搜索、发布三条流程,并调整关键词输入的位置

六、PSP表格
| 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号