软件工程第三次作业

2026秋软件工程第三次作业：校园失物招领小程序需求分析与原型设计

项目	内容
这个作业属于哪个课程	H202601软件工程与软件工程实践
这个作业的要求在哪里	2026秋软件工程个人作业(第三次)
这个作业的目标	设计“校园失物招领小程序”原型
成员一	102402145 张诗培
成员二	102402149 周山翔

一、前言

本次结对作业基于《构建之法》第3章、第8章结对合作、需求分析与原型设计相关知识，针对校园失物信息分散、检索困难、曝光范围有限等现实问题，设计轻量化校园失物招领小程序。本次作业仅完成需求分析、流程设计与原型搭建，为后续结对编程代码实现奠定基础。

二、用户需求分析

当前校园失物招领信息主要依赖班级群、宿舍群、朋友圈等社交渠道传播，存在信息碎片化严重、消息刷新快、容易被覆盖、跨班级跨楼栋曝光率低等问题，导致大量失物难以找回、招领信息难以触达失主。

本小程序面向全体在校学生，用户主要分为两类：

• 一类是遗失物品、需要发布寻物启事的学生；
• 另一类是捡到物品、需要发布招领启事的学生。

软件聚焦校园失物信息分散、查找效率低、传播范围受限等痛点，提供统一的信息发布、浏览与检索入口。

结合使用场景，核心需求可归纳为以下五个方面：

1. 信息浏览需求
   用户可集中浏览全校失物招领信息，并按“全部 / 寻物 / 招领”分类筛选，快速了解当前物品信息。

2. 信息发布需求
   用户可自主发布寻物或招领信息，填写物品名称、地点、时间、描述等内容，并提交发布。

3. 物品搜索需求
   用户可通过关键词检索物品信息，系统返回匹配结果，提高查找效率。

4. 详情查看需求
   用户可点击物品卡片进入详情页，查看物品具体信息及发布者联系方式。

5. 个人管理需求
   用户可管理个人已发布信息，查看发布状态，便于后续修改或维护。

综上，本小程序通过统一的信息入口和规范化的发布、浏览、检索流程，能够有效提升校园失物招领信息的传播效率与匹配成功率。

三、软件核心功能设计

核心功能如下：

• 信息浏览：首页聚合展示所有寻物、招领信息，按时间倒序排列，清晰直观。
• 信息发布：支持选择发布类型，填写物品名称、丢失/拾取地点、物品描述等信息，一键发布。
• 关键词搜索：支持物品名称模糊搜索，快速定位目标信息。
• 详情查看：点击列表条目可查看物品完整信息与发布内容。
• 状态修改：用户可在个人中心修改发布信息状态，如已找回、已归还。

四、核心使用流程

本次设计三套基础用户流程

五、原型展示

本次原型设计采用墨刀工具制作，操作便捷、支持页面交互跳转，适配小程序原型开发场景。原型包含**首页、发布信息页、搜索页、信息详情页、我的发布页。
原型在线链接： 失物招领小程序

1.小程序首页

2.搜索页面

3.发布页面

4.详细页面

5.我的发布页面

六、PSP耗时记录表

任务阶段	预估耗时(h)	实际耗时(h)
需求分析与场景梳理	1	1
功能与流程设计	1	1.2
原型页面设计与交互调试	2.5	2.8
博客撰写与格式排版	2	2
结对复盘与个人总结	1	1
合计	7.5	8

七、结对合作过程

本次作业严格遵循结对开发模式，两人分工协作、同步沟通。首先共同研读《构建之法》相关知识点与作业要求，结合校园真实场景讨论用户痛点，敲定软件核心功能；随后分工完成流程梳理、原型草图构思，互相核对逻辑漏洞；原型制作阶段一人负责页面布局设计，一人负责跳转交互调试，同步优化操作体验；最后共同完成博文撰写、Markdown格式校对，分别独立完成个人总结，全程高效配合。

八、个人总结

组员1 个人总结

本次结对作业让我系统掌握了软件前期需求分析与原型设计的方法，深刻理解了软件工程“先设计、后开发”的核心思想。结对合作的模式有效规避了个人思考的片面性，让功能设计更加贴合用户实际需求。本次作业中，我主要遇到原型交互逻辑不够流畅、页面布局不够简洁的问题，通过和组员沟通调整，不断优化页面结构与操作流程。同时，我熟练掌握了博客园Markdown排版规范，也初步了解了GitHub协作模式，为后续结对编程积累了经验，团队协作能力也得到了显著提升。

组员2 个人总结

通过本次校园失物招领小程序设计作业，我深入学习了结对开发、需求挖掘、流程设计的相关知识，明白了轻量化软件设计需兼顾实用性与简洁性，避免冗余功能，方便后续代码落地。作业过程中，我曾出现功能设计过于繁琐、脱离作业要求的问题，在和组员讨论后及时精简优化，贴合作业核心需求。本次结对让我体会到团队沟通、分工协作的重要性，同时熟练掌握了墨刀原型工具的使用，清晰掌握了软件开发前期的完整流程，为后续的代码实现和项目协作打下了良好基础。