软件工程第三次作业
| 项目 | 内容 |
|---|---|
| 这个作业属于哪个课程 | 2026秋软件工程与软件工程实践 |
| 这个作业要求在哪里 | 2026秋软件工程个人作业(第三次) |
| 结对成员1 | 102401526 林鹏远 |
| 结对成员2 | 102401525 丁鑫河 |
| 原型开发工具 | 墨刀 |
| 原型在线链接 | https://modao.cc/proto/hEazkeW8tm0d9pK4bz7Vp3/sharing?view_mode=device&screen=rbpVWOeZezNjITwcd&canvasId=rcbodyVWOeZv5rNe78Xp |
一、需求分析
校园里丢东西是常事——食堂落了饭卡、教室忘拿课本、操场丢了外套,几乎每个同学都遇到过。目前大家主要靠微信群和朋友圈转发寻物消息,但问题在于:捡到东西的人和丢东西的人往往不在同一个群,消息发出去也不一定被对的人看到;就算找回来了,之前发出去的寻物启事还留在群里,可能继续被人转发。
我们想做一个专门的校园失物招领平台,把所有寻物和招领信息集中到一个地方,方便按名称、地点快速查找,也方便发布者统一管理自己发出去的信息。
使用这个软件的人主要有两类:
丢东西的同学:先搜一下有没有人发了招领信息,搜不到就自己发一条寻物启事,写清楚丢的地点和时间,留下联系方式等对方联系;
捡到东西的同学:直接发一条招领启事,描述物品长什么样、在哪捡到的,让失主能对上号来找自己。
二、主要功能
| 功能 | 说明 |
|---|---|
| 浏览失物和招领信息 | 首页集中展示所有信息,可按"全部 / 寻物启事 / 招领启事"切换筛选,卡片显示物品名称、地点、时间和类型 |
| 发布寻物信息 | 选择"寻物启事"类型,填写物品名称、丢失地点、丢失时间、物品描述和联系方式后提交 |
| 发布招领信息 | 选择"招领启事"类型,填写拾到物品的相关信息,帮助失主找回物品 |
| 搜索物品 | 支持按物品名称或丢失地点关键词搜索,并可按物品类型(箱包、证件、数码、生活用品、雨具、钥匙等)分类筛选 |
| 查看物品详情 | 展示物品图片、类型编号、名称、地点、时间、物品描述以及发布者的联系方式 |
| 联系发布者 | 在详情页直接查看联系人姓名、手机号/微信号,便于双方线下核对归还 |
三、原型设计
3.1 开发工具
原型采用 墨刀 进行设计制作,界面采用简洁的黑白灰配色,底部设置"首页、搜索、发布"三个固定导航入口,整体风格清晰易用。
3.2 页面设计
原型共包含 5 个页面:
| 页面 | 主要内容 |
|---|---|
| 首页 | 顶部搜索框,全部/寻物启事/招领启事标签切换,物品卡片列表(含图片、名称、地点、时间、类型),底部导航栏 |
| 搜索页 | 关键词搜索框 + 物品类型分类筛选,展示搜索结果列表,无结果时可返回首页 |
| 发布信息页 | 选择启事类型(寻物/招领),填写物品名称、地点、时间、描述、联系方式,支持上传最多 3 张图片 |
| 发布成功页 | 发布成功提示,引导用户返回首页查看或继续发布 |
| 信息详情页 | 展示物品图片、类型标签、编号、名称、地点、时间、物品描述及联系人信息 |
3.3 原型展示





四、基本流程
用户使用本软件的基本过程如下图所示,主要分为三条流程:浏览信息流程、搜索流程和发布流程。

三条核心流程说明:
1.查看信息 → 查看详情:用户进入首页浏览物品列表,点击任意物品卡片即可查看物品详情,并通过详情页的联系方式联系发布者;
2.搜索物品 → 查看搜索结果:用户点击搜索框进入搜索页,输入物品名称或地点关键词,或按物品类型筛选,查看匹配的搜索结果;
3.发布信息 → 发布成功:用户点击底部"发布"按钮,选择启事类型(寻物/招领),填写物品信息并提交,跳转至发布成功页。
五、PSP 表格
| PSP 阶段 | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|
| 阅读教材与任务规划 | 20 | 15 |
| 需求分析与讨论 | 30 | 35 |
| 流程图设计 | 25 | 30 |
| 原型制作与修改 | 90 | 120 |
| 交互检查与测试 | 30 | 25 |
| 博客撰写与个人总结 | 40 | 45 |
| 合计 | 235 | 270 |
六、结对过程

本次结对两人分工协作:一个主要负责需求分析、流程图绘制、博客文字撰写;一个主要负责原型页面设计、页面逻辑梳理、原型链接导出。
两人线上线下多次讨论,结合《构建之法》第 3 章结对合作、第 8 章需求与原型相关知识,反复确认用户场景,删减不必要功能,保证原型简单可落地,为下一次代码实现做准备。讨论过程中,对信息分类、表单字段进行多次调整。
七、个人总结
本次结对作业,我学习了《构建之法》中结对开发和需求分析的思想。结对开发需要持续沟通,不能各自独立埋头工作。在需求分析阶段,一开始想加入很多复杂功能,阅读课本后意识到原型阶段要聚焦核心场景,砍掉聊天、定位等额外功能,保证简单可用。过程中遇到的问题是如何把用户模糊的需求转化成清晰功能,经过和搭档讨论,梳理出学生最核心诉求是集中展示+搜索。这次作业让我理解原型不是美化界面,而是验证业务流程,为后续代码实现打好基础。

浙公网安备 33010602011771号