团队作业2——需求规格说明书

这个作业属于哪个课程	https://edu.cnblogs.com/campus/gdgy/Class34Grade23ComputerScience/
这个作业要求在哪里	https://edu.cnblogs.com/campus/gdgy/Class34Grade23ComputerScience/homework/13481
这个作业的目标	完成团队项目的需求规格说明书
团队项目码云链接	https://github.com/xiao-ding1/project

一、系统概述

1.1项目背景

随着数字经济的蓬勃发展与互联网技术的深度普及，线上购物已从补充消费形式转变为大众主流生活方式，消费者对购物的便捷性、多样性、个性化需求持续升级。从最早期只有淘宝，京东这类的线上购物平台，到现在连抖音、小红书等软件也开始具备购物系统，可见当今社会越来越多人都倾向于线上购物。更重要的是我们团队都是女生，都比较喜欢购物，所以我们打算尝试参考淘宝，京东等购物平台构建一个较完善的线上购物商城。

1.3面向用户分析

• 核心用户：18-50 岁普通消费者（含网购新手、偏好极简操作的用户、追求高效购物的人群）
• 用户特点：不熟悉复杂操作逻辑，对冗余功能无需求，重视购物流程的流畅性与直观性
• 用户痛点：主流平台功能繁杂、操作步骤多、学习成本高，需一款 “即开即用” 的工具型购物平台
• 预期用户数量：1000-2000 人

1.客户用户分析

• 操作门槛低：无需注册 / 登录也能浏览商品（仅支付环节需简单登录），按钮清晰、步骤少；
• 信息直观：商品信息（价格、库存、物流）一眼能懂，无模糊表述；
• 流程无干扰：无弹窗广告、无强制关注 / 分享，购物过程不被打断；
• 售后简单：咨询客服入口明显，问题能快速得到回复。

2.商家用户分析

• 后台操作简单：商品上架流程≤3 步（上传图片、填价格 / 库存 / 规格、发布），无需学习后台功能；
• 订单管理便捷：订单列表直观展示（待发货 / 已发货），点击订单即可查看地址、联系客户，无冗余数据；
• 成本低：无入驻费、无复杂佣金规则，仅收取基础交易服务费（清晰透明，无隐藏费用）；
• 功能实用：仅需 “商品管理、订单管理、查看基础流水” 核心功能，无冗余营销、数据分析工具。

1.2系统描述

项目核心就是做 “简单好用、该有的功能都不缺”，不用复杂操作，就能实现网上买东西的线上购物商城。

核心功能模块

1.商品展示与详情模块

模块目标：让用户快速浏览商品、清晰获取关键信息，无需多余操作即可了解商品全貌。

核心功能：

1. 首页商品展示：

• 按 “热门推荐”“分类导航”（如服饰、食品、家居等）展示商品，每个商品卡片仅呈现核心信息（高清缩略图、实时价格、简短卖点，如 “限时优惠”“包邮”）；
• 卡片布局简洁，间距合理，支持上下滑动浏览，无弹窗干扰。

2. 商品分类筛选：

• 顶部设置分类入口，点击后直接展示二级分类（如 “服饰”→“上衣”“裤子”），选择后快速筛选对应商品；
• 无复杂筛选条件（如价格区间、销量排序等冗余选项），仅保留 “分类” 核心筛选维度。

3. 商品详情页：

• 页面自上而下依次展示：商品轮播高清图（支持左右滑动查看细节）、实时价格（含优惠价标注）、库存状态（如 “库存充足”“仅剩 5 件”）、规格选择（如尺寸、颜色，点击直接勾选，无需跳转）、物流说明（如 “包邮”“48 小时内发货”）、简单商品介绍（文字简洁，不超过 3 段）；
• 页面无冗余广告、无复杂交互按钮，仅保留 “加入购物车”“立即购买” 两个核心操作按钮，位置固定在底部。

2.购物车模块

模块目标：为用户提供临时存放商品的空间，支持灵活调整，方便批量结算，减少重复操作

核心功能

1. 商品操作：

• 支持 “加入购物车”：商品详情页、商品列表页点击 “加入购物车” 按钮，实时提示 “已加入”，无需跳转页面
• 支持 “修改数量”：购物车中每个商品右侧设置 “+”“-” 按钮，点击直接调整数量，数量变化后实时更新商品小计与总价
• 支持 “删除商品”：每个商品右侧设置 “删除” 按钮，点击后弹出简单确认框（仅 “确认”“取消” 选项），确认后立即删除，无多余步骤
• 支持 “勾选 / 取消勾选”：每个商品前设置勾选框，默认全部勾选，取消勾选后总价实时扣除对应商品金额

