2026秋软件工程结对作业(第一次之需求分析和原型设计)
校园失物招领小程序:需求分析与原型设计
本人:姓名 秦文贵 学号 102401615
结对同学:姓名 吴圣洲 学号 102401622
课程:软件工程(2026 秋)第一次结对作业
一、客户现实困扰(问题背景)
校园卡、钥匙、水杯等物品丢失后,同学通常通过班级群、宿舍群或朋友圈寻找线索,但这些方式存在以下不足:
- 发布范围有限:拾得者与失主不一定处于同一个群聊;
- 历史消息难找:寻物信息容易被后续聊天覆盖;
- 查找效率不高:缺少统一的分类与搜索入口,需要反复询问。
二、主要用户及需求分析
| 用户角色 | 主要需求 | 典型操作 |
|---|---|---|
| 丢失者 | 发布寻物信息,查找相关线索 | 发布、搜索、查看详情、标记已找回 |
| 拾得者 | 说明物品情况,方便失主认领 | 发布招领、核对信息、标记已归还 |
| 浏览者 | 查看信息,提供可能的帮助 | 浏览列表、搜索物品 |
软件要解决的核心问题:将分散的信息集中展示,通过分类、关键词搜索和按时间排列的信息流,降低查找成本,帮助失主与拾得者建立联系。
三、软件主要功能
- 浏览信息:按发布时间倒序展示寻物与招领内容。
- 发布寻物:填写名称、类别、地点、时间、描述和联系方式。
- 发布招领:切换信息类型,登记拾到的物品。
- 搜索物品:结合关键词、类别与地点筛选信息。
- 查看详情:了解物品特征及联系方式。
- 更新状态:标记已找回或已归还,减少无效联系。
- 我的发布:集中管理本人信息,提供编辑、删除入口。
四、基本使用流程
两条主要流程如下,搜索流程包含在浏览路径中。
流程一:查看信息 → 查看详情

流程二:发布信息 → 发布成功

用户可从首页浏览或搜索,再进入详情联系发布者;也可进入发布页,选择类型、填写信息并提交。搜索时则按照输入关键词 → 查看结果 → 查看详情完成查找。
五、原型设计说明
- 原型工具:墨刀。以移动端页面呈现主要功能,通过页面跳转展示基本使用过程。
- 原型在线链接:点击查看校园失物招领小程序原型
- 页面范围:首页、发布信息、搜索、信息详情、我的发布。
原型页面展示
首页:集中浏览信息,进入搜索与分类筛选

发布信息页:选择寻物或招领,填写物品信息

搜索页:设置关键词及筛选条件,查看匹配结果

信息详情页:查看完整描述,获取联系信息

我的发布页:查看本人信息,管理状态及内容

六、PSP 表格(两人工作记录)
单位:分钟。
| 阶段 | 预计耗时/人 | 本人实际 | 搭档实际 |
|---|---|---|---|
| 作业要求梳理 | 30 | 20 | 20 |
| 需求素材与问题整理 | 30 | 30 | 30 |
| 需求分析和优先级 | 30 | 25 | 30 |
| 流程图与低保真线框 | 30 | 5 | 20 |
| 高保真原型与交互 | 90 | 50 | 60 |
| 内部走查与记录 | 20 | 20 | 10 |
| 修改与复核 | 25 | 20 | 10 |
| 博客草稿与流程图整理 | 30 | 15 | 15 |
| 链接与提交前检查 | 15 | 15 | 10 |
| 合计 | 300 | 200 | 205 |
七、过程记录
- 梳理需求:从客户描述出发,明确三类用户及主要功能,控制本次设计范围。
- 确定流程:先梳理浏览、搜索和发布路径,再绘制流程图。
- 制作原型:在墨刀中搭建页面,围绕三条基本流程设置交互。
- 整理材料:结合原型撰写博客,检查图片、链接和个人信息。
八、个人总结
通过本次结对作业,我对需求分析与原型设计之间的关系有了更具体的理解。校园失物招领看起来只是发布和查找信息,但从用户角度考虑,还需要回答“信息是否容易找到”“物品描述是否足够清楚”“找回后如何停止无效联系”等问题。例如,关键词搜索解决的是信息难以查找的问题,而“已找回”“已归还”等状态则用于说明事情的处理进展。功能只有与实际需求对应,设计才有明确的意义。
这次作业中,我觉得比较难的是将单独的页面说明串成完整的使用流程。仅仅列出首页、发布页和详情页,还不足以说明用户能否顺利完成操作。整理思路时,我尝试按照用户的操作顺序,逐一考虑从哪里进入、需要填写什么、操作后出现什么反馈,以及下一步可以做什么。这让我意识到,原型的作用不仅是展示界面,更是帮助我们在编码之前发现流程中的遗漏。
对于结对合作,我也有了新的认识。两个人完成同一项任务,需要对功能范围、字段含义和状态名称形成一致理解。例如,“寻物”和“招领”虽然可以采用相似的页面结构,但发布目的和完成状态并不相同。如果这些细节没有提前明确,原型、博客和后续代码就可能出现偏差。因此,除了分工完成各自的内容,共同检查设计是否一致也很重要。
目前的成果主要用于表达需求和演示交互,距离可运行的小程序还需要完成数据存储、查询和状态更新等工作。下一阶段,我希望优先实现发布、搜索、查看详情和修改状态这条基本流程,再补充必填项校验、无搜索结果提示等细节,让原型中的设计逐步转化为能够实际使用的功能。

浙公网安备 33010602011771号