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

软工实践作业3——校园失物招领小程序需求分析与原型设计

项目 内容
姓名 曾子瑞
学号 102401514
这个作业属于哪个课程 H202601软件工程与软件工程实践
这个作业的要求在哪里 2026秋软件工程个人作业(第三次)
这个作业的目标 完成《构建之法》阅读和“校园失物招领小程序”的需求分析和原型设计
结对成员 102401513(林烨)

一、阅读体会

通过阅读《构建之法》第三章和第八章,我认识到:软件工程不仅需要程序员具备扎实的专业技能,还要求团队进行有效分工与协作。第三章强调个人能力的提升,包括规范编码、单元测试、效能分析和持续学习;第八章则侧重需求分析,说明要通过用户调研、场景梳理和需求优先级划分,准确识别用户的真实需求。两章共同表明,优秀的软件既依赖高质量的个人工作,也离不开以用户为中心的需求管理。

二、需求分析

目前,校园里的失物招领信息大多发布在班级群、宿舍群或朋友圈中,不仅传播范围有限,还容易被后续消息淹没。“拾光”主要面向物品遗失者和拾取者。失主可以快速查找相似的招领信息,也可以发布寻物启事;拾取者则可以填写物品名称、发现地点、时间及主要特征,方便失主核对确认。同时,平台会标明信息的当前状态,帮助用户判断内容是否仍然有效,并通过发布者留下的联系方式进一步沟通。

经过讨论,我们将信息浏览、发布、搜索、详情查看和状态修改确定为必须实现的核心功能,并补充了按区域、时间筛选,以及加载失败、搜索无结果等情况下的提示。这样的功能安排基本覆盖了校园失物招领的实际使用流程,又能避免初版原型过于复杂,也为后续作业中的功能完善和系统实现留出空间。

三、功能与流程设计

软件包含浏览、搜索、发布、查看详情和状态管理五项核心功能。首页按“全部、寻物、招领”分类;搜索页支持关键词和最近搜索;发布页填写物品信息;详情页展示完整特征与脱敏联系方式;“我的发布”负责更新处理状态。

主要流程为:进入首页 → 浏览或搜索 → 筛选结果 → 查看详情 → 联系发布者;进入发布页 → 选择类型 → 填写信息 → 发布成功 → 管理状态。

image
image
image

四、原型设计

原型设计工具为 墨刀,画布为 390 × 844。我们将页面导入墨刀并设置跳转热区,再逐条检查浏览、搜索、发布和状态管理流程。

在线原型展示: 点击查看“校园失物招领小程序”墨刀原型

image

新版视觉参考校园环境,采用校园绿、暖白与低饱和提示色。首页使用原创校园插画建立识别度,信息卡片只呈现名称、类型、地点、时间和状态;完整描述与联系方式放在详情页,避免首页信息过载。

关键状态说明

加载失败: 与“没有结果”区分,说明网络异常,并提供重新加载入口。

image

查找无结果: 明确告诉用户搜索已完成,只是没有匹配信息,并建议更换关键词或清除筛选。

image

发布信息 信息详情 发布成功 我的发布
image image image image

发布信息: 选择寻物或招领后填写名称、类别、时间地点、特征和联系方式,照片为选填。
信息详情: 集中展示物品特征、地点、状态与脱敏联系方式,方便核对后联系。
发布成功: 反馈提交结果,并提供返回首页或查看个人发布的入口。
我的发布: 管理发布内容,物品找回或归还后修改状态。

五、结对过程

屏幕截图 2026-09-28 200022

屏幕截图 2026-09-28 200154

六、PSP

PSP阶段 预估/min Z同学实际/min L同学实际/min
阅读任务、讨论与分工 40 45 40
需求分析与功能取舍 50 55 50
用户流程与页面规划 60 65 70
原型制作与交互连接 240 250 230
检查、修改与博客整理 100 110 105
合计 490 525 495

七、个人总结

这次作业让我更加清楚地认识到,原型设计并不是简单地把几个页面画出来,而是要先弄明白用户为什么使用这个产品、在每一步需要完成什么,以及页面应该提供哪些信息。刚开始设计时,我想把物品的各种信息都放在首页,觉得内容越详细越方便。后来经过讨论和实际查看,发现信息过多反而会增加阅读负担,不利于用户快速浏览。因此,我们对页面内容进行了取舍,只在首页保留物品名称、类型、地点、时间和状态,把具体特征、联系方式等内容放到详情页中,整个页面也因此更加简洁清楚。
在制作原型的过程中,我也逐渐意识到,除了页面是否美观,操作流程是否顺畅同样重要。例如,搜索没有结果和网络加载失败虽然都会导致页面无法正常显示内容,但两种情况产生的原因不同,对用户的提示和解决方式也应该有所区别;发布成功后,也不能只显示成功提示,还要为用户提供返回首页或管理个人发布的入口。这些看起来不起眼的细节,会直接影响用户是否知道下一步该做什么。
结对完成作业也给了我不少新的体会。两个人在功能取舍、页面布局和交互方式上有时会有不同想法,但通过交流和互相检查,能够发现很多独自制作时容易忽略的问题。对方的建议也让我学会从实际使用者的角度重新审视自己的设计,而不是只关注页面是否完成。通过这次作业,我对需求分析、功能规划和原型设计之间的联系有了更具体的认识,也为后续将原型进一步实现为可用的小程序打下了基础。

posted @ 2026-09-28 21:12  Sqar  阅读(0)  评论(0)    收藏  举报