2. 结算功能：

• 购物车底部固定显示 “已选商品数”“合计总价”（自动计算勾选商品金额，无隐藏费用）
• 设置 “去结算” 按钮，点击后直接跳转至下单页面，无中间弹窗或确认步骤

3. 数据同步：

• 用户登录后，购物车数据实时同步
• 未登录状态下，购物车数据暂存本地，登录后自动合并，不会丢失

3.下单支付模块

模块目标：让用户以最少步骤完成下单与支付，流程直观、无卡顿，降低支付门槛

核心功能

1. 收货地址管理：

• 结算页自动带出用户常用地址（优先展示最近使用的地址），无需重新填写；
• 支持 “新增地址”“修改地址”：点击后弹出简洁表单（仅需填写收货人、手机号、详细地址，无需填写邮编等冗余信息），提交后立即生效，自动返回结算页；
• 地址列表最多保存 3 个常用地址，避免选择繁琐。

2. 订单确认：

• 结算页清晰展示：已选商品清单（商品名称、规格、单价、数量、小计）、合计总价（含商品金额、运费，无其他隐藏费用）、收货地址；
• 无复杂订单备注选项，仅保留 “是否需要发票” 简单选项（默认 “不需要”）。
  支付流程：
  确认订单后，点击 “提交订单”，直接跳转至支付页面；
  支付页面仅展示主流支付方式（微信支付、支付宝），默认选中用户常用支付方式；
  支持 “立即支付”（点击后跳转至对应支付渠道完成付款），支付成功后实时跳转至 “下单成功” 页面，展示订单号与后续操作提示（如 “查看订单”“继续购物”）；
  支付流程总步骤≤3 步（确认订单→选择支付方式→完成支付），无多余验证环节。

3.订单管理模块

模块目标：让用户清晰了解订单状态，快速追踪物流，操作直观易懂。

核心功能：

1. 订单列表展示：

• 订单列表按状态分类（仅保留 4 类核心状态：待付款、待发货、已发货、已完成），顶部设置状态切换入口，点击直接切换对应订单；
• 每个订单卡片展示：订单缩略图（商品主图）、商品名称 + 规格、订单金额、下单时间、当前状态标签（如 “待发货” 用橙色标注）；
• 无冗余订单筛选、搜索功能，仅保留 “状态分类” 核心查看方式。

2. 订单详情页：

• 展示完整订单信息：订单号、下单时间、收货地址、商品详情（名称、规格、单价、数量、小计）、支付金额、物流信息（已发货状态下展示快递单号与实时物流进度，如 “已揽收”“运输中”“派送中”）；
• 每个状态对应核心操作按钮：待付款→“立即付款”“取消订单”；待发货→“联系客服”；已发货→“查看物流”“联系客服”；已完成→“评价商品”“联系客服”；
• 物流进度以文字形式直观展示，无复杂物流地图（避免加载缓慢），仅保留关键节点信息。

4.客服咨询模块

模块目标：快速响应用户疑问，为用户提供简单直接的咨询渠道，解决购物过程中的问题。

核心功能

1. 咨询入口：

• 商品详情页、订单详情页、购物车页面底部均设置 “联系客服” 按钮（图标 + 文字，位置显眼），点击直接进入咨询对话框，无跳转延迟；
• 咨询入口无隐藏，无需通过多级菜单查找。

2. 咨询功能：

• 支持文字、图片发送（仅核心沟通格式，无语音、文件等复杂功能）；
• 客服响应提示：发送消息后显示 “已读” 状态，普通问题（如商品规格、物流时间）10 分钟内回复，售后问题（如退换货）30 分钟内回复；
• 对话框无广告、无自动回复冗余信息，仅保留 “发送”“表情”（基础表情）功能，界面简洁。

5.商品评价模块

模块目标：让用户分享购物体验，为其他用户提供真实参考，同时反馈商品情况。

核心功能

1. 评价入口：

• 订单状态变为 “已完成” 后，自动向用户推送评价提醒（仅 1 次，无反复弹窗）；
• 订单详情页设置 “去评价” 按钮，点击直接进入评价页面。

2. 评价发布：

• 评价页面简洁，仅需填写：文字评价（无字数限制，可输入 1-50 字）、上传图片（最多 3 张，支持拍照或从相册选择）；
• 无需评分（避免操作繁琐），仅保留 “文字 + 图片” 核心评价形式，提交后立即生效，无审核延迟（违规内容后台人工少量审核，不影响用户发布体验）。

3. 评价展示：

