软工第三次作业

内容	说明
课程	H202601软件工程与软件工程实践(福州大学-计算机与大数据学院)
作业要求	2026秋软件工程个人作业(第三次)
作业目标	完成”校园失物招领小程序“的需求分析与原型设计
学号姓名	072401214 王恩嘉 052403108 王凯凤

一.主要用户、需求以及主要解决的问题

用户

本软件的主要用户是校园中的学生，其中既包括丢失物品后希望尽快找回的失主，也包括捡到物品后希望尽快找到失主的拾得者。除此之外，食堂、图书馆、宿舍楼、教学楼服务台等场所的工作人员也可能成为使用者。因此，本软件的用户需求并不是单一的“看信息”，而是围绕“发布—浏览—搜索—联系—确认”形成完整闭环。

需求分析

从失主角度看，他们最需要的是在丢失物品后能够快速发布寻物信息，说明物品名称、丢失地点、丢失时间、物品特征和联系电话，并能通过关键词搜索确认是否已经有人捡到。失主还希望看到物品图片、地点、时间、当前状态和发布者联系方式，以便核对信息并尽快联系。从拾得者角度看，他们捡到物品后需要一个方便、集中的渠道发布招领信息，避免只在班级群或朋友圈发一条消息，结果失主没有看到。拾得者同样需要填写联系电话，并希望在物品归还后可以把状态标记为“已解决”或“已归还”。从服务台人员角度看，他们需要把代管物品统一发布出来，让失主可以通过分类浏览或搜索找到。从普通浏览者角度看，用户希望首页信息清晰，可以按“全部、寻物、招领”筛选，搜索时既能按物品名称查，也能按地点查，操作要简单直观。

结合现有校园失物招领的实际困扰来看，目前同学们主要通过班级群、宿舍群、朋友圈等渠道发布信息。这些渠道虽然使用方便，但信息非常分散，而且随着群聊消息不断增加，之前发布的消息很容易被覆盖，查找起来并不方便。例如，一名同学在教学楼捡到一张校园卡，如果只在班级群或朋友圈发布招领信息，丢失校园卡的同学未必能够看到这条消息；反过来，失主发布的寻物信息也可能很快被其他聊天内容淹没。由于信息不对称，失主和拾得者往往需要花费大量时间反复询问，失物归还效率较低。

解决的问题

因此，本软件主要解决的是校园失物招领信息分散、更新快、容易被覆盖、查找效率低的问题。通过登录进入系统后，用户可以在首页集中浏览失物和招领信息，并按类型进行筛选；可以在搜索页输入物品名称或地点关键词快速查找；可以进入详情页查看图片、地点、时间、状态、描述和联系电话；可以直接点击打电话联系发布者；也可以进入发布页填写寻物或招领信息，发布成功后在自己的“我的发布”中查看和管理状态。

二.主要功能

本软件围绕校园失物招领场景，主要提供登录、浏览、搜索、查看详情、联系发布者、发布信息、状态管理和个人发布管理等功能。

登录

用户打开小程序后，可以先通过学号或用户名登录，也可以选择微信一键登录。

整体浏览及分类筛选

登录成功后进入首页，首页以列表形式集中展示校园内的失物和招领信息，每条信息都包含物品图片、名称、类型、地点、时间、状态和联系电话等关键信息。用户可以在首页通过“全部、寻物、招领”三个标签进行筛选，快速查看自己关心的信息类型。

搜索物品

也可以点击首页顶部的搜索栏进入搜索页，输入物品名称或地点关键词进行查找，搜索页同样支持按“全部、寻物、招领”分类过滤，如果没有匹配结果，会给出“没有找到相关物品”的提示。

查看物品详情

在浏览信息时，用户可以点击任意一条物品卡片进入详情页。详情页会展示物品图片、物品名称、信息类型、丢失或拾获地点、时间、当前状态、发布者以及联系电话，并显示详细的物品描述，方便用户核对物品特征。

联系发布者及修改信息状态

如果用户确认这条信息与自己有关，可以点击“打电话”按钮联系发布者；如果物品已经找回或已经归还，发布者也可以点击“标记已解决”，系统会弹出提示，说明物品状态已更新为“已解决”，其他同学将不再看到这条信息。这样，浏览、搜索、详情查看、联系发布者和状态更新就形成了一个完整的失物招领闭环。

发布信息

