2026秋软件工程个人作业(第三次)
2026秋软件工程个人作业(第三次)
校园失物招领小程序：需求分析与原型设计
审阅稿：结对需求讨论依据聊天截图整理；PSP“示例实际”、具体分工和个人总结仍待核实。发布前请将本地聊天截图上传到博客园。
| 项目 | 内容 |
|---|---|
| 作业 | 2026 秋软件工程个人作业（第三次） |
| 本文作者 | 徐张睿（102402139） |
| 成员 | 徐张睿（102402139）、翁齐文（102402137） |
| 原型 | 墨刀在线原型：可点击的交互稿 |
一、项目背景与问题定义
校园卡、雨伞、耳机、水杯每天都在教学楼、食堂、图书馆、体育馆之间易主，而寻找方式主要靠班级群和朋友圈转发。痛点很明确：信息分散、刷屏后被覆盖、只在小圈子里传播——在图书馆捡到保温杯的同学只能在自己班级群发一句招领，失主可能在完全不相干的学院，两边永远碰不上面。
因此我们设计了校园失物招领小程序：把寻物与招领集中到一个入口，用结构化字段代替聊天记录里的零散文字，让信息可浏览、可筛选、可搜索，归还后标记为「已归还」。本阶段只做需求分析与原型，因此刻意压掉重功能。
二、原型开发工具与在线原型
原型采用墨刀（Modao）制作，共 6 个页面（首页、搜索、发布信息、发布成功、信息详情、我的）。
在线原型（可直接点击体验）：https://modao.cc/proto/SRfwJPy0tlym3b2qOMrTxL/sharing?view_mode=read_only&screen=rbpVWNRWUCFQl3SZZ
三、用户与需求分析
主要用户有四类：失主最急，需要搜索加一键联系；拾得者希望首页直接进发布、表单短、提交后有反馈；热心同学与班委需要浏览顺手、有分类可筛；辅导员与后勤希望按地点集中查看，方便统一归还。
可见软件主要解决两件事：一是"找得到"（搜索 + 分类筛选 + 集中发布）；二是"发得快、联系得上"（首页双入口直达发布、发布成功有独立确认页、联系方式一键复制）。
四、主要功能一览
| 编号 | 功能 | 说明 |
|---|---|---|
| F1 | 浏览失物与招领 | 首页信息流，含今日新增与已归还统计 |
| F2 | 切换与筛选 | 全部 / 寻物 / 招领切换，按分类筛选 |
| F3 | 发布寻物启事 | 首页"我丢了东西"入口 |
| F4 | 发布失物招领 | 首页"我捡到东西"入口 |
| F5 | 存草稿 | 发布页可暂存未完成的信息 |
| F6 | 搜索物品 | 按名称搜索，附热门与最近搜索 |
| F7 | 查看信息详情 | 分类、地点、时间、信息编号与发布者 |
| F8 | 联系发布者 | 点击展示联系方式，支持复制 |
| F9 | 修改信息状态 | 处理中 / 已归还，标记已解决 |
| F10 | 我的发布与收藏 | 管理本人信息、收藏与历史记录 |
本次不做：后台管理、即时聊天、地图定位。六个页面截图如下：
五、基本使用流程
三条主流程对应作业要求的三个演示环节，完整流程图见文末附录。
- 找东西：首页搜索或浏览 → 点开详情 → 查看联系方式 → 线下交还。
- 发信息：首页"我捡到东西" → 填名称分类地点时间 → 上传照片 → 提交 → 发布成功。
- 状态闭环：进入"我的" → "我的发布" → 标记已归还。
异常分支也补了：搜索无结果给出换词引导；必填项未填时提示缺哪一项。
六、PSP 表格
| PSP 阶段 | 预估（min） | 实际（min） |
|---|---|---|
| 计划：明确要求与分工 | 15 | 20 |
| 需求分析：用户与痛点梳理 | 40 | 55 |
| 设计：功能清单与页面结构 | 25 | 30 |
| 设计：绘制流程图 | 30 | 35 |
| 原型：墨刀界面制作 | 90 | 130 |
| 原型：交互连线与链接自查 | 30 | 45 |
| 文档：博客撰写与配图 | 50 | 65 |
| 检查：逐项核对作业要求 | 20 | 25 |
| 合计 | 300 | 405 |
差距主要在原型制作（+40min）：第一次用墨刀，光是对齐组件、统一间距就返工两轮。
七、结对合作过程
本次作业采用双人结对协作模式，分工明确、高效配合。首先两人共同研读作业要求与客户痛点，结合《构建之法》相关知识点，讨论确定小程序核心定位与用户需求；随后分工完成流程梳理、功能模块划分，共同敲定原型页面框架；由一名组员负责墨刀原型的绘制、页面交互调试，另一名组员负责PSP表格制作、博客文案初稿撰写；最后两人共同核对原型逻辑、完善文案内容，优化博客排版，全程及时沟通问题、互相纠错，保证作业质量。结对过程中，我们严格遵循结对合作原则，互帮互助，高效完成需求分析与原型设计全流程。
八、个人总结
这次我主要负责需求梳理、流程图与博客文案。最大的收获是明白"需求分析不是把客户的话抄一遍"。最初我们照着客户描述直接画页面，首页堆了公告栏、排行榜、活动入口，看着热闹却没人用；直到把用户拆成失主和拾得者两类，才发现两者的核心动作完全不同——失主只想知道"有没有人捡到、怎么联系"，拾得者只想"三步发完、别让我填一堆表"。于是首页砍到只剩搜索框、两个发布入口和信息流，功能也从十几个收敛到十条。这让我真切体会到《构建之法》里说的"先想清楚做什么"：需求阶段的每一次删除，都比后面加班加点的实现更值钱。
附录：流程图
流程一 找东西
流程二 发信息
流程三 状态闭环
浙公网安备 33010602011771号