• 商品详情页底部设置 “用户评价” 入口，点击后展示所有用户评价，按 “最新发布” 排序；
• 每条评价仅展示：用户昵称（匿名化，如 “用户 123”）、评价文字、上传图片（支持点击放大）、发布时间，无复杂互动功能（如点赞、回复等），避免信息干扰。

二、技术需求

1.兼容性

• 页面自适应调整，无排版错乱、按钮遮挡问题

2.性能要求

• 页面加载时间≤2 秒（含商品图片、文字信息）；
• 操作响应时间≤1 秒（如加入购物车、修改数量、切换页面）；
• 支付流程响应时间≤3 秒（提交订单、跳转支付渠道、支付结果同步）。

3.安全性要求

• 用户信息（手机号、地址、支付信息）采用加密存储，不泄露敏感数据；
• 支付环节接入正规第三方支付接口（微信支付、支付宝），保障交易安全；
• 防止恶意下单、重复支付等异常行为，系统自动校验并提示。

4.稳定性

• 系统正常运行时间≥99.9%，无频繁卡顿、崩溃问题；
• 高峰期（如促销活动）支持同时在线用户≥1000 人，无响应延迟。

5.可维护性

• 代码结构清晰，模块划分明确，便于后续功能迭代（如新增分类、调整支付方式）；
• 关键功能模块预留简单扩展接口，无需大规模重构即可实现小范围优化。

三、项目的真实性、可用性、价值所在

1.真实性

需求源于真实场景：用户端有网购新手、老年群体对复杂平台的使用障碍，商家端有中小个体商家低门槛线上开店的诉求，功能设计匹配双方真实需求

2.可用性

用户端：核心购物流程≤5 步，界面简洁易操作，适配主流设备，响应流畅；商家端：上架、接单等核心操作≤3 步，无专业技能也能快速上手

3.价值所在

对用户：降低网购门槛，提升购物效率，保障购物安全感；对商家：低成本拓客，降低经营难度

四、issue

五、团队任务分配以及项目计划

1.任务分配

成员	角色	任务
沙吉旦·乃吉米丁（3223004775 ）	项目管理	统筹项目进度，协调团队分工，把控时间节点；解决跨角色沟通问题，确保项目按计划上线；跟踪风险并及时调整方案。
吴静欣（3223004300）	产品经理	进行需求调研，细化需求，输出简单原型和需求文档。​
丁温婕 （3223004253）	前端	实现用户界面，保证界面简洁、按钮易操作；确保页面加载流畅、交互直观；对接后端接口完成数据展示。
许晓喆（3223004302 ）	后端	搭建数据库，开发核心接口；保障数据安全、系统稳定运行；支持前后端数据交互。
汪雨嫣 （3223003305）	测试	验证各模块功能是否正常；测试界面兼容性、加载速度等性能指标；排查操作异常并反馈修复。

2.项目计划安排

周次	任务
第10周	完成需求调研，输出项目需求规格说明书
第11周	前端原型设计，后端数据库设计
第12周	商家端开发阶段
第13周	用户端开发阶段
第14周	前后端联调与测试阶段
第15周	系统部署，准备预上线
第16周	项目总结

五、成员感想

1. 沙吉旦·乃吉米丁：现在正做项目准备，感觉就是把活儿分明白、时间定清楚。先和大家一起拆任务、定每个人要干的事，搭好沟通的群，把 GitHub 的 Issues 建起来。原来准备工作做细了，后面干活才不慌，挺期待后面正式推进的。
2. 吴静欣：还没开始做产品，现在正捋需求。跟大家聊用户和商家到底要啥，把 “简单好用” 的核心抓准，比如哪些功能必须有、哪些不用加。准备先画个简单原型，把流程理清楚，这样后面开发才不会走偏，感觉前期想透了很重要。
3. 许晓喆：目前在做准备，先搭好开发环境，看看需要用的技术。翻了翻需求，知道重点是做简单、好操作的界面，准备先找些参考，想想商品页、购物车咋做才直观。前期准备好工具和思路，后面写代码才顺。
4. 丁温婕：现在处于准备阶段，先设计数据库，想想商品、订单这些数据咋存。对接支付、物流的接口也在看，准备把基础的接口框架搭起来。前期把这些基础弄好，后面开发的时候才不会乱，能保障流程稳定跑起来。
5. 汪雨嫣：现在还没到测试环节，正跟着大家做准备。先把项目需求和核心流程捋清楚，比如用户购物、商家接单这些关键步骤，提前列好要测的点。准备搭好测试环境，想想后面要测功能有没有 bug、不同设备能不能用、加载快不快。前期把这些准备做足，后面测试的时候才能有条理，帮大家把好关～