团队作业2-《需求规格说明书》

校园闲置物品交易平台项目报告

一、项目基本信息

这个作业属于哪个课程	https://edu.cnblogs.com/campus/gdgy/Class34Grade23ComputerScience
这个作业要求在哪里	https://edu.cnblogs.com/campus/gdgy/Class34Grade23ComputerScience/homework/13481
这个作业的目标	确认选题并进行需求分析

二、团队展示

1. 团队信息

团队名称：海豹突击队

团队成员及分工：

成员	学号	角色	核心职责
苗新雨（组长）	3123004237	PM（项目经理）+ 后端开发	项目统筹、进度把控、后端核心接口开发与架构设计
刘柳杨	3123004235	前端开发	前端页面交互实现、UI设计优化、用户体验打磨
冯昊铿	3123004226	后端开发	后端业务逻辑实现、搜索与筛选模块开发、数据库查询优化
刘任浩	3123004236	测试工程师	测试用例设计、功能测试执行、Bug跟踪与反馈
付昌	3123004225	需求分析师 + 文档管理员	需求梳理与转化、项目文档编写、用户反馈收集与整理

2. 项目概述

本项目为面向高校师生的校园二手物品交易平台，以“促进校园资源循环，简化闲置交易流程”为核心目标，提供二手物品发布、精准搜索、在线沟通、交易地点约定等功能，解决校园内闲置物品处理难、二手交易信息分散、沟通低效等问题，打造安全、便捷的校园交易生态。

三、需求规格说明书

1. 面向用户分析

本平台核心用户为本科生/研究生：高频产生闲置物品（教材、电子产品、生活用品等），有低成本购置二手物品的需求，注重交易便捷性与信息真实性；

核心用户痛点：现有交易方式（微信群、线下海报）信息杂乱易沉底、交易双方信任度低、沟通需跳转第三方软件、交易地点约定模糊。

2. 功能性需求

（1）闲置物品发布模块

支持用户上传物品图片（少量清晰图片即可满足展示需求），填写物品基础信息（名称、分类、新旧程度、价格或“免费送”标识、详细描述），发布后自动关联用户身份信息与校园归属，确保信息可追溯。

（2）搜索与筛选模块

提供关键词模糊搜索功能，支持按物品分类、价格范围、发布时间等条件精准筛选，快速匹配用户需求。

（3）在线沟通模块

内置简易聊天功能，支持文字、图片消息发送，无需跳转第三方软件，实现交易双方高效沟通，同时留存沟通记录，为交易纠纷提供基础依据。

（4）交易地点与管理模块

集成校园常用地点标注（教学楼、宿舍区、食堂等），支持用户选择固定地点或自定义交易位置；用户可管理个人发布的物品（编辑、下架、置顶等），查看交易动态。

3. 技术需求

1. 后端：基于SpringBoot框架构建，遵循RESTful接口规范，保障接口稳定性与可扩展性；支持多用户并发访问，确保页面响应流畅；
2. 前端：采用Vue框架开发，实现响应式布局，适配手机、电脑等多终端访问，界面风格简洁直观，降低用户学习成本；
3. 数据库：使用MySQL存储用户信息、物品数据、交易记录等核心数据，设计合理的表结构与索引，提升数据查询效率；
4. 安全需求：用户密码加密存储，敏感信息脱敏处理，限制非校园用户访问，保障交易安全。

4. 非功能性需求

1. 可用性：核心操作（发布、搜索、沟通）流程简化，确保新用户可快速上手；
2. 可靠性：系统稳定运行，数据定期备份，避免信息丢失；
3. 可扩展性：预留功能扩展接口（如交易信誉体系、物品推荐功能等），支持后续迭代优化。

四、预期用户数量与项目价值阐述

1. 预期用户数量

初期实现本校1500名师生注册用户积累，月活跃用户稳定在 100-200 人，逐步形成 “发布 - 交易 ” 的稳定用户小生态。

2. 真实性、可用性与价值阐述

（1）真实性

团队成员均为在校生，亲身经历校园二手交易的各类痛点，项目需求源自校园真实场景；调研显示，多数学生有二手交易需求，但缺乏便捷规范的渠道，项目需求具备普遍代表性。

（2）可用性

平台界面模仿学生熟悉的社交与交易类软件风格，降低认知成本；核心功能操作流程简化，避免冗余步骤，确保用户快速完成物品发布、搜索等操作；支持多终端访问，适配校园内不同使用场景。

（3）价值所在

1. 经济价值：帮助用户低成本获取所需物品，减少闲置物品浪费，降低校园生活成本；
2. 环保价值：促进校园资源循环利用，减少物品丢弃造成的环境负担，践行绿色校园理念；
3. 校园价值：搭建校园内部交易渠道，增强师生互动，传递“节约互助”的校园文化。

五、团队计划与时间安排

1. 团队计划同步说明

已将团队任务计划拆解为具体事项，同步至github团队项目的Issues中，每个任务明确负责人、优先级与大致时间节点，便于团队协作与进度跟踪。
地址：https://github.com/1728391408/team-project/issue

2. 时间安排表

（1）原有时间安排（初期规划）

