软件工程第三次作业:校园失物招领小程序需求分析与原型设计
校园失物招领小程序:需求分析与原型设计
结对成员:学号 102402130 姓名 林晓捷|学号 102402129 姓名 梁洪睿
一、需求分析:谁在用、解决什么问题
本软件的主要用户是校园学生,分为两类角色:失主(丢了东西,希望尽快找回)和拾获者(捡到东西,希望方便地找到失主)。
当前的现实困扰是:失物招领信息散落在班级群、宿舍群、朋友圈等渠道,容易被新消息覆盖;而且发布范围受社交圈限制——在教学楼捡到校园卡的同学只能发在自己的班级群,失主很可能根本看不到。
因此本软件主要解决三个问题:
- 信息集中:寻物、招领信息统一发布、统一查看,不再分散;
- 信息可达:全校同学都能浏览和搜索,不受班级、群组限制;
- 信息可查可追踪:支持关键词搜索,物品归还后可更新状态,无需翻聊天记录。
由此提炼出核心需求:发布寻物信息、发布招领信息、浏览信息列表、按关键词搜索、查看物品详情与联系方式、编辑自己发布的信息、修改信息状态。
二、主要功能列表
| 功能 | 说明 |
|---|---|
| 浏览失物和招领信息 | 首页展示最新信息列表,可按"寻物 / 招领"筛选 |
| 发布寻物信息 | 填写物品名称、地点、时间、描述、联系方式后发布 |
| 发布招领信息 | 同上,信息类型选择"招领" |
| 搜索物品 | 按关键词匹配标题、地点、分类与描述 |
| 查看物品详情 | 点击信息卡片进入详情页,查看完整信息与联系方式 |
| 编辑自己发布的信息 | 在"我的发布"中修改寻物/招领信息的各项内容并保存 |
| 修改信息状态 | 在"我的发布"中将其标记为已解决,已解决信息从各列表移除 |
三、基本使用流程
用简单流程图描述用户使用软件的基本过程:
流程一(查看):进入首页 ➜ 浏览或搜索信息 ➜ 查看物品详情 ➜ 联系发布者
流程二(发布):进入发布页面 ➜ 选择类型并填写物品信息 ➜ 点击发布 ➜ 发布成功
流程三(搜索):进入搜索页面 ➜ 输入关键词 ➜ 查看搜索结果 ➜ 点击查看详情
流程四(管理):进入我的发布 ➜ 选择某条信息 ➜ 编辑修改内容并保存,或标记为已解决 ➜ 内容/状态更新完成,已解决信息从各列表移除
四、原型设计说明
页面构成:原型共 5 个页面——首页(信息列表与筛选)、发布信息页面(表单与校验)、搜索页面(关键词搜索与结果)、信息详情页面(完整信息与联系方式)、我的发布(状态管理)。
原型工具与展示:本原型采用墨刀实现,在线演示链接:校园失物招领小程序。
五、结对过程记录
- 分工:梁洪睿负责需求分析与流程图,林晓捷负责原型制作与博客排版;需求讨论与原型评审由两人共同完成。
六、PSP 表格
| 阶段 | 任务 | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| 计划 | 明确任务要求与分工 | 10 | 8 |
| 开发·需求分析 | 分析用户、需求与功能 | 40 | 40 |
| 开发·设计 | 绘制流程图与页面结构 | 30 | 30 |
| 开发·原型 | 制作交互原型 | 90 | 80 |
| 开发·文档 | 撰写博客 | 40 | 20 |
| 测试 | 演示流程并修正问题 | 20 | 10 |
| 报告 | 整理并提交 | 10 | 10 |
| 合计 | 240 | 198 |
七、个人总结
本次结对任务中,我主要负责校园失物招领小程序的原型制作与博客排版,并与搭档共同完成需求讨论和原型评审。通过实践,我熟悉了墨刀的画板管理与页面交互设计,也加深了对如何将用户需求转化为具体功能和操作流程的理解。今后还需更加注意画板顺序、图层整理和交互细节,让原型更加清晰、易用。

浙公网安备 33010602011771号