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

校园寻物招领小程序——需求分析与原型设计

项目 内容
这个作业属于哪个课程 H202601软件工程与软件工程实践
这个作业的要求在哪里 2026秋软件工程个人作业(第三次)
这个作业的目标 完成“校园失物招领小程序”的需求分析和原型设计
原型设计链接(手机端模拟) 小程序链接
结对成员 102402133(谭段昊)、102402135(王伟浩)

一、问题背景与用户分析

校园卡、钥匙、耳机和书籍等物品容易遗失。目前信息主要发布在班级群、宿舍群或朋友圈,容易被新消息覆盖。因此,本次设计一个集中发布、搜索和查看信息的校园寻物招领小程序。

主要用户是校内学生。丢失者需要发布特征、地点和时间,捡到者需要发布招领线索,其他同学希望按名称、地点或类别搜索。界面突出搜索入口、最新信息和清晰状态。

二、需求分析与解决方案

原型包含浏览、发布寻物、发布招领、关键词搜索、查看详情、联系发布者和管理“我的发布”等功能;后台管理、实名认证、即时聊天和地图定位暂不实现。

首页展示搜索框和最新信息;发布页填写类型、名称、类别、地点、时间、描述和图片;详情页用于核对后联系发布者;“我的发布”显示处理状态。

三、原型界面与功能说明

本次使用 HTML/CSS/JavaScript 制作手机端交互原型,并用手机外框模拟小程序。底部 Tab 栏切换主要页面。

1. 首页:浏览最新信息

image

首页提供搜索和两个快捷发布入口,并按时间展示最新信息卡片,点击卡片可进入详情。

2. 搜索页:按条件查找物品

image

用户输入名称、地点或类别,并用“全部、寻物、招领”筛选。结果展示名称、地点、时间和状态。

3. 发布页:填写寻物或招领信息

image

发布者先选择“寻物”或“招领”,再填写名称、类别、地点、时间、描述和图片,字段对应找回物品所需信息。

4. 我的发布:管理个人信息

image

“我的发布”按全部、待处理和已完成分类展示信息,方便找回或归还后修改状态。

5. 详情页:核对并联系发布者

image

详情页集中显示类别、地点、时间和描述。确认特征一致后点击“联系发布者”,完成查看到联系的流程。

基本流程图如下:

flowchart TD A[进入首页] --> B{浏览或搜索信息} B -->|浏览最新信息| C[查看信息卡片] B -->|输入关键词并搜索| D[查看搜索结果] C --> E[查看物品详情] D --> E E --> F[核对物品特征] F --> G[联系发布者] A --> H[进入发布页面] H --> I[选择寻物/招领] I --> J[填写物品信息] J --> K[点击发布] K --> L[发布成功]

三个必测流程是:查看信息→查看详情、发布信息→发布成功、搜索物品→查看搜索结果。

四、工作分工与协作过程

  • 谭段昊:负责用户需求分析、页面结构设计、首页/搜索/详情页面原型,以及博客内容整理和排版。
  • 王伟浩:负责校园失物场景梳理、发布页和“我的发布”页面原型、流程图绘制,以及交互流程检查。
  • 共同协作:两人共同讨论功能范围和页面布局,互相检查三条必测流程,并根据检查结果调整原型说明。

五、PSP 表格

阶段 预计耗时 实际耗时
阅读题目与提炼要求 40 分钟 45 分钟
用户与需求分析 75 分钟 80 分钟
页面结构和流程设计 65 分钟 70 分钟
交互原型制作 105 分钟 110 分钟
图片整理与交互流程检查 135 分钟 130 分钟
博客撰写与图片排版 55 分钟 55 分钟
最终检查与修改 25 分钟 30 分钟
合计 500 分钟 520 分钟

六、个人总结

谭段昊

通过本次作业,我认识到原型设计首先要明确用户目标、信息结构和操作路径,不能只关注页面美观。需求分析阶段发现,校园失物信息发布渠道分散且容易被覆盖,因此方案把搜索入口和最新信息放在首页,并用寻物、招领标签帮助用户快速区分类型。这个过程让我更加理解需求分析如何影响后续页面结构,也为下一次代码实现积累了经验。

posted @ 2026-09-28 12:08  十月有什么呢  阅读(7)  评论(0)    收藏  举报