对于需要发布信息的用户，本软件提供发布功能。用户进入发布页后，可以在“寻物”和“招领”之间切换，填写物品名称、丢失或拾获地点、时间、物品描述以及联系电话，还可以选填物品图片。联系电话是必填项，方便失主和拾得者直接联系。填写完成后点击“发布”，系统会弹出发布成功弹窗，并提示用户可以查看“我的发布”或返回首页。发布成功后，信息会进入首页和搜索列表中，供其他同学浏览和查找。

个人中心

在“我的”页面中，用户可以查看自己的基本信息，包括头像、姓名、学院和年级，还可以查看自己发布过的失物招领信息，以及每条信息的当前状态。用户可以在该页面管理自己的发布内容，也可以在需要时退出登录，返回登录页。此外，本软件还通过底部导航栏提供“首页、发布、我的”三个主要入口，方便用户在不同功能之间快速切换；通过 Toast 轻提示和成功弹窗，对登录、发布、标记已解决、退出登录等操作给出即时反馈，使整个使用过程更加清楚、流畅。

从整体上看，本软件的主要功能可以概括为：用户能够登录系统，集中浏览和分类查看失物招领信息，按关键词搜索物品，查看物品详情并联系发布者；发布者能够发布寻物或招领信息，上传物品图片，查看自己的发布记录，并在物品找回或归还后标记已解决；系统则通过页面切换、状态提示、成功弹窗和底部导航等方式，保证用户操作简单、反馈及时。这些功能共同解决了校园失物招领信息分散、查找不便、联系效率低的问题，提高了失物归还的效率。

三.用户使用流程

用户首先进入校园失物招领系统并完成登录，登录成功后进入系统首页。

用户可以在首页浏览失物招领信息，也可以通过搜索功能按照物品名称或地点查找相关信息。搜索界面用于帮助用户快速查找目标物品。用户可以在首页点击搜索框进入搜索页，输入物品名称、地点等关键词，系统会根据关键词实时筛选并展示匹配的失物或招领信息。搜索结果支持“寻物”和“招领”两种类型筛选，用户可点击标签切换查看。当没有符合条件的信息时，页面会提示“没有找到相关物品”，从而使用户能够清楚地了解当前搜索结果。

点击任意结果卡片可进入物品详情页，查看物品的详细描述、地点、时间、发布者及联系电话。在详情页中，用户可点击“打电话”按钮联系发布者，系统会跳转至拨打界面并显示“正在拨打中”及挂断按钮；也可点击“标记已解决”按钮，系统弹出确认提示，标记后该信息将从首页列表中移除，用户可选择返回首页或查看我的发布。

若用户需要发布失物或招领信息，则进入发布页面，发布界面用于帮助用户提交丢失或拾获的物品信息。用户从底部导航点击“发布”进入，顶部可切换“寻物/招领”类型，填写物品名称、地点、时间、联系方式等，点击“物品分类”或“地点类型”会弹出底部选择面板辅助录入。填写完成后点击“发布”，系统弹出“发布成功”提示，用户可跳转至“我的发布”查看记录，并对已发布信息进行删除或标记已找回/已认领。

整个流程围绕“登录—浏览/搜索—查看—联系或发布—管理”展开，满足校园失物信息查询与发布的基本需求。

四.原型展示

本次原型设计使用墨刀制作。
失物招领小程序

登录

登录界面是用户进入系统后的第一个操作页面，主要提供用户身份登录功能。界面包含“学号/用户名”和“密码”输入框，同时提供普通账号登录和微信一键登录两种方式。用户填写登录信息后点击“登录”，系统进入首页；如果选择微信一键登录，则进入微信授权登录流程。

系统首页

登录成功后进入系统首页。首页主要用于展示校园中的失物招领信息，并提供快速搜索入口。
页面顶部设置搜索框，用户可以直接进入搜索功能；下方设置“全部”“寻物”和“招领”三个分类标签，方便用户根据需求筛选信息。每条信息以卡片形式展示，包括物品图片、物品名称、信息类型、地点、时间、当前状态以及联系电话等基本信息。

搜索界面

搜索界面用于帮助用户快速查找目标物品。用户可以输入物品名称或地点进行搜索，系统会根据输入的关键词筛选相关信息。同时，搜索结果支持“全部”“寻物”和“招领”三种类型筛选。当没有符合条件的信息时，页面会提示“没有找到相关物品”，从而使用户能够清楚地了解当前搜索结果。

物品详情界面

用户点击首页或搜索结果中的某条物品信息后，可以进入物品详情界面。详情页面主要展示物品图片、物品名称、信息类型、地点、时间、当前状态、发布者、联系电话以及物品描述等详细信息。页面底部提供“标记已解决”和“打电话”两个操作按钮。通过该页面，用户可以进一步了解物品的具体情况，并与信息发布者进行联系，从而完成失物寻找或认领过程。

