2026秋软件工程个人作业(第三次)

项目	内容
这个作业属于哪个课程	2026秋软件工程
这个作业要求在哪里	2026秋软件工程个人作业（第三次）
这个作业的目标	阅读《构建之法》第3、8章，结对合作，完成“校园失物招领小程序”的需求分析与原型设计
Figma原型	小程序预览

学号	姓名
102401426	薛强龙
102401425	薛昌建

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

一、作业目标

分析需求并制作原型，为后续开发明确功能与流程。本次不编写程序。

二、问题背景

物品丢失后，寻物和招领消息散落在群聊中，容易被新消息淹没，失主与拾获者也可能不在同一个群。我们希望集中展示信息，方便查找和更新状态。

三、用户分析与需求分析

阅读《构建之法》中关于合作、需求与原型的章节，为本次作业提供了较为清晰的方法指导。

1. 结对合作

书中强调结对并非简单分工，而是围绕同一份产出持续检视，一人主笔、一人复审，发现问题及时沟通。我们据此分工，一人负责原型绘制，一人负责文档撰写，每完成一页便由对方走查验证。书中关于反馈方式的论述亦对我们有所启发，先肯定可用之处，再指出具体问题，使修改过程更为顺畅，避免了返工。

2. 需求分析和原型设计的基本方法

书中指出需求分析应先明确用户及其困扰，而非直接罗列功能。我们以 NABCD 框架梳理本项目：N 为校园失物信息分散于各类群聊，易被覆盖而难以查找；A 为集中发布与查看，并支持关键词搜索；B 为提高失物寻找与归还效率；C 为既有的班级群、朋友圈等发布方式；D 为先在校内推广使用。典型用户与场景的分析亦遵循书中思路，围绕丢物者如何搜索、拾物者如何发布推导功能，最终仅保留浏览、发布、搜索、详情与状态修改。原型设计则采纳书中以低成本验证的观点，先完成首页、发布、搜索、详情四页，确保三条基本流程可演示通过，为第二次代码实现奠定基础。

用户包括失主、拾获者和浏览信息的同学，分别需要发布寻物、发布招领，以及搜索和查看详情。核心功能还包括联系发布者、更新状态。页面应清楚易用；认证、聊天、地图和复杂后台不在本次范围内。

四、主要功能设计

首页浏览信息；发布页填写物品资料；搜索页支持关键词及类型、状态筛选；详情页展示物品特征和状态，并提供联系与更新入口。联系页的 QQ 号仅作占位。

五、页面原型设计

我们用 Figma 制作九个画面，覆盖首页、发布、搜索和详情四类核心页面，并补充发布成功、搜索结果、联系提示和状态更新。发布页填写物品资料并提供图片入口；详情页展示地点、时间、特征与状态，并用文字提示图片位置。示例使用保温杯和折叠伞。

首页：

发布寻物与发布招领：

搜索与搜索结果：

信息详情：

三个交互反馈画面：

六、用户操作流程

graph TD A[进入首页] --> B[浏览信息列表] A --> C[搜索物品] A --> D[选择发布类型] B --> E[点击卡片] E --> F[查看物品详情] C --> G[查看搜索结果] G --> H{有结果?} H -- 有 --> F H -- 无,改关键词 --> C F --> I[联系发布者] F --> J[标记已归还] D --> K[填写物品信息] K --> L{信息完整?} L -- 缺项,补充 --> K L -- 完整 --> M[发布成功反馈] M --> N[返回首页]

查看： 首页 → 浏览信息 → 查看详情 → 联系发布者。

发布： 首页 → 选择寻物或招领 → 填写信息 → 发布成功。

搜索： 首页 → 搜索“水杯” → 查看结果 → 进入详情。

更新状态： 详情 → 标记已归还 → 查看反馈。

七、原型测试结果

我们逐项点击原型入口，检查跳转和反馈：

测试项目	结果	说明
首页信息卡片进入详情	通过	播放态点击白色保温杯卡片后进入详情页。
首页进入发布页	通过	点击发布按钮进入发布寻物页。
首页进入搜索页	通过	点击搜索入口进入搜索页。
搜索显示结果	通过	点击搜索按钮显示“水杯”结果。
结果进入详情	通过	点击水杯结果卡片进入详情。
发布成功反馈	通过	两类发布按钮进入成功反馈页。
联系发布者	通过	详情按钮进入联系提示页。
修改信息状态	通过	点击状态按钮进入已归还反馈页。

八、PSP表格

阶段	任务内容	预计耗时（分钟）	实际耗时（分钟）
需求分析	阅读作业网页、整理用户故事	20	10
页面设计	明确四页结构及反馈画面	30	24
原型制作	绘制Figma九个画面	90	116
流程设计	设置页面跳转	30	35
流程测试	检查页面跳转和操作反馈	20	5
博客撰写	整理图文与测试记录	20	25
合计		210	215

九、结对讨论纪要

以下纪要根据本次分工和设计过程整理，并非逐字记录：

• 需求讨论：薛强龙提出，群聊消息容易被新消息淹没，软件应方便失主、拾获者和浏览者查找信息。薛昌建补充，列表要清楚显示信息类型和处理状态。我们决定不加入实名认证、聊天和地图。
• 页面与流程：薛强龙建议用首页、发布、搜索和详情页面串起主要任务，并补充发布成功与状态更新提示。薛昌建提出，发布页要写清物品名称、类别、地点、时间和特征，方便失主辨认。
• 原型制作：薛昌建检查信息卡片和状态标签；薛强龙核对查看详情、发布成功和搜索结果等跳转。两人一起调整地点文字，用图片位置提示代替示例照片，并保留联系入口。
• 测试与博客：薛强龙检查页面入口和返回路径；薛昌建核对截图、反馈画面和测试表。最后我们对照作业要求整理博客，并各自完成个人总结。

十、个人总结：薛昌建

我主要负责信息卡片、发布表单和详情页的内容核对。起初我以为把物品名称写清楚就够了，跟着流程逐页检查后才发现，地点、时间、特征和状态同样关键，缺少任何一项，后续的查看详情和搜索结果都会断掉。这次也感受到结对检查的好处，很多遗漏都是对方先发现的，一个人看很容易滑过去。后续如果要做联系发布者和筛选条件，我会先把字段和跳转关系列清楚，核对无误后再定下来，避免返工。