2026秋软件工程第一次结对作业之需求分析和原型设计

2026秋软件工程第一次结对作业之需求分析和原型设计

这个作业属于哪个课程	202601 软件工程
这个作业要求在哪里	2026秋软件工程结对作业（第一次之需求分析和原型设计）
这个作业的目标	1. 分析校园失物招领场景，明确用户痛点和目标用户 2. 梳理小程序的核心功能和用户操作流程 3. 使用墨刀完成首页、搜索页、发布页和详情页等原型设计 4. 为后续代码实现确定清晰的页面结构和功能规格
学号	102401609

---

结对成员	学号	姓名
成员一	102401608	魏之皓
成员二	102401609	王智钦

• 原型开发工具：墨刀 (MockingBot) / HTML5 高保真原型
• 原型展示在线链接：点击查看墨刀在线原型演示

---

一、PSP 2.1 表格记录

个人软件过程阶段 (Personal Software Process Stages)	预估耗时 (分钟)	实际耗时 (分钟)
Planning（计划）	20	20
Development（开发/设计）	300	180
• Analysis（需求分析与用户场景提炼）	60	25
• Design Spec（软件功能规格与流程图梳理）	40	45
• Prototype Design（墨刀原型界面搭建与高保真制作）	120	55
• Interaction Logic（页面交互与全流程跑通）	50	35
• Testing & Review（原型可用性测试与结对评审）	30	20
Reporting（报告撰写与总结）	60	60
• 撰写需求分析与原型设计博客随笔	40	40
• 个人总结与结对复盘	20	20
合计	380	260

---

二、需求分析：客户痛点与解决方案

1. 现实困扰与背景

在校园日常生活中，遗失和拾获校园卡、钥匙、雨伞、耳机等物品极其普遍。目前大家主要通过班级群、宿舍群、朋友圈等渠道发布信息，存在以下痛点：

• 信息割裂且分散：各学院群互不相通，拾获者与失主难以跨群精准触达；
• 刷屏严重易被覆盖：群聊活跃度高，寻物信息极易沉底失效；
• 缺乏检索与状态追踪：失主无法按地点或名称快速检索，物品归还后亦无法及时关闭信息，造成无效沟通。

2. 目标用户与解决的核心问题

• 主要用户：在校学生、教职工及楼栋保洁、保安人员。
• 解决问题：打造校园统一、轻量易用的失物招领集散平台，实现失物信息结构化沉淀、高效多维检索与状态闭环管理。

3. NABCD 模型提炼

• Need（需求）：集中发布与快速检索校园失物/招领信息，提升寻物效率。
• Approach（方法）：采用轻量微信小程序形态，提供寻物与招领双向分类、精准关键字搜索及状态一键结贴。
• Benefit（好处）：寻物周期由数天缩短至数小时，避免群聊刷屏打扰，保护隐私并提供安全交接提醒。
• Competitors（竞争优势）：相较微信群更易检索与持久化；相较独立 App 免下载、即用即走、门槛极低。
• Delivery（推广）：通过校园公众号、班委转发及食堂/图书馆张贴小程序码快速推广。

---

三、软件主要功能规格

为保障第二次作业代码实现的高可行性，本设计秉持“简单易用、聚焦核心”的原则，功能规划如下：

1. 信息浏览：首页支持【寻物启事】与【失物招领】双 Tab 切换，支持按校园卡、数码、钥匙等分类筛选卡片。
2. 发布信息：支持一键选择“丢失”或“拾获”，填写名称、类别、地点、时间、特征描述及联系方式，支持实物配图。
3. 快速搜索：支持关键字模糊搜索（名称、地点），内置高频热门搜索标签（校园卡、雨伞、钥匙等）。
4. 详情查看：展示物品全貌、详细特征、安全防诈提醒，并支持“一键复制”发布者联系方式。
5. 状态闭环（我的发布）：发布者可在个人中心将已处理事项一键“标记为已解决”，避免后续冗余联系。

---

四、用户使用基本流程图

graph TD A[进入小程序首页] --> B{用户意图} B -->|查找失物| C[浏览列表 / 搜索关键字] B -->|登记物品| D[进入发布页面] C --> E[查看物品详情] E --> F{是否为该物品?} F -->|是| G[复制联系方式 ➔ 线下安全认领] F -->|否| C D --> H[选择类型: 寻物 / 招领] H --> I[填写物品名称/地点/时间/联系方式] I --> J[点击确认发布 ➔ 发布成功置顶] G -.-> K[失主/拾主进入‘我的发布’ ➔ 标记已解决]

• 浏览搜索流：进入首页 ➔ 浏览或输入关键词搜索 ➔ 查看详情 ➔ 复制联系方式并认领。
• 发布流：进入发布页 ➔ 选择类型并填写信息 ➔ 点击发布 ➔ 提示成功并回显。

---

五、原型界面设计与核心流程演示

原型遵循微信小程序视觉规范，采用清爽的校园绿色调，操作层级清晰直观。

1. 核心页面说明

1. 首页：配置全局搜索栏、分类筛选滑块、寻物/招领双主列表，卡片直观呈现缩略图、标题、地点、时间与状态标签。

   

2. 搜索页面：支持清空与返回，提供快捷热门搜索标签，实时统计结果数量并提供无结果缺省提示。

   

3. 发布信息页面：顶部单选切换寻物/招领，表单包含名称、类别、地点、时间、描述、图片上传与联系方式。

   

4. 信息详情页面：展示实物图、关键属性清单、详细描述、安全防诈提醒及“一键复制”联系方式按钮。

   

5. 我的发布页面：记录个人发布历史，提供“标记为已解决”操作，确保信息及时结贴。

   

2. 三大基本交互流程演示

• 流程一：查看信息 👉 查看详情：在首页卡片流点击目标物品，平滑进入详情页，查看特征并复制联系人微信。
• 流程二：发布信息 👉 发布成功：在发布页填选必要字段后点击“确认发布”，提示成功并自动置顶于首页列表。
• 流程三：搜索物品 👉 查看搜索结果：点击搜索栏输入“校园卡”或点击热门标签，即刻筛选出对应物品并展现数量。

---

六、结对协作过程

1. 分工协作：
   • 同学 A：负责需求调研与客户痛点梳理、业务流程图绘制与博客正文结构搭建。
   • 同学 B：负责墨刀原型界面搭建、UI 规范统一、表单字段交互设计与用例测试。
2. 讨论与权衡：
   • 在研讨中，我们曾讨论是否加入“校园地图定位”与“内置即时通讯”，但考虑到第二次结对编程需进行代码落地，为避免过度设计，我们遵循敏捷开发与《构建之法》MVP 原则，果断精简冗余，全力做好“搜、看、发、结”的核心闭环。

结对工作照片/截图：

下面是结对过程中围绕 HTML 原型尺寸、墨刀导入方式和页面布局进行讨论的记录。

---

七、我的个人总结

本次结对作业让我切实领会了《构建之法》中以用户为中心的需求分析方法。以往做项目容易盲目堆砌功能，而在与队友深入讨论后，我们深刻认识到“把高频核心流程做透”才是关键。结对合作提升了决策效率，队友在表单边界与状态闭环上的建议极大地完善了方案，为下阶段的代码实现打下了扎实基础。