信息发布界面

发布界面用于用户发布新的寻物或招领信息。用户首先选择“寻物”或“招领”类型，然后填写物品名称、丢失/拾获地点、时间、物品描述和联系电话等信息，同时可以选择上传物品图片。完成信息填写后点击“发布”，系统显示发布成功提示，并提供“查看我的发布”和“返回首页”两个后续操作入口。

个人中心

“我的”页面主要用于管理用户个人发布的信息。页面顶部显示用户的基本信息，下方展示用户已经发布的失物招领记录，并显示每条信息当前的处理状态，例如“寻找中”和“已归还”。页面底部还提供退出登录功能，用户可以通过该功能退出当前账号并返回登录界面。

五.预估耗时与实际耗时

任务阶段	预估耗时	实际耗时	说明
需求分析	0.5 h	0.6 h	阅读客户困扰，确定主要用户和核心需求
页面设计与布局规划	1.5 h	1.5h	确定登录、首页、搜索、详情、发布、我的六个页面
原型制作	2.5 h	3.0 h	制作卡片、标签、按钮、底部导航、成功弹窗
相互检查与修改	1 h	1.5 h	改正因制作思路细节差异产生的功能错位或冗余
交互	1.5 h	1 h	联调搜索、分类、发布成功、标记已解决
测试与问题修复	1.0 h	0.5 h	测试 状态栏、弹窗、空搜索结果
合计	8.0 h	8.1 h	两人共同完成，实际因联调和文档略超预估

六.结对过程

我和室友两人一组完成本次作业。因为住在一起，讨论起来很方便，经常在宿舍里对着同一块屏幕边聊边改。
第一步，我们一起读《构建之法》相关章节，然后躺在床上聊校园失物招领的痛点。聊着聊着发现功能越加越多，最后决定砍掉聊天、地图，只留发布、搜索、详情和状态更新四个核心流程。
第二步，分工。室友负责需求梳理和画流程图，我负责墨刀原型和交互。遇到分歧就当面争论，比如发布页太长一屏放不下，我们试了好几种排版，最后把提示合并、表单压缩才搞定。
第三步，互相挑毛病。我检查他的流程图，发现“标记已解决”后首页记录没同步删除；他看我的原型，提醒搜索页少了“没有找到相关物品”的提示。我们当晚就改完，又一起模拟失主操作走了一遍流程。
第四步，一起截图、整理博文，确认墨刀分享链接能公开访问。

七.个人总结

收获

通过这次实践，我学会了从用户角度出发规划信息架构。在设计首页时，我需要考虑如何让失主和拾得者快速看到关键信息，于是采用了卡片式布局，把物品图片、名称、类型、地点和联系电话放在最显眼的位置。在设计搜索页时，我认识到筛选条件和关键词输入要尽量简单，避免用户产生困惑。此外，我还掌握了如何用原型表达页面之间的跳转关系，比如从首页进入详情页、从详情页联系发布者、从发布页跳转到成功提示等。这次结对让我体会到，原型设计需要不断和队友讨论、模拟用户操作，才能发现流程中的漏洞。

遇到的问题

我遇到的最大问题是页面状态在原型中不容易保持一致。比如从首页进入详情页后，再返回首页时，用户之前选择的“寻物/招领”筛选状态应该保留，但在原型里很容易被重置。另外，搜索页的实时筛选反馈也不够直观，一开始没有设计“无结果”的提示，后来补充了空状态页面才让交互更完整。在和队友讨论时，我们还对首页信息的展示优先级产生过分歧：我认为应该突出地点，队友认为应该突出时间。后来我们通过模拟失主的使用场景，决定把地点和时间都保留，但用不同颜色和字号区分主次，最终达成了一致。

从功能需求上看，本软件需要支持登录、首页浏览、寻物与招领分类、关键词搜索、详情查看、电话联系、信息发布、状态修改、我的发布管理和退出登录等功能。从非功能需求上看，软件应具备界面简洁、操作直观、移动端适配良好、搜索响应及时、信息展示清晰等特点，同时要尽量保护用户联系方式，避免被无关人员随意获取。在当前课程原型阶段，系统采用单文件 HTML、CSS 和 JavaScript 实现，数据通过本地数组模拟，登录、拨号和图片上传等操作以演示为主；后续可以迁移到微信小程序，接入云数据库，实现真实图片上传、用户身份识别、消息通知和管理员审核等功能。通过以上设计，软件能够把校园中分散的失物招领信息集中起来，降低沟通成本，提高失物归还效率。