2026秋软件工程第一次结对作业
校园失物招领小程序——需求分析与原型设计
| 项目 | 内容 |
|---|---|
| 这个作业要求在哪 | 2026秋软件工程个人作业(第三次) |
| 这个作业属于哪个课程 | H202601软件工程与软件工程实践 |
| 原型设计工具 | 墨刀 |
| 设计主题 | 校园失物招领小程序 |
| 结对成员 | 102402107 陈瑀涵;102402108 阿合加依娜尔 |
原型在线链接:
一、作业前的学习与思考
开始作业前,我们阅读了《构建之法》第3章和第8章相关内容。通过学习,我们认识到软件设计不能直接从“做页面”开始,而应先分析用户、使用场景和实际问题,再确定功能与流程。因此,本次设计先完成需求分析和流程梳理,再进行原型制作。结对过程中,我们也尽量控制功能范围,没有加入即时聊天、地图定位等复杂功能,为后续代码实现保留可行性。
二、问题分析与用户需求
校园中的寻物、招领信息常分散在班级群、宿舍群和朋友圈中,容易被新消息覆盖,失主和拾取者也不一定处于同一信息渠道。
为解决信息分散、查找困难和联系效率低的问题,我们设计了校园失物招领小程序。主要用户包括遗失物品的学生、拾取物品的学生以及需要查询相关信息的校园用户,他们分别需要发布寻物信息、发布招领信息、搜索物品并查看详情。
三、主要功能设计
本次原型包含以下主要功能:
- 浏览寻物和招领信息;
- 发布寻物信息;
- 发布招领信息;
- 根据关键词搜索物品;
- 查看物品详情及联系方式;
- 查看个人发布。
为保证流程简单并便于下一次结对编程实现,本次暂不加入实名认证、即时聊天、地图定位和复杂后台管理等功能。
四、原型页面设计
本次原型使用 墨刀 完成,并通过页面跳转模拟真实操作。
首页提供搜索入口、“我丢东西了”“我捡到东西”快捷入口以及寻物、招领信息列表;发布页面用于选择寻物或招领类型,并填写物品名称、分类、时间、地点、描述和联系方式;发布成功页面给予用户明确反馈;搜索页面支持关键词查询并展示搜索结果;详情页面集中展示物品信息和联系方式;“我的发布”用于查看个人发布内容并修改状态。

五、基本使用流程与流程图
根据实际使用场景,我们将操作归纳为三条核心流程:
- 浏览信息:进入首页 → 浏览信息 → 查看详情 → 查看联系方式。
- 搜索物品:进入搜索页面 → 输入关键词 → 查看搜索结果;若无结果,则更换关键词重新搜索。
- 发布信息:进入发布页面 → 选择“寻物”或“招领” → 填写信息 → 提交发布 → 发布成功。
通过流程图可以看出,小程序以首页为主要入口,三条路径相互独立又保持统一,既覆盖了主要操作,也考虑了搜索无结果的情况,为后续编程实现提供了较清晰的逻辑基础。
六、结对合作过程
前期我们通过线上交流分析作业要求和整体框架,确定首页、发布、搜索、详情等核心页面,并增加“我的发布”。具体设计阶段主要采用线下面对面讨论的方式,共同确定页面内容、按钮位置、跳转关系以及搜索无结果等细节。
原型完成后,我们又模拟用户实际操作,检查浏览、搜索和发布流程,并根据发现的问题进行调整。
下面是前期线上讨论整体框架时的部分交流记录:
七、PSP时间记录
| 活动 | 预估耗时 | 实际耗时 |
|---|---|---|
| 阅读作业要求和相关资料 | 60分钟 | 70分钟 |
| 分析校园失物招领需求 | 40分钟 | 50分钟 |
| 讨论软件主要功能 | 40分钟 | 50分钟 |
| 绘制用户流程图 | 30分钟 | 35分钟 |
| 制作页面原型 | 120分钟 | 150分钟 |
| 设置页面跳转 | 40分钟 | 50分钟 |
| 模拟用户操作并测试 | 30分钟 | 40分钟 |
| 整理博客和提交材料 | 40分钟 | 45分钟 |
| 合计 | 400分钟 | 490分钟 |
八、个人总结
102402107 陈瑀涵
通过本次作业,我对“需求分析 → 流程设计 → 原型制作 → 测试修改”的过程有了更加直观的理解。以前面对设计任务时,我比较容易先考虑页面怎么做,这次则学会了先从用户和实际问题出发,再决定需要哪些功能。
在墨刀制作过程中,我们遇到过页面尺寸、组件移动、预览显示和页面跳转关系等问题,通过检查设置、重新梳理页面关系和反复模拟用户操作逐步解决。我也认识到,功能并不是越多越好,简单、清晰并且能够实际实现的设计,更有利于下一阶段的代码开发。
浙公网安备 33010602011771号