软工第一次结对作业
2026秋软件工程第一次结对作业:校园失物招领小程序需求分析与原型设计
| 项目 | 内容 |
|---|---|
| 作业所属课程 | 202601 SoftwareEngineering |
| 作业要求 | 第一次结对作业之需求分析和原型设计 |
| 小组成员 | 陈飞扬 102402118、蔡以恒 102402117 |
| GitHub 仓库 | 2601-fzu-SoftwareEngineering-YuezhongWu |
| 原型工具 | Figma |
| Figma 在线链接 | https://www.figma.com/proto/Wqwee4J61MQya7CimcfpZs/校园失物招领小程序?node-id=2-155&p=f&t=QTXI3LpOVlLl3dWi-1&scaling=min-zoom&content-scaling=fixed&page-id=0%3A1&starting-point-node-id=2%3A155 |
| 备用交互演示 | 在线打开原型 |
一、问题与需求分析
校园卡、钥匙、雨伞和书籍等物品遗失很常见。目前信息主要发布在班级群、宿舍群和朋友圈,消息容易被覆盖,失主和拾取者经常无法及时联系。因此,我们设计一个面向学生的校园失物招领小程序,集中展示寻物与招领信息,帮助用户快速搜索、查看详情并联系发布者。
主要用户有三类:丢失物品的学生需要发布寻物信息并搜索招领信息;捡到物品的学生需要发布招领信息,并在归还后修改状态;普通浏览者需要分类查看和搜索校园内的信息。三类用户的核心任务都围绕“浏览、搜索、查看、发布、联系”展开。
本次只实现基础需求,不加入即时聊天、地图定位、实名认证和复杂后台,避免功能过多导致流程难以理解。
二、主要功能与流程
基础功能包括浏览失物和招领信息、发布寻物信息、发布招领信息、按关键词搜索、按类型和地点筛选、查看详情、联系发布者,以及在“我的发布”中修改状态。
信息主要包含物品名称、类型、地点、时间、描述、联系方式和当前状态。寻物与招领共用同一套字段,可以减少页面和理解成本,也方便后续结对编程实现。

三、原型设计
原型使用 Figma 设计,共包含六个页面:首页、搜索、信息详情、发布信息、发布成功和我的发布。首页以信息卡片为主,搜索框和分类标签放在上方。搜索页面提供关键词、类型和地点筛选。详情页面集中展示物品信息,并在底部固定“联系发布者”按钮。发布页面通过切换按钮区分寻物和招领,填写完成后进入发布成功页面。“我的发布”用于修改“寻找中、已找到、招领中、已归还”等状态。

原型采用统一卡片、状态标签和固定主按钮,所有页面均围绕用户的核心操作设计,页面层级保持在三层以内。
四、结对过程
两人先共同阅读客户描述,确定用户、问题和功能范围;随后分开梳理首页、搜索、详情和发布流程。陈飞扬重点整理需求、发布页和我的发布页,蔡以恒重点设计首页、搜索页、详情页和流程图。最后两人共同检查“查看详情”和“发布成功”两条主要流程,删除了不必要的筛选和字段。
五、PSP
| 任务 | 预估耗时 | 实际耗时 |
|---|---|---|
| 需求讨论与用户分析 | 1.0 小时 | 1.0 小时 |
| 功能与页面设计 | 1.0 小时 | 0.9 小时 |
| 流程图与原型制作 | 3.0 小时 | 2.5 小时 |
| 原型检查和修改 | 0.5 小时 | 0.5 小时 |
| README、博客与总结 | 1.0 小时 | 0.8 小时 |
| 合计 | 6.5 小时 | 5.7 小时 |
六、个人总结
我主要负责首页、搜索、详情和流程图。这次作业让我理解了流程图和页面结构必须对应,每一步操作都应在原型中找到对应页面。通过反复检查,我们把功能收敛到六个主要页面。
本次原型已经覆盖浏览、搜索、查看详情、发布和修改状态等核心场景。后续结对编程将在此基础上实现数据存储、信息列表、搜索、发布和状态管理,不改变本次确定的基本信息结构。
浙公网安备 33010602011771号