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

这个作业属于哪个课程 班级地址
这个作业要求在哪里 作业要求
这个作业的目标 初步分析业务,学习git增量式管理,撰写需求规格说明书

一、需求规格说明书

1. 系统概述

1.1引言

随着互联网的普及,线上购物逐渐成为人们获取商品和服务的主要途径。传统的购物模式逐步向线上转移,消费者更倾向于在网络上快速找到所需商品、比价、下单并享受送货上门的便利。对于商家而言,线上平台提供了更广阔的市场和更加便捷的产品推广渠道。本项目旨在构建一个高效、易用的线上购物网站,以满足消费者日益增长的线上购物需求,并帮助商家轻松地管理和销售产品。

1.2项目概述

该项目是一个线上购物网站,旨在为用户提供便捷、安全、丰富的购物体验。系统面向不同用户群体,包括普通用户(消费者)、商家(入驻卖家)、管理员等。系统将支持商品展示、搜索、购买、支付、售后服务等功能。

2. 面向用户分析

用户 群体特征 用户需求
消费者 主要为18-50岁之间,热衷于网购的用户 快速搜索商品、简洁明了的商品信息、方便的支付方式和快捷的物流信息
商家(入驻卖家) 希望拓展线上销售渠道的商家,包括个人卖家和品牌卖家 便捷的店铺管理系统、实时的库存管理、订单处理、数据分析等
管理员 平台维护人员 管理用户和商家信息、审核商品、处理违规操作、生成系统数据报表等

3. 系统功能需求

3.1 功能需求

3.1.1 消费者端功能

  • 用户注册与登录:
    注册:用户可通过手机号、邮箱等方式注册,支持验证码验证。
    登录:用户可通过注册信息登录,支持“忘记密码”功能。
    第三方登录:支持微信、支付宝、Google等第三方登录。

  • 商品浏览和搜索:
    商品分类浏览:用户可以根据商品类别、品牌等条件浏览商品。
    商品搜索:用户可以通过关键词、价格区间、评分等过滤条件搜索商品。

  • 商品详情页:
    商品信息:展示商品的图片、名称、价格、库存、详细描述等。
    用户评价:展示其他用户对该商品的评价及评分。

  • 购物车管理:
    添加至购物车:用户可以将商品添加至购物车。
    购物车管理:用户可修改购物车中的商品数量、删除商品等。
    合并支付:支持一键结算购物车中的商品。

  • 订单管理:
    订单创建:在购物车结算后生成订单。
    订单支付:支持支付宝、微信、信用卡等多种支付方式。
    订单状态跟踪:用户可查看订单的状态,包括待支付、待发货、待收货等。
    订单取消和退货:支持取消未发货订单,申请退货等。

  • 评价与反馈:
    用户可以对购买的商品进行评价,包括打分、写评论等。
    商家可以回复用户的评价,支持点赞、举报等功能。

  • 个人信息管理:
    用户可以修改个人信息、管理收货地址、查看购买历史、管理收藏夹等。

3.1.2 商家端功能

  • 商家注册与登录:
    商家可以注册账号,后台管理员审核通过后方可登录。
    登录后可管理店铺信息,进行商品上架下架操作。

  • 商品管理:
    商品上架/下架:商家可以添加新商品或将其下架。
    库存管理:商家可以查看和管理商品库存情况。
    价格与折扣管理:商家可以设置商品价格、折扣信息等。

  • 订单管理:
    订单处理:商家可以查看用户订单、确认发货、提供物流信息。
    退款管理:商家可处理用户的退款、退货请求。

  • 销售数据分析:
    订单数据:查看一定时间内的订单数量、销售额。
    用户评价分析:查看产品评价情况,获取用户反馈以改善产品和服务。

3.1.3 系统管理功能

  • 用户管理:管理消费者、商家的账户,包括注册信息的审核、账户封禁和恢复。

  • 订单管理:查看和管理平台上所有订单,包括处理异常订单。

  • 内容管理:审核商品、评价信息,防止违规内容。

  • 统计分析:提供平台流量、用户活跃度、订单量等数据的统计功能,支持图表展示

3.2 非功能需求

3.2.1 性能需求
并发用户支持:系统需支持至少1,000名用户同时在线。
响应时间:页面响应时间应不超过3秒,支付过程在1分钟内完成。

3.2.2 安全需求
用户隐私保护:严格保护用户的个人信息,避免信息泄露。
数据加密:敏感信息(如密码、支付信息)需加密传输,使用SSL加密。
权限管理:不同用户角色(消费者、商家、管理员)只能访问其权限范围内的功能。

3.2.3 可用性需求
易用性:界面设计应简单易用,帮助用户快速上手。
系统稳定性:系统运行应尽量避免崩溃或错误,确保稳定的用户体验。

3.2.4 可维护性
模块化设计:系统应具备良好的代码结构,便于扩展和维护。
错误日志:在后台记录系统错误日志,便于管理员排查和修复。

