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

项目	内容
这个作业属于哪个课程	202601 软件工程
这个作业要求在哪里	2026秋软件工程结对作业（第一次之需求分析和原型设计)
这个作业的目标	针对校园失物招领场景，完成需求分析与原型设计
结对成员（学号）	杜玉鹤（162404109）；蔡信坡（162404103）

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

一、问题与用户

校园卡、钥匙等物品遗失后，同学们通常在群聊或朋友圈发布消息。消息容易被覆盖，失主也难以逐个查找。因此，我们设计了校园失物招领小程序“拾光”，将发布、浏览和搜索集中到一个入口。

需求分析以作业给定的校园场景为依据。主要用户分为失主和拾获者，同一学生可以承担两种角色：失主搜索线索、发布寻物；拾获者说明物品特征、时间和地点，便于核对后联系归还。

二、需求与功能

以丢失校园卡为例，用户先搜索“校园卡”，根据时间、地点和描述核对物品，找到线索后查看联系方式；没有线索时发布寻物信息。

功能	设计内容
浏览	卡片展示物品名称、地点、时间和状态
发布	区分寻物与招领，设置名称、时间、地点、描述和联系方式
搜索	按物品名称查找，结果关联对应详情
详情	展示物品特征，提供查看联系方式的入口

“我的发布”作为辅助页面展示个人记录。本次交付范围是需求分析和交互原型，真实数据存储、检索和状态更新留到后续开发。

三、原型与流程

“拾光”的八页墨刀交互原型，包括首页、发布寻物、发布成功、搜索、搜索结果、校园卡详情、联系方式和我的发布。

原型展示链接：拾光 · 校园失物招领（墨刀演示）

页面采用绿色与米白色搭配。首页先展示识别物品所需的信息，详情补充描述，联系方式单独展示，发布成功页给出操作反馈。上图为主要页面设计稿，完整八页见展示链接。

原型围绕三条核心流程组织：

1. 浏览：首页 → 校园卡详情 → 查看联系方式。
2. 发布：发布寻物 → 核对示例信息 → 点击发布 → 发布成功。
3. 搜索：搜索页面 → 校园卡示例 → 搜索结果 → 对应详情。

演示使用固定样例：以寻物说明发布过程，以校园卡招领说明浏览、搜索和联系过程。表单为预填值，搜索结果为预设页面。

四、阅读与结对过程

分工如下：

成员	主要工作
杜玉鹤	用户需求、字段整理、墨刀页面搭建和发布流程
蔡信坡	流程梳理、搜索与详情连线、交互检查和配图整理
共同参与	范围讨论、页面复核、博客整理与总结

制作中，页面总览用于对照布局，八个画面分别建为独立页面后，再设置点击区域和跳转目标。这样可以沿浏览、发布、搜索逐项检查，减少遗漏入口和结果页。

结合《构建之法》配套讲义关于两人合作的讨论，我认为原型制作也适合让操作与检查相互配合：操作时关注页面搭建，检查时从用户入口追踪结果，并交换视角。

五、PSP（单位：分钟）

阶段	预估	实际（估算）
计划	20	20
阅读与讨论	35	40
需求分析	45	50
流程与页面设计	30	35
墨刀原型与交互	90	110
互审与修改	30	40
博客整理	30	35
总结与提交	20	20
合计	300	350

估算投入比原计划多50分钟，主要增加在原型连线和检查修改。后续计划应为交互调整单独留出时间。

六、个人总结——杜玉鹤

这次作业让我更重视需求与页面之间的对应关系。发布需要哪些字段，搜索结果怎样进入详情，都需要在设计时明确。八页原型把这些操作串联起来，也为下一次开发提供了参照。我希望后续继续围绕三条核心流程实现功能，通过 GitHub 协作和互审，逐步补齐输入校验、数据保存与信息状态管理，并及时记录每个阶段的投入。