软件工程结对作业（第一次）

课程	https://edu.cnblogs.com/campus/fzu/2026-01SoftwareEngineeringandSoftwareEngineeringPractice/
作业要求	https://edu.cnblogs.com/campus/fzu/2026-01SoftwareEngineeringandSoftwareEngineeringPractice/homework/16742
作业目标	完成「校园失物招领小程序」需求分析和原型设计
学号&姓名	102401303陈铮、102401305卓滢
Figma	https://www.figma.com/design/B6VSz2jKudgKzh8soHBEgo/福大失物招领?node-id=1-2&t=tAGtvQv9EEuTUF8T-1

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

通过共同阅读《构建之法》第3章和第8章，我们认识到结对合作需要充分沟通、共同对结果负责；需求分析也不能只列功能，而要从真实用户场景出发，明确要解决的核心问题。本次作业据此聚焦校园失物招领的发布、浏览、搜索和详情等基本功能，并用原型和流程图进行验证，为后续结对编程打基础

二、软件原型展示

1. 启动页、登录页与首页

2. 信息发布界面

3.搜索与信息详情界面

4.个人中心界面

5.特色功能展示

原型界面背景特意采用福大校园景色，增强校园归属感

三、主要用户及需求

本软件主要面向在校学生，核心用户有三类：
丢失物品的同学： 希望快速发布寻物信息，并能通过关键词搜索，查看别人发布的招领信息，尽快找回物品
捡到物品的同学： 希望方便地发布招领信息，让失主能尽快看到并联系自己
浏览信息的同学（闲逛的同学）： 希望集中浏览校园内的失物招领信息，或通过搜索快速定位相关物品
主要需求包括：发布寻物/招领信息、浏览信息、关键词搜索、查看物品详情、联系发布者、修改信息状态
本软件主要解决校园寻物和招领信息分散在班级群、宿舍群、朋友圈，容易被新消息覆盖、跨群传播有限、不方便搜索的问题，通过集中发布和关键词搜索，提高校园失物寻找和归还的效率

四、软件主要功能

功能模块	功能	说明
登录	账号密码登录	支持账号密码登录，也可游客浏览
浏览	查看寻物/招领	双 Tab 切换查看寻物和招领信息
浏览	分类筛选	按校园卡、钥匙、雨伞、耳机、水杯等分类筛选
浏览	校区切换	支持旗山、铜盘、怡山、晋江、厦门校区，信息按校区隔离展示
搜索	关键词搜索	输入物品名称搜索，提供热门搜索快捷入口
发布	发布寻物/招领	填写物品名称、分类、地点、时间、描述，支持上传照片
详情	查看物品详情	查看物品图片、描述、地点、时间及发布者信息
详情	收藏与举报	收藏感兴趣的信息，对可疑信息进行举报
个人中心	我的发布	查看、编辑、标记完成、删除、下架/重新上线
个人中心	消息通知	匹配提醒、浏览动态、归还提醒、系统通知
个人中心	我的收藏	查看收藏的物品
个人中心	设置	通知开关、校区选择、清除缓存、退出登录
特色	收藏状态提醒	收藏物品状态发生变化时自动提醒
特色	举报处理	提交举报原因并补充说明

一些文字描述

本软件名为“福大失物招领”，功能设计完全围绕校园场景展开。登录页支持邮箱验证码登录，并提供“游客浏览”模式，降低新用户的使用门槛。进入首页后，顶部是搜索框，下方通过“失物寻物/物品招领”双Tab切换信息流，并带有“全部、校园卡、钥匙、雨伞、耳机、水杯”等分类标签快速筛选。右上角支持多校区切换（旗山、铜盘、怡山、晋江、厦门），不同校区的信息隔离展示，避免跨校区干扰
在发布流程上，发布页采用“我丢了东西 / 我捡到东西”二选一，表单必填项清晰引导，包含物品名称、分类标签（支持“其他”手动输入）、地点下拉选择、具体位置、时间、物品描述，并支持最多上传3张照片。发布成功后给出正向反馈，并引导用户返回首页继续浏览
搜索与详情方面，搜索页提供“校园卡、钥匙、雨伞、耳机、水杯”等热门搜索词，点击即可一键直达。物品详情页完整展示物品信息、分类、地点、发布时间和发布者信息，底部提供“收藏、查看TA的个人主页、举报”三个入口，并支持一键复制发布者QQ，认领流程简洁直接
个人中心包含数据统计（发布、已找回、收藏）和快捷入口。在“我的发布”中，发布者可以编辑启事、标记完成（已归还/已找到）或删除信息。编辑启事支持修改物品名称、分类、地点与描述，并可以下架或保存修改。消息通知页汇聚了匹配提醒、浏览动态、归还提醒和系统通知，让用户一目了然，当系统检测到有与你丢失物品匹配的招领信息时，会自动通知你
此外，软件还设计了几个实用的特色功能：多校区切换、我的收藏（收藏物品状态发生变化时自动提醒）、设置（通知与隐私开关、清除缓存、退出登录）、以及举报机制（单选举报原因并补充说明，承诺24小时内核实处理）。整体功能力求简单、清晰，便于后续结对编程实现

五、用户使用流程

六、PSP表格

任务	预估耗时（分钟）	实际耗时（分钟）
学习《构建之法》相关章节	30	30
需求讨论与分析	40	50
流程图设计	30	25
原型设计	120	150
交叉评审与修改	40	60
博客撰写	60	60
个人总结	20	20
总计	340	395

七、结对过程

阶段	主要工作	参与人
需求讨论	阅读客户描述，确定用户分类和核心功能，明确不做即时聊天、地图定位等复杂功能	两人共同讨论
流程设计	梳理“浏览→详情”“发布→成功”“搜索→结果”等基本流程	陈铮
原型制作	使用墨刀/Figma 制作首页、发布页、搜索页、详情页和“我的发布”页	陈铮
评审与可实现性评估	走查页面跳转和交互，修正发布成功反馈、空搜索结果提示、状态命名等问题；评估功能后续实现难度	卓滢
博客整理	整理原型截图、流程图、需求分析和功能说明，分别撰写个人总结	两人共同整理原型和流程图，互相补充需求与功能说明

一些话

在着手开始本次结对作业前，我们先把作业要求看了一遍，简单地沟通了一下要做什么功能。我觉得用户无非就丢东西的、捡东西的、纯浏览的三类，核心应该是解决信息分散、容易被群消息刷掉的问题，所以功能重点放在集中发布和关键词搜索上
之后流程图和原型基本都是队友画的，做了首页、发布页、搜索页、详情页和“我的发布”页，流程也梳理了浏览、发布、搜索几条线。我主要负责评审流程和功能可实现性考虑，对初版原型进行了一些微调。全部改完以后我们又一起走了一遍流程，确认每条功能主线都能走通
最后写博客时，队友负责整理原型截图和流程图，我补充需求分析和功能说明，攥写博客大纲

八、个人总结

这次结对我的收获主要有两点：（1）需求分析不能贪多，功能越简单清晰，后面实现才越顺；（2）评审的时候不能用模糊的词汇（“这里不太对”）来评价，而是要具体讲清楚哪里存在问题、不足之处是什么、要怎么改更合适，队友才容易做下一步的优化。结对让我更重视从实现角度回头看设计，不能光想功能好不好，还得多考虑功能是否明晰、引导是否清楚、能否成功实现这些细节