3.2.5 可扩展性
负载均衡:系统设计需支持负载均衡,以适应用户增长。
数据扩展:应考虑数据库设计的扩展性,适应后续数据增长的需求。

4. 技术需求

4.1. 系统架构

线上购物网站采用分层架构设计,主要包括前端层、后端层、数据库层和安全层,具体描述如下:
前端层:主要用于展示页面和用户交互,负责用户界面、商品展示、购物车、支付等功能的展示和数据提交。
后端层:提供业务逻辑处理和数据服务支持,通过API接口处理前端发送的请求,并访问数据库获取所需数据。后端负责核心逻辑,如用户管理、订单处理、支付系统集成等。
数据库层:存储用户信息、商品信息、订单信息、评价记录等,提供数据的快速查询和存储。
安全层:实现用户身份验证、数据加密、访问控制等,以保护用户和平台的数据安全。

4.2. 技术选型

4.2.1 前端技术

框架 React或Vue.js
UI框架 Ant Design或Element UI
数据处理 Axios或Fetch API

4.2.2 后端技术

框架 Spring Boot(Java)或Node.js(JavaScript)
API设计 RESTful
缓存 使用Redis缓存用户会话、商品详情等数据

4.2.3 数据库

  • 数据库类型:MySQL用于存储结构化数据,如用户信息、商品信息、订单数据;MongoDB可用于存储非结构化数据,如用户评论等

  • 数据表设计:针对线上购物网站的需求设计用户表,商品表,订单表等

4.3. 安全性

  • HTTPS加密传输,保障用户隐私数据安全

  • 用户数据加密存储,防止数据泄露

  • 定期的安全审计和漏洞检测,保障系统安全性

4.4. 其他技术

  • 使用Redis缓存优化系统响应速度,减轻数据库压力

  • 使用第三方支付平台接口,如支付宝、微信支付

4.5. 预期用户数量和系统规模

  • 预计日活跃用户数:100,000人

  • 预计注册用户数:500,000人

  • 预计日订单数:10,000单

  • 系统需支持至少500人同时在线

5. 系统特性分析

  1. 真实性

    • 系统将确保真实的商品和商家信息,采用严格的商家审核机制,定期检查并屏蔽虚假或不良商家,保障消费者权益。

    • 用户评价和反馈机制也将促进平台内商品信息和卖家服务的真实可信。

  2. 可用性

    • 系统界面简洁、易操作,用户可以在3次点击内找到目标商品,避免繁琐流程。

    • 响应速度快,首页加载时间不超过2秒,订单页面不超过3秒。

    • 提供24/7客户支持,确保用户随时能得到帮助。

  3. 价值所在

    • 该系统通过便捷的购物流程和丰富的商品类别,为消费者提供了高效的购物体验。

    • 对商家而言,系统提供了快速有效的店铺运营平台,帮助其拓展线上业务,获取更多客户。

    • 系统采用个性化推荐技术,通过分析用户购物行为,提升用户留存率与消费粘性。

6.团队项目的链接

二、制定团队计划

团队isuues

修改前的团队项目的时间安排表

修改方法

由于博客要和软工作业契合,所以我们根据实际情况对时间进行了调整,对时间进行了前移t=t-1,在实现步骤上与原先基本一致

修改后的团队项目的时间安排表

三、团队总结

组员的姓名 需求规格分析书模块分工 项目分工 完成情况 个人感想
杨智雄 撰写博客,编写第二部分的任务issue 撰写博客和负责后端的一些接口 良好 我们还没进行足够的原型设计,计划在下周进行,到时候对整个项目怎么实现有更清晰的想法
张继凯 提供第一部分需求规格书的部分内容 负责部分前端 良好 我还需要学新技术,而且整个团队的集体期望还没达到一致,所以持续学习自己与同伴的交流至关重要
张锦程 提供需求规格书的概述以及功能分析的内容 负责后端部分 良好 距离达到的要求还有些距离,还得不断学习新的技术以及与队友进行颗粒度对齐
李耿豪 检查规格书内容,查缺补漏 负责测试部分 良好 对于项目管理需有更好的理解,需要要学会从更多角度去审视内容,同时要培养和同伴交流沟通的习惯。
吕宏鸿 提供用户需求分析及技术需求分析 负责部分前端 良好 完成需求分析是项目成功的基石,期待接下来的开发旅程!
陈愉锋 提供系统的真实性,进行检查 负责测试部分 良好 需要根据实际情况不断进行调整、学习,对接下来的项目开发充满信心。
雷志毅 提供每个功能的大体实现流程 负责后端部分 良好 对项目内容还要进一步分析
宋观瑞 对功能分析和用户需求分析部分的内容进行了补充 负责前端部分 良好 需求分析得后续实现时再进一步实现
posted @ 2024-10-27 00:25  yzx9  阅读(63)  评论(0编辑  收藏  举报