软件工程第一次结对作业

| 项目 | 详情 |
| 课程 | H202601软件工程与软件工程实践 |
| 作业要求 | https://edu.cnblogs.com/campus/fzu/2026-01SoftwareEngineeringandSoftwareEngineeringPractice/homework/16742 |
| 作业目标 | 完成「校园失物招领小程序」需求分析和原型设计 |
| 学号姓名 | 102402123 丁维彤；052404147 刘怀正 |
| 原型链接 | https://modao.cc/proto/4USTMb0tm131wXfG1pTos/sharing?view_mode=read_only&screen=rbpVWQumEsUWO61CG |

校园失物招领小程序原型设计作业报告

一、《构建之法》读后感

读完《构建之法》第3章与第8章，我对软件工程的“前置工作”有了更具体的认知——很多人觉得软件工程的核心是写代码，但实际上代码开始前的需求澄清、协作验证，才是决定项目成败的关键。

第3章提到的结对工作模式，打破了我之前“设计是单人工作”的固有认知。两个人协作完成原型设计，一人负责输出方案、搭建页面，另一人站在普通用户视角走查完整流程，很容易发现单人思考时忽略的逻辑漏洞。比如页面跳转是否形成闭环、表单字段是否符合用户使用习惯，这些细节都能在结对讨论中快速修正，比反复自我检查的效率高出很多。

而第8章关于原型与需求验证的内容，则让我理解了原型设计的本质不是“美化界面”，而是低成本的需求试错工具。在正式投入开发前，用可交互的原型把抽象的需求落地成可以操作的界面，就能尽早发现流程不通、功能不符合用户预期的问题，避免到开发后期再返工，大幅降低了试错的时间和人力成本。

这次校园失物招领原型的制作，正好实践了书中的这两点思路。我们先通过结对讨论梳理出两条核心用户路径，再动手搭建页面原型，过程中互相走查交互逻辑，正是用最低的成本验证了整个产品的核心流程，也让我切身体会到了书中方法论的实际价值。

二、用户与需求分析

主要用户：在校学生，分为两类——失主（物品遗失，希望找回）和拾获者（捡到物品，希望归还）。

存在的问题：目前同学们主要通过班级群、宿舍群、朋友圈发布寻物或招领信息，但这类信息高度分散，且会被不断刷新的群消息淹没；一个同学在教学楼捡到校园卡，可能只能在有限的圈子里发布，而真正遗失校园卡的同学未必能看到。

本软件要解决的问题：提供一个集中、可搜索、不被刷掉的失物招领信息平台，让失主和拾获者都能快速发布、浏览、搜索信息，从而提高物品找回与归还的效率。

设计原则：功能简单、流程清晰、贴近小程序使用习惯，便于后续编码实现（本作业不做实名认证、即时聊天、地图定位等复杂功能）。

三、主要功能

功能	说明
浏览失物/招领信息	首页卡片流展示，可切换"寻物/招领"标签
发布寻物信息	填写物品名称、分类、丢失地点时间、描述、联系方式
发布招领信息	同上，标明"我捡到"
搜索物品	按名称/地点关键词搜索，含热门搜索与历史记录
查看物品详情	展示物品信息、发布者联系方式
修改信息状态	已归还 / 进行中 / 暂停展示
（扩展）消息通知	认领、浏览、状态变更提醒
（扩展）我的发布	个人发布与认领记录统计

四、原型设计（工具：墨刀）

本次使用 墨刀 完成原型设计。原型共 12 个页面，覆盖作业要求的基础页面（首页、发布、搜索、详情、我的发布）并适当扩展，按底部导航分为三个 Tab：
• 首页 Tab：首页、分类浏览、搜索、信息详情、联系发布者、全部信息、消息通知
• 发布 Tab：发布信息、发布成功
• 我的 Tab：我的发布、修改状态、修改成功
页面截图如下：
(首页）

（分类浏览 / 搜索）

（信息详情 / 联系发布者）

（全部信息 / 消息通知）

（发布信息 / 发布成功）

（我的发布 / 修改状态 / 修改成功）

五、使用流程图

流程一：查看信息 → 查看详情 → 联系发布者

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

流程三：搜索物品 → 查看搜索结果

六、结对过程
分工如下：

成员	主要工作
刘怀正（052404147）	需求分析、功能清单、流程图设计、博客整合
丁维彤（102402123）	墨刀原型绘制、页面布局、交互连线

七、作业耗时PSP记录

本次作业的预估与实际耗时记录如下：

任务	预估耗时（小时）	实际耗时（小时）	差异（小时）
需求分析	1.5	1.0	-0.5
原型设计（页面绘制）	3.0	3.5	+0.5
交互连线	1.0	1.5	+0.5
流程图与功能整理	0.5	0.5	0
博客撰写	1.5	1.5	0
合计	7.5	8.0	+0.5

八、个人总结

本次作业让我收获良多。一方面我掌握了墨刀原型工具的基本使用方法，理解了从用户需求到可交互原型的完整转化过程，学会了如何梳理用户流程、拆分功能模块。另一方面我也体会到，原型设计不是简单的页面堆砌，导航逻辑、表单易用性、细节间距都会直接影响用户体验，需要始终站在用户的角度思考设计。

作业中也遇到了一些问题：最开始对组件库不熟悉，找不到适配的单行输入框，也没有内置的弹出提示交互，后来通过打散复合组件、自定义提示条的方式解决了问题；页面元素的对齐与风格统一也花费了不少精力。后续我会多了解移动端设计规范，提升原型设计的效率与专业度。

整体来看，本次原型基本覆盖了校园失物招领的核心场景，满足了作业的要求，也让我对产品原型设计的价值与方法有了更直观、深入的理解。