软件工程结对作业（第一次之需求分析和原型设计）

项目	内容
这个作业属于哪个课程	202601 软件工程
这个作业要求在哪里	2026秋软件工程结对作业（第一次之需求分析和原型设计）
这个作业的目标	针对校园失物招领场景，完成需求分析与原型设计
结对成员（学号）	王龙滨（112401430）；吴佳辉（112401341）

一、用户与问题

校园卡、钥匙、雨伞等物品丢失后，同学们通常在不同群聊发布消息。信息分散且容易被新消息覆盖，拾得者和失主也未必在同一个群。主要用户有两类：失主需要按物品名称查找线索、查看拾取地点并联系发布者；拾得者需要迅速发布招领信息，在物品归还后更新状态。设计目标是集中信息、缩短操作路径、清楚展示状态，功能范围聚焦浏览、发布、搜索、详情和状态更新。

二、功能取舍与原型设计

原型采用 墨刀 制作，在线展示链接：打开“拾光”墨刀原型。首页集中展示寻物和招领卡片，卡片显示名称、地点和状态；点击进入详情页。发布页先选择信息类型，再填写名称、类别、地点、时间、描述和联系邮箱，点击后显示成功页。搜索页以“校园卡”为例演示关键词查询及结果查看。“我的发布”页可以把“招领中”改为“已归还”；寻物信息对应“寻找中／已找回”。详情页提示认领者先描述物品特征。页面使用示例物品与联系邮箱，本次交付展示界面和交互流程。

首页	发布信息

发布成功	搜索结果

信息详情	我的发布

三、基本流程与检查

浏览：进入首页 → 浏览或搜索 → 查看详情 → 查看联系说明。发布：进入发布页 → 填写信息 → 点击发布 → 发布成功。状态更新：进入我的发布 → 选择信息 → 标记已归还 → 看到更新反馈。

本方案参考《构建之法》第3章对个人能力与交付质量的讨论，以及第8章的需求分析方法，按“用户目标—必需功能—页面—交互”梳理设计，再用三条路径检查入口、返回、提示和状态是否一致。后续结对编程可沿用本次字段与页面，优先实现发布、列表、搜索、详情和状态更新。

四、结对过程

序号	工作内容	产出
1	梳理作业要求、相关章节和失主与拾得者的需求	用户角色与需求清单
2	确定浏览、发布、搜索、详情和状态更新的基本范围	功能清单、流程图
3	制作首页、发布、搜索、详情等页面	墨刀原型
4	检查浏览、发布、搜索三条路径中的跳转和提示	路径检查记录
5	整理图文、PSP 记录与个人总结	作业博客草稿

五、PSP 记录

甲的实际耗时为回忆估算；乙的耗时待本人补充。

阶段	预估/分钟	甲实际/分钟	乙实际/分钟
阅读任务与需求讨论	10	10	10
绘制流程与页面结构	45	45	45
制作和检查原型	15	15	15
整理博客与个人总结	20	20	20
合计	90	90	90

六、个人总结

本次作业我参与了原型工具选择并登录墨刀。Figma 页面无法正常使用时，改用墨刀继续推进。在 AI 辅助下完成页面素材和博客初稿，形成九个页面，并检查了浏览、发布、搜索三条主要路径。制作中最大的收获是把用户需求压缩为清晰、可演示的流程；也认识到页面可点击只是交互验证。下一次结对编程还需要落实关键词检索、状态保存和联系方式保护。