2026秋软件工程第一次结对作业

这个作业属于哪个课程	H202601软件工程与软件工程实践
这个作业要求在哪里	2026秋软件工程第一次结对作业之需求分析和原型设计
这个作业的目标	分析校园失物招领需求，使用原型呈现主要页面和流程，并通过结对协作完成需求分析与设计
学号与姓名	102402144 张家祥；102402151 朱铭浩

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

原型工具： Figma
原型在线展示： 校园失物招领小程序原型

一、项目背景与用户需求

校园卡、钥匙、水杯等物品常有遗失或被捡情况。同学目前多在群聊或朋友圈发布消息，信息分散且容易被覆盖。主要用户是校园学生：失主需要发布寻物信息，拾得者需要发布招领信息，浏览者希望按关键词快速查找。本软件将两类信息集中展示，缓解消息难找、难以触达的问题。

我们从用户场景出发梳理浏览、发布、搜索、查看详情和更新状态等需求，运用《构建之法》第3章的结对讨论与需求分析方法，并借助第8章的原型设计思路，用页面检查需求和流程。首版聚焦基本功能，便于后续实现。

二、主要功能与页面

原型包含首页、发布页、搜索页、详情页和发布成功页。首页浏览并筛选寻物/招领信息；发布页填写类型、名称、类别、时间地点、描述和联系方式；搜索页按关键词和类型查找；详情页展示物品信息与状态，发布者可标记已解决；成功页确认提交并可继续查看。联系方式不在列表直接展示。

从操作顺序看，用户可先在首页切换“寻物”或“招领”，也可直接搜索；找到线索后进入详情核对时间、地点和物品描述，再通过联系方式联系发布者。发布时，必填信息用于帮助他人识别物品，描述可补充颜色、特征等细节。提交成功页提供明确反馈，避免用户误以为没有发布成功。原型展示的是交互方案，信息存储、身份验证和真实消息通知仍需在后续开发中实现。

用户使用流程图：

三、原型设计与展示

本次使用 Figma 制作手机端原型，突出搜索、分类和发布入口，卡片展示名称、类型、时间地点，表单提交后给出反馈。设计强调步骤少、信息清楚、状态明确。

页面设计也考虑了信息呈现的优先级：首页先展示便于快速判断的摘要，详情页再呈现完整描述，减少列表拥挤。联系方式只在详情页提供，能够避免在公开列表中直接暴露；实际开发时还应限制个人信息填写，并提醒用户线下交接时注意安全。

四、结对过程

我们共同阅读需求，讨论失主和拾得者的任务，梳理页面、字段和操作顺序，再制作 Figma 原型并检查跳转。通过页面预览确认搜索、发布和详情入口清晰，并控制功能范围以便后续实现。

后续代码实现将以本次原型为基础，我们计划提前熟悉 GitHub 仓库、提交和协作流程。

五、PSP时间记录

PSP 阶段	预估耗时（小时）	实际耗时（小时）
阅读材料与讨论需求	0.8	0.8
梳理功能与流程	0.8	0.7
Figma 原型制作与检查	1.5	2.0
博客整理与互相检查	0.9	1.0
合计	4.0	4.5

六、个人总结

朱铭浩： 我学到设计前要先理解用户场景，再把需求转成页面和操作流程。与搭档及时确认页面内容，能减少理解偏差。我们一度难以确定首版范围，后来优先保留发布、搜索和查看详情等核心任务。我会继续练习需求拆解，并熟悉 GitHub 协作。

张家祥： 我体验了从需求到原型的过程，也发现按钮、字段和跳转顺序都要符合用户习惯。我们反复讨论列表与详情的信息安排，原型帮助我们及早发现理解差异。之后我会继续学习需求分析和 GitHub 操作，为基于原型的代码实现做准备。