周次	主要目标	核心任务内容	责任人	输出成果
第9周	团队组建与项目启动	完成团队组建与分工、确定项目方向、创建项目仓库与团队博客	全体成员	团队博客、角色分工表、项目初期规划文档
第10周	需求梳理与准备阶段	完成需求调研、编写需求规格说明书初稿、设计产品原型初版、确定技术栈	全体成员	需求规格说明书v1.0、产品原型初版、技术栈规划文档
第11周	深化设计与任务拆分	优化产品原型、绘制系统架构图、拆分开发任务、制定测试计划	全体成员	优化后产品原型、系统架构图、任务分工表、测试计划v1.0
第12-13周	Alpha阶段开发与闭环	实现核心功能开发（发布、搜索、沟通等）、前后端集成、完成初步测试与Bug修复	全体成员	Alpha版本代码、核心功能Demo、测试报告初稿
第14周	用户反馈收集与优化	邀请部分用户试用、收集反馈、优化核心功能与用户体验	全体成员	用户反馈汇总表、优化后的版本代码、Alpha阶段总结
第15周	阶段反思与后续规划	总结Alpha阶段问题、撰写反思报告、确定Beta阶段优化方向	全体成员	阶段反思报告、Beta阶段规划草案

（2）校正后时间安排（结合实际调整）

周次	主要目标	调整后核心任务内容	责任人	输出成果
第10周	需求梳理与准备阶段	延长需求调研周期（覆盖更多用户）、细化需求文档、完善原型设计	全体成员	需求规格说明书v1.1、完善版产品原型、技术栈配置指南
第11周	深化设计与开发启动	提前启动部分基础模块开发（用户模块、数据库设计）、同步完成任务拆分	全体成员	数据库表结构设计、基础模块代码初稿、详细任务分工表
第12-13周	Alpha阶段开发与闭环	聚焦核心功能开发、压缩非必要优化时间、加强每日进度同步	全体成员	Alpha版本代码、核心功能Demo、测试报告
第14-15周	反馈优化与阶段总结	拆分反馈收集与优化周期、增加技术难点复盘环节、细化Beta阶段规划	全体成员	用户反馈汇总与优化报告、技术复盘文档、Beta阶段详细计划

（3）矫正计算方法

1. 调整原因：初期需求调研中发现用户对“交易安全”“信息精准度”的需求高于预期，需延长调研周期完善需求文档，避免后续开发返工；
2. 调整逻辑：将第10周的部分非核心任务（如文档美化）转移至第15周阶段总结环节，同时提前启动基础模块开发，确保Alpha阶段核心功能开发周期不受影响；
3. 进度保障：通过每日简短站会同步开发进度，建立问题快速响应机制，避免调整后出现新的进度偏差。

六、团队分工与成员完成情况

1. 详细分工

成员	具体职责
苗新雨	统筹项目整体进度，制定开发计划；负责后端架构设计，开发用户与物品核心接口；协调团队问题
刘柳杨	负责前端页面框架搭建，开发物品发布、详情等核心页面；优化UI交互与响应式布局
冯昊铿	负责后端搜索与筛选模块开发，设计数据库表结构与索引；编写接口文档
刘任浩	基于需求设计测试用例，对开发的功能进行黑盒测试；跟踪Bug修复情况，编写测试记录
付昌	主导需求调研与梳理，编写需求规格说明书；管理项目文档，收集与整理用户反馈

2. 当前完成情况

目前项目处于需求梳理与开发准备阶段，各成员核心工作完成情况如下：

1. 苗新雨：完成项目整体规划与分工，搭建后端基础工程框架，创建GitHub与码云项目仓库；
2. 刘柳杨：完成产品原型的页面流程设计，搭建前端基础项目结构，确定UI设计风格；
3. 冯昊铿：完成核心数据库表结构设计，编写部分基础SQL语句，梳理搜索模块技术实现思路；
4. 刘任浩：基于需求文档完成核心功能的测试用例初稿，制定测试流程规范；
5. 付昌：完成初步用户调研，编写需求规格说明书v1.1，整理项目文档目录与模板。

七、团队成员感想

1. 苗新雨（组长）：作为项目经理，初期最大的挑战是平衡需求细化与开发进度。团队成员分工明确、配合默契，在需求调研中也更深刻地认识到项目的实际价值。后续将重点加强进度管控，确保核心功能按计划落地，让平台真正解决校园交易痛点。
2. 刘柳杨（前端开发）：从用户视角出发做设计，才发现“简洁”比“炫酷”更重要。校园用户需要的是直观的操作流程，后续会继续打磨页面交互，让平台用起来像常用社交软件一样顺手，降低大家的使用门槛。
3. 冯昊铿（后端开发）：数据库设计和搜索模块是技术核心，既要保证数据存储安全，又要提升查询效率。目前已完成基础表结构设计，后续会结合用户需求优化索引设计，确保大量物品数据下搜索功能依然流畅。
4. 刘任浩（测试工程师）：测试的核心是“提前发现问题”。通过梳理需求编写测试用例，更清晰地认识到每个功能的边界场景。后续会紧跟开发进度，从用户角度严格测试，确保平台上线后稳定可靠。
5. 付昌（需求分析师）：和不同专业的同学聊需求，才发现大家对二手交易的核心诉求很一致——安全、便捷。把模糊的“想要”转化为清晰的“需求点”是关键，后续会持续跟踪用户反馈，让平台功能更贴合校园实际场景。

八、团队成员绩效评估方法

1. 总分池设定：基于团队成员数量设定总分池，确保评分覆盖项目全流程贡献。
2. 评分维度与占比：
   1. 任务完成度（40%）：根据计划完成任务的数量与质量评估，参考开发文档与测试报告；
   2. 技术难度（25%）：承担核心模块开发、解决技术难点的成员予以加分；
   3. 协作支持（20%）：统计帮助团队成员解决问题、参与代码评审的次数与质量；
   4. 文档贡献（15%）：评估需求文档、测试用例、项目博客等内容的撰写质量与完整性。
3. 评分流程：Alpha阶段结束后，成员先进行自评并说明理由；召开团队会议集体讨论，由PM汇总意见，最终评分经全员确认后公示，确保公平公正。