2026秋软件工程个人作业（第三次）：拾见校园需求分析与原型设计

项目	内容
这个作业属于哪个课程	H202601 软件工程与软件工程实践（福州大学计算机与大数据学院）
这个作业要求在哪里	2026秋软件工程个人作业（第三次）
结对成员	姚华俊（082403146）、 黄锦培（102401221）
本次作业目标	完成“拾见校园”的需求分析与原型设计
原型设计工具	Slicerflow · 可编辑原型文件
原型在线链接	新版可点击原型
项目仓库	GitHub

待审稿：结对过程、分工及 PSP“实际耗时”为根据项目材料拟写的示例，发布前请两人核对。

一、需求分析：让线索被真正看到

原型里，有人在图书馆一楼拾到校园卡。若只发到自己的班群，失主可能根本看不到；群消息不断更新，过几天想找也难。我们想解决的不是“能发一条消息”这么简单，而是让寻物和招领信息集中展示、方便回看和搜索。

主要用户是失主和拾获者。失主希望按物品名称找到线索，再看时间、地点和特征，判断是不是自己的东西；没有结果时，还能发布寻物。拾获者则希望用简短表单写清拾取信息与交接方式，归还后及时改状态。两条消息都叫“校园卡”时，只有名称远远不够；已经归还的信息也不该继续让人联系。因此首页和搜索结果都要让类型、地点、时间、状态容易看见。

校园卡还有隐私问题：公开完整姓名、学号虽方便辨认，却可能给冒领者提供答案。原型只展示必要线索，把卡面核验留到线下。结合《构建之法》第3、8章，我们先明确用户任务与边界，再决定页面和字段。

二、功能如何落到页面上

• 浏览与搜索：首页的“线索墙”可切换全部、寻物、招领；输入“校园卡”后查看结果。搜不到时可缩短关键词，或转去发布寻物。
• 详情与交接：线索卡先显示类型、状态、地点和时间；详情页补充类别、描述。交接页提示先核对物品，再按发布者留下的方式联系或领取。
• 发布与管理：寻物、招领共用表单，名称、时间、地点、交接方式必填；提交后有成功反馈，发布者可在“我的发布”标记已找回或已归还。

照片是示意图；聊天、地图和实名认证暂不做。演示数据刷新即清除，没有后台。

三、九页原型与使用流程

新版仍有九页，采用纸张底色、深蓝与陶土色，把信息排成“校园线索卡”。在线演示与源文件见表格；九页总览展示页面关系。

图1：首页、搜索、结果、线索详情与交接方式。

图2：发布、成功反馈、我的发布和状态更新。

流程图有“寻找与领取”“发布与状态更新”两条主线，具体可演示：

1. 查看信息：从首页线索卡进入详情，再看交接方式。
2. 发布信息：填写寻物或招领表单，确认发布，看到成功页。
3. 搜索物品：输入关键词，查看结果，再核对详情。

四、结对过程与 PSP（拟填，待核对）

拟写分工：黄锦培负责需求、字段与隐私，姚华俊负责页面、跳转与反馈；两人一起走查三条路径，并核对新版图文。过程与下表耗时尚待本人确认。

PSP 阶段	预估（小时）	实际（拟填，小时）
需求阅读与分析	1.0	0.8
功能和流程设计	1.0	1.0
原型制作与调整	2.5	3.0
流程走查与修改	0.8	0.9
博文整理	0.7	0.8
合计	6.0	6.5

五、姚华俊个人总结

我主要关注页面能不能把需求接住。新版把首页做成“线索墙”后，信息卡不只是更好看，还得让人快速看见类型、地点、时间和状态。把搜索结果、线索详情和交接方式连起来走一遍，我发现按钮放在哪里、下一页说什么，都会影响失主能否顺利找到线索。最难的是九页之间保持简单，不让用户来回绕；发布成功和状态更新也必须给出清楚反馈。这次改版提醒我，原型的价值在于提前发现流程断点，后续实现还要补输入校验和失败提示。