软工第一次结对作业
校园失物招领小程序 —— 需求分析与原型设计
基本信息
| 项目 | 内容 |
|---|---|
| 课程链接 | https://edu.cnblogs.com/campus/fzu/202601SofwareEngineering |
| 作业要求 | https://edu.cnblogs.com/campus/fzu/202601SofwareEngineering/homework/16743 |
| 小组成员 | 102401334 王翔鹏 / 102401333 周玘晖 |
| 原型开发工具 | 墨刀(Modao) |
| 原型在线链接 | https://modao.cc/proto/DE10vY04tm2c5a6w6PIEtM/sharing?view_mode=read_only&screen=rbpVWUs0jNBCmTRHg |
一、需求分析
1. 主要用户及其需求
本软件主要面向校园学生,根据使用场景可分为两类用户:
- 丢失物品的同学:希望快速发布寻物信息,并搜索是否有人捡到并发布了招领信息。
- 捡到物品的同学:希望发布招领信息,让失主能够看到,进而归还物品。
2. 软件主要解决什么问题
目前同学们通常通过班级群、宿舍群、朋友圈发布寻物或招领信息。这些信息分散在不同平台,且随群聊消息不断增加,之前发布的信息容易被新消息覆盖,查找不便。更重要的是,捡到物品的人和丢失物品的人往往不在同一个群里,信息无法有效触达对方。
因此,本软件旨在提供一个集中、统一的失物招领信息平台,让同学们可以集中发布和查看寻物、招领信息,并通过物品名称等关键词快速搜索,提高校园失物寻找和归还的效率。
二、主要功能
- 浏览失物和招领信息(首页列表,支持按类型筛选)
- 发布寻物信息
- 发布招领信息
- 搜索物品(按物品名称 / 关键词)
- 查看物品详情
- 修改信息状态(如"已找回""已归还")
- 我的发布(查看和管理自己发布的信息)
三、原型设计
1. 页面结构
原型共包含 7 个页面,覆盖了作业要求的全部必需页面:
| 序号 | 页面 | 说明 |
|---|---|---|
| 01 | 首页 | 浏览失物/招领列表,顶部搜索入口,底部导航 |
| 02 | 搜索页 | 输入关键词,含热门搜索与搜索历史 |
| 03 | 搜索结果页 | 展示关键词匹配的信息列表 |
| 04 | 信息详情页 | 展示物品信息与发布者联系方式 |
| 05 | 发布信息页 | 选择类型(寻物/招领)并填写物品信息 |
| 06 | 发布成功页 | 发布成功后的提示与跳转 |
| 07 | 我的发布页 | 查看和管理自己发布的信息及状态 |
2. 设计风格
整体采用简约、时尚、大方的风格:以现代靛蓝色(#4E6EF2)为主色,白色卡片搭配大圆角和柔和阴影;招领信息用绿色标签、寻物信息用橙色标签,便于用户一眼区分信息类型;底部采用三栏导航(首页 / 发布 / 我的),符合微信小程序的通用交互习惯。
3. 页面展示





四、使用流程图



五、PSP 表格
| Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|
| 计划 | 30 | 30 |
| · 估计任务时间 | 15 | 15 |
| · 需求分析 | 60 | 40 |
| · 设计说明 | 45 | 40 |
| · 设计复审 | 30 | 30 |
| · 原型与流程设计 | 120 | 100 |
| · 事后总结 | 30 | 30 |
| · 计算工作量 | 15 | 10 |
| 合计 | 345 | 300 |
说明:本次作业不涉及代码编写,故省略编码、测试等阶段。
六、结对过程记录
本次作业由两人结对完成,采用"一人主需求分析与流程、一人主原型设计"的分工方式。
- 首先两人共同讨论并明确用户需求,梳理出用户类型与核心痛点。
- 由 周玘晖 负责整理需求分析文档、功能列表,并绘制使用流程图。
- 由 王翔鹏 负责在墨刀中搭建原型页面,两人共同确认页面元素与配色。
- 最后两人一起检查流程是否可走通,补充 PSP 表格并分别撰写个人总结。
结对过程照片 / 截图:


七、个人总结
我在本次作业中主要负责原型设计。第一次使用墨刀时并不熟练,通过查阅教程和反复尝试,逐渐掌握了页面搭建和交互连线的技巧。我最大的收获是体会到"先设计后开发"的价值——一个清晰的原型能让需求变得直观可见,也能提前发现流程不合理的地方。遇到的问题包括:配色和排版难以把握、交互演示偶尔出现跳转混乱。通过与搭档讨论和多次修改,最终完成了一套风格统一、流程顺畅的原型。后续我将提前熟悉 GitHub,为第二次结对编程做好准备。
浙公网安备 33010602011771号