软件工程个人作业(第三次)
校园失物招领小程序 —— 需求分析与原型设计
| 项目 | 内容 |
|---|---|
| 这个作业属于哪个课程 | 2026秋软件工程与软件工程实践 - 福州大学 |
| 这个作业要求在哪里 | 作业要求 |
| 这个作业的目标 | 完成校园失物招领小程序的需求分析与原型设计 |
| 学号 | 052401324 |
一、需求分析
1.1 背景与问题
在校园生活中,同学们经常遗失校园卡、钥匙、水杯、雨伞、耳机、书籍等物品。目前大家主要通过班级群、宿舍群、朋友圈发布寻物或招领信息,存在明显不足:信息分散在多个群聊中,随消息不断刷新很容易被覆盖,查找不便;捡到物品的同学和丢失物品的同学往往不在同一个群,信息难以匹配,失物归还效率低。
1.2 主要用户及其需求
本软件主要面向校园学生,用户可分为两类:
- 丢失者:希望快速发布寻物信息,并能方便地搜索是否有人捡到自己的物品;
- 拾得者:希望集中发布招领信息,让失主容易找到,而不是淹没在群聊里。
两类用户的共同需求是:信息集中、可搜索、可按时间浏览、能查看详情并联系对方。
1.3 软件解决的核心问题
将分散在各类群聊中的寻物、招领信息集中到统一平台,通过关键词搜索提高失物匹配与归还效率。
二、软件主要功能
- 浏览失物和招领信息(首页按时间倒序展示,区分“寻物/招领”标签);
- 发布寻物信息;
- 发布招领信息;
- 按物品名称等关键词搜索;
- 查看物品详情(图片、描述、时间、地点、联系方式);
- 修改信息状态(如标记“已找到”“已归还”);
- 查看我的发布并管理。
三、用户使用基本流程
流程一:浏览查看
进入首页 ➡ 浏览失物/招领信息 ➡ 点击感兴趣的信息 ➡ 查看物品详情 ➡ 联系发布者
流程二:发布信息
进入发布页面 ➡ 选择类型(寻物/招领)➡ 填写物品名称、描述、地点、联系方式 ➡ 点击发布 ➡ 发布成功
流程三:搜索物品
进入搜索页面 ➡ 输入关键词(如“校园卡”)➡ 查看搜索结果列表 ➡ 点击结果查看详情
四、原型设计
4.1 所用工具
本作业采用 墨刀(Modao) 进行原型设计,它是一款国产在线原型工具,上手简单、组件丰富,适合快速绘制小程序界面并生成可交互演示。
4.2 原型页面说明
原型共包含 5 个页面:
| 页面 | 主要内容 |
|---|---|
| 首页 | 顶部搜索入口;“寻物/招领”标签切换;信息流列表(物品图、标题、时间、地点标签) |
| 发布信息页 | 类型选择(寻物/招领)、物品名称、描述、拾到/丢失地点、联系方式、发布按钮 |
| 搜索页 | 搜索框、热门关键词、搜索结果列表 |
| 信息详情页 | 物品图片、详细描述、时间地点、发布者联系方式、状态修改按钮 |
| 我的发布 | 我发布的所有信息列表、状态标记(寻找中/已找回) |
4.3 可演示流程
- 查看信息 ➡ 查看详情:首页点击任一信息卡片,跳转到详情页;
- 发布信息 ➡ 发布成功:发布页填写完成后点击“发布”,提示发布成功并返回首页;
- 搜索物品 ➡ 查看搜索结果:搜索页输入关键词,展示匹配结果列表。
![1-首页]()
![2-发布信息页]()
![3-搜索页]()
![4-信息详情页]()
![5-我的发布]()
五、PSP 表格
| 任务 | 预估耗时(小时) | 实际耗时(小时) | 差异(小时) |
|---|---|---|---|
| 阅读《构建之法》第3、8章 | 1.5 | 2.0 | +0.5 |
| 需求分析与讨论 | 2.0 | 2.5 | +0.5 |
| 学习墨刀原型工具 | 1.0 | 1.5 | +0.5 |
| 原型设计与制作 | 3.0 | 4.0 | +1.0 |
| 流程图绘制 | 0.5 | 0.5 | 0.0 |
| 博客撰写 | 1.5 | 2.0 | +0.5 |
| 合计 | 9.5 | 12.5 | +3.0 |
六、结对过程记录
我先阅读《构建之法》第3章与第8章,了解需求分析与原型设计的基本方法;随后从客户描述的现实困扰出发,梳理用户需求、列出功能清单;接着在墨刀中逐页搭建原型,每完成一个页面就自己试用一遍,检查流程是否顺畅、文案是否准确,发现问题立即修改;最后绘制用户使用流程图并撰写博客。
七、个人总结
这次独立完成需求分析与原型设计,让我体会到“先想清楚、再动手”的重要性——先弄明白用户到底被什么困扰、软件要解决什么问题,再决定界面长什么样,比直接开始画图高效得多。使用墨刀搭建原型的过程中,我学会了用组件快速表达界面意图。遇到的主要问题是初期功能设计贪多,想加地图定位、即时聊天等复杂功能,后来对照作业要求做减法,聚焦“发布—浏览—搜索—详情”主线,反而让流程更清晰。另外,反复试用自己的原型帮我发现了不少流程上的疏漏(如修改状态的入口位置),这让我认识到原型设计不只是画图,更是对需求的反复推敲,也为后续的代码实现打好了基础。





浙公网安备 33010602011771号