2026秋软件工程个人作业(第三次)

校园失物招领小程序：需求分析与原型设计

审阅稿：结对需求讨论依据聊天截图整理；PSP“示例实际”、具体分工和个人总结仍待核实。发布前请将本地聊天截图上传到博客园。

项目	内容
作业	2026 秋软件工程个人作业（第三次）
本文作者	陈勇昊（102401323）
成员	曾炜毅（102401314）、陈勇昊（102401323）
原型	Pencil 在线原型；可填写的交互稿

一、用户与问题

校园卡、钥匙、雨伞丢失后，失主和拾得者常在不同群发消息，信息易被刷走，双方难以找到彼此。主要用户是失主、拾得者和发布者。原型提供统一入口，支持发布、浏览、搜索及状态更新，减少重复询问。

《构建之法》第 3 章讨论软件工程师的成长，本次用 PSP 表对照计划与投入；第 8 章聚焦需求分析。本次学习体会是：先从失主、拾得者的具体任务出发，再定功能优先级，比先画页面更容易发现遗漏；用 PSP 复盘，也能看出预估和实际的差距。

二、需求与原型方案

信息分为“寻物”和“招领”。发布表单填写物品名称、类别、地点、时间、特征描述及联系线索；必填项缺失时显示提示，并提醒勿公开完整证件号码。寻物有“寻找中/已找回”，招领有“待认领/已归还”两组状态。首页展示近期信息和搜索入口；搜索页支持关键词、类型筛选与无结果提示；详情页展示与列表一致的物品信息和联系线索；“我的发布”演示状态更新。原型不涉及真实身份认证、聊天、地图或后台管理。

三、页面与使用流程

原型包含首页、发布信息、搜索、信息详情四页，并补充发布成功及“我的发布”。三条基本流程为：① 首页 → 信息卡片 → 详情；② 发布页 → 填写信息 → 发布成功；③ 输入“校园卡” → 搜索结果 → 详情。另检查空结果、漏填字段和返回路径。

原型工具：Pencil Project 3.1.1，原生文件为 8 页 .epgz，页面间设置了可点击区域；另用浏览器交互稿检查输入、搜索和状态变化。在线演示已验证可用。

四、PSP 与结对过程

阶段	曾预计	曾实际	陈预计	陈实际
阅读题目及章节	35	40	35	40
讨论用户需求	45	55	45	55
需求与流程设计	55	65	50	60
原型准备与完善	125	150	110	125
原型检查修改	45	50	45	55
博客撰写核对	75	85	75	85
合计（分钟）	380	445	360	420

结对需求讨论：

五、个人总结

陈勇昊：检查搜索和发布流程时，我意识到同一物品在列表与详情中的名称、地点和状态必须一致，漏填字段和无结果页面也需要明确反馈。下一次我会先列检查清单，再逐页验证，并进一步讨论如何减少公开联系方式带来的风险。