软件工程第三次作业

项目	内容
姓名 学号	102401337吴昊阳 102401335郭航铭
这个作业属于哪个课程	H202601软件工程与软件工程实践
这个作业要求在哪里	软件工程个人作业(第三次)
原型连接	校园失物招领小程序

---

一、用户需求与分析

1.1 问题背景与客户痛点

客户在描述中给出的痛点非常典型，可以整理为三点：

• 信息分散：同学们丢失校园卡、钥匙、水杯、雨伞、耳机、书籍等物品后，只能在班级群、宿舍群、朋友圈发布寻物或招领信息，渠道彼此割裂；
• 信息易被覆盖：群聊消息不断刷新，之前发布的信息很快被新消息淹没，事后查找困难；
• 触达错位：捡到校园卡的同学只能在自己的班级群或朋友圈发布，而失主未必能看到这条消息——发生在教学楼、宿舍区、食堂、图书馆、运动场等场景时，供需双方无法匹配。

一句话概括要解决的问题：让寻物、招领信息集中发布、可搜索、可直达，提高校园失物寻找和归还的效率。

1.2 主要用户与利益相关者分析

主要用户是在校学生，按使用场景分为两类角色：失主（需要发布寻物信息、搜索和浏览招领信息）和拾到者（需要发布招领信息、搜索寻物信息）。次要相关方有校园管理部门（保卫处等，本作业可不纳入）；本小程序由学生直接使用，属于“用户即顾客”的场景。用《构建之法》第 8 章的话说：需求在“用户最需要的 → 用户表达出来的 → 团队理解的 → Spec → 代码 → 验证”的链条上会不断丢失（秋千图），所以调研时要盯住用户的真实痛点——“信息分散、易被覆盖、供需错配”，而不是急于罗列功能。

1.3 功能需求

功能	说明
浏览失物和招领信息	首页以列表展示寻物、招领两类信息，可按类型筛选，按发布时间排序，突出物品名称、地点、时间等关键信息。
发布寻物信息	失主填写物品信息并发布，等待拾到者联系。
发布招领信息	拾到者填写物品信息并发布，等待失主认领。
搜索物品	按物品名称等关键词搜索寻物/招领信息。
查看物品详情	点击列表项进入详情页，查看物品名称、类型、丢失/拾获地点、时间、描述、联系方式等，并可联系发布者。
修改信息状态	发布者可将信息标记为“已找到/已认领”，避免无效信息干扰他人。
我的发布	集中查看和管理自己发布的信息，方便修改状态或删除。

二、使用流程

• 流程一：查看信息 → 查看详情（首页列表 ➡ 点击列表项 ➡ 详情页）

• 流程二：发布信息 → 发布成功（发布页填写 ➡ 点击发布 ➡ 跳转“发布成功”提示/返回首页列表可见新信息）

• 流程三：搜索物品 → 查看搜索结果（首页搜索栏输入关键词 ➡ 搜索页显示结果列表 ➡ 可点击进详情）

三、原型设计

• 本次原型设计采用工具figma进行，原型在线链接：原型设计

• 原型图

四、结对过程记录

在本次软件工程结对作业中，我与队友按照“先学习、再总结、后实践”的流程推进。先对《构建之法》第三章和第八章进行了阅读学习，重点学习结对合作中的角色分工、沟通方式，以及需求分析、原型设计的基本方法；阅读后及时进行交流，形成共同理解。随后，我对学习成果进行了系统总结，提炼出一套可操作的方法论，包括结对协作规范、用户需求获取与分析方法、PRD撰写要点、功能优先级判断和原型设计原则等。
借助这套方法论，我们共同开展用户需求分析，围绕校园场景中信息发布分散、传播效率低、获取渠道不统一等问题进行讨论，并从目标用户、使用场景、核心功能和实现成本等维度梳理需求。经过多轮讨论形成了三种不同的PRD方案，分别从信息发布、互动交流、综合服务等不同角度切入。通过比较各方案的可行性、用户覆盖范围、开发难度和后续维护成本，经过最终沟通确定采用“校园徽墙（信息发布型）”方案。
方案确定后，由郭航铭负责原型页面设计。根据PRD中的核心需求，规划了首页信息流、信息发布入口、详情查看、信息搜索以及我的发布等主要页面，并使用原型设计工具进行搭建，逐步完善页面结构，最终形成本次结对作业的原型设计成果。

五、PSP表格

任务	预估耗时（小时）	实际耗时（小时）	差异（小时）
阅读《构建之法》相关章节	2	2.5	0.5
需求分析	1	1.5	0.5
方案设计与 PRD 撰写	2	3	1
原型设计与修改	3	4	1
博客撰写	1	1	0
合计	9	12	3

六、《构建之法》学习成果

本次学习成果围绕《构建之法》第三、四、八章内容，因本次作业为双人结对作业，在学习《构建之法》时，把第四章也纳入了阅读范畴，形成一条从个人能力、两人协作到需求分析与原型验证的逻辑链。

通过《构建之法》第三、四、八章的学习，我掌握了结对编程"驾驶员—领航员"的分工模式与两人合作的四个阶段，理解了需求分析"获取—分析—验证—管理"的完整流程，学会用 NABCD、功能四象限和 KANO 模型做需求取舍，认识到原型设计应秉持"快速构建、快速验证、快速迭代"的方法论。本次失物招领小程序的设计正是对这些知识的融会贯通：先调研访谈明确痛点，再对比方案确定方向，最后以最小成本完成可演示原型。

七、个人总结

102401337吴昊阳：本次作业中，我主要负责前期资料整理与 PRD 设计。在项目开展前先对《构建之法》第 3、8 章进行了通读，在大模型的协助下梳理出结对协作与需求分析的方法论。PRD 设计阶段，我与队友头脑风暴出三种方案——信息发布型的"校园微墙"、匹配撮合型的"智寻"、社区互助型的"互助圈"，分别成文后用 NABCD 和功能四象限对比取舍，最终统一意见选定方向。需求分析的关键不在"加功能"，而在"做减法"，精准清晰的的界面更能满足用户的需求。

102401335郭航铭：本次作业中，我主要负责原型的设计与实现。在完成需求分析和PRD设计后，我开始使用原型设计工具进行搭建，逐步完善页面结构，最终形成本次结对作业的原型设计成果。这次的实践让我更理解结对沟通、需求分析、原型设计等环节的重要性，也发现自己在过程记录和沟通方面仍有不足，后续会继续改进。