软件工程第一次结对作业

软件工程第一次结对作业

项目	内容
这个作业属于哪个课程	首页 - H202601软件工程与软件工程实践 - 福州大学 - 班级博客 - 博客园
这个作业要求在哪里	2026秋软件工程个人作业(第三次) - 作业 - H202601软件工程与软件工程实践 - 班级博客 - 博客园
这个作业的目标	设计一个简单清晰易用的"校园失物招领小程序"原型
姓名	严科儒
学号	102401633
合作伙伴	翁斌（102401632 ）

一、需求分析

校园卡、钥匙、水杯、雨伞、耳机等物品遗失在校园中十分常见。目前，同学们多在班级群、宿舍群和朋友圈发布寻物或招领信息，但信息分散、容易被新消息覆盖，失主与拾得者往往不在同一个群里，容易出现“丢的找不到、捡的还不了”的情况。物品找回或归还后，旧消息还可能被继续转发，带来打扰。

软件主要面向校园学生，可分为三类用户：失主需要发布寻物信息并搜索招领线索；拾得者需要发布招领信息，等待失主核对认领；普通浏览者会浏览近期信息并留意相关线索。三类用户共同关心物品名称、丢失或拾取地点、时间、当前状态及联系方式。由于学生身份经常互换，发布、搜索和联系操作应尽量简单。

二、主要功能

• 浏览信息：首页按“全部 / 失物信息 / 招领信息”展示，卡片显示名称、地点、时间和状态；
• 搜索物品：按名称、地点或特征搜索，并可筛选失物或招领类型；
• 查看详情：展示物品描述、类别、地点、时间、信息编号和发布者；
• 联系发布者：用户点击后才显示微信或手机号，保护双方隐私；
• 发布信息：填写名称、类别、地点、时间和联系方式，必填项未完成时及时提示；

三、原型设计

3.1 开发工具

原型采用墨刀制作。 项目原型链接： https://modao.cc/proto/54Bx9dp1tlwt47OaBc2R4Q/sharing?view_mode=read_only

3.2 页面设计

原型包含首页、搜索、信息详情、发布信息、发布成功和我的发布 等多个页面。

• 首页：顶部为搜索入口，中部切换失物与招领信息，底部固定“首页、搜索、发布、我的”导航；
• 搜索页：支持关键词和类型筛选，无结果时提示更换关键词或减少筛选条件；
• 详情页：依次展示物品信息和相关提醒，联系方式默认隐藏，点击后再显示；
• 发布页：选择寻物或招领后填写表单，未完成必填项时不能发布；
• 发布成功页：回显信息编号和状态，引导用户查看“我的发布”或继续搜索；
• 我的发布：按全部、进行中、已结束分类，并允许发布者更新“已找回 / 已归还”状态。

3.3 原型展示

四、流程图

查看信息流程：进入首页 → 浏览或搜索信息 → 查看物品详情 → 联系发布者。

发布信息流程：进入发布页面 → 选择寻物或招领 → 填写并校验信息 → 发布成功 → 在“我的发布”更新状态。

五、PSP表格

PSP阶段	预估耗时（小时）	实际耗时（小时）
需求分析	0.5	0.5
原型设计	2.5	3
流程图绘制	0.5	0.5
博客撰写	1	1
合计	4.5	5

本次作业中主要的困难集中在原型设计环节。在使用墨刀搭建页面时，对各类组件的使用不够熟练，很多交互效果需要反复摸索调试。比如底部导航栏，一开始直接复制组件后，没有正确设置页面跳转，点击导航按钮无法切换到对应页面，需要逐个重新绑定页面链接。表单组件也遇到不少问题，发布页面的输入框、选择器布局很难对齐，调整间距和排版花费了不少时间。

另外很多页面状态需要手动制作，像搜索无结果的空状态、表单未填完点击提交的提示，墨刀没有现成模板，需要通过组件的显示隐藏、变量条件去模拟实现。一开始考虑不周，只做了正常操作下的页面，漏掉异常场景，后面又回过头补充修改。同时页面之间的回退、发布成功后的跳转逻辑也容易出错，经常出现跳转到错误页面的情况，需要一遍一遍点击测试每一条交互路径。和伙伴沟通后，还对信息卡片样式、页面文案做了多次改版，因此原型设计实际用时超出了最初的预估。

六、个人总结

本次结对完成校园失物招领小程序原型设计作业，两个人分工协作，共同完成需求梳理、原型制作与博客撰写，让我们对产品原型设计有了更加实际的体会。

原型制作过程中，我们分工完成不同页面，再互相检查效果。在墨刀实操时，两人都遇到了组件使用不熟练的问题，底部导航跳转、表单布局、组件显隐控制都反复调试。一开始只考虑正常操作流程，遗漏搜索无结果、表单校验失败等异常状态，互相评审原型的时候才发现这些漏洞，之后一起补充对应的页面和交互逻辑。针对信息卡片排版、文案措辞，我们会交换意见，提出各自的修改建议，多次迭代调整页面效果。

结对作业也体现出沟通的价值。很多自己单独思考不容易发现的问题，在互相查看原型、交流想法的时候就暴露出来。遇到工具操作上的卡点，我们一起查找解决办法，减少独自闷头调试消耗的时间。同时也暴露出我们的问题：前期 PSP 预估时对原型调试、修改的工作量低估，实际原型设计耗时超过预期，部分交互细节需要来回返工。

经过这次实践，我们认识到原型不只是绘制静态页面，更要完整模拟用户的全部使用路径，不能只关注理想情况，边界场景同样不可忽视。这次合作也锻炼了我们的需求思考能力与团队协作能力，为后续软件工程的学习积累了实践经验。