1 文件概览
1.1 目的
为了让大家摆脱只有crud的项目体验，把平时学到的技术整合起来，自然的应用到项目中，同时巩固现在流行的技术栈，我会搭建一个前端到-back 终端分离，分布式微服务商城系统。
为什么选择商城系统？ 原因有二：1、商城系统是我目前比较熟悉的一个互联网项目。 2、商城项目也能充分体现微服务的技术理念，同时也充满了各种不确定性。 非常适合项目体验。
希望大家能在这里学习知识，学会运用知识，不要为了面试而虚伪地跳槽。
1.2 背景
电子商务业务与我们的生活息息相关，每个人都应该对电子商务有所了解。 现在我们要设计一个最小的电子商务系统，并以此来阐明电子商务系统的架构，让大家对电子商务的业务逻辑、系统架构、核心业务流程有一个基本的了解。商业系统。 之后就不用再解释电子商务的业务和系统是什么了购物商城数据库设计，直接解释具体的技术问题就可以了。
目前市场上主流的电子商务系统分类如下：
类型
形式
代表公司
企业对消费者
直接面向消费者的零售模式
小米、华为、vivo
企业对企业
企业间的商业模式
阿里巴巴
B2B2C
对于消费者和企业
天猫京东
C2C
消费者之间的电子商务
淘宝咸鱼
企业对企业
企业与政府机构之间的电子商务
美团，你饿了吗？
1.3 常用电子商务术语
光伏
页面浏览量，即网站被浏览的总次数
紫外线
Unique Vister的首字母缩写，独特的访客
铬
ConversionRate的缩写，是指访问某个网站的访客比例，转化访客占所有访客的比例（订单转化率=有效订单数/访客数）
SPU
标准产品单元（Standardized Product Unit），SPU是产品信息聚合的最小单位。 它是一组可重复使用且易于检索的标准化信息，用于描述产品的特性。
SKU
库存单位（stock keeping unit） SKU是库存进出计量单位（买家采购、商家采购、供应商备货、工厂生产均以SKU为单位进行），最常用于服装和鞋类。
1.4 概述
事实上，即使是最小的电子商务系统仍然非常复杂。 故事发展到这里购物商城数据库设计，身为程序员的你是不是有一种似曾相识的感觉呢？ 现实是需求从来都不是明确的，总是在变化，唯一不变的就是变化。 优秀的程序员适应变化并拥抱变化。 在需求还不明确的情况下，比较可行的方案是先构建一个不太可能改变的核心系统，然后尽可能简单地实现一个最小系统，然后逐步迭代完善。
2.总体描述
2.1 用例模型
用例图可以用来回答业务需求中的两个关键问题，即这个系统是为谁准备的？ 他们使用这个系统来解决什么问题？
2.3 业务流程图
2.4 系统功能
为了适应市场的需要，我们主要将电子商城系统分为以下几个功能：
➢商品：维护和展示商品的相关信息。
➢ 订单：维护订单信息和订单状态，计算订单金额。
➢ 购物车：维护用户购物车中商品的信息。
➢ 支付：负责对接系统内外的支付通道，实现支付功能。
➢ 库存：维护商品的库存信息。
➢ 促销：制定促销规则，统计促销信息。
➢ 用户：维护系统的用户信息，注意用户模块是业务模块，一般不负责
➢用户登录和认证，这是两个完全不同的功能。
➢ 账户：账户模块负责维护用户的账户信息，如用户的积分、等级、余额等。
➢ 搜索推荐：提供商品搜索功能，负责整理整理各类商品列表页和推广页
➢展示，简单来说就是搜索推荐决定了用户最先看到哪些商品。
➢ 报表：实现数据统计和分析功能，生成报表，为管理者进行业务分析和决策提供数据信息。
2.5 性能要求
要求这个系统能够支持高并发的尖峰，高可用的稳定性，以及高性能的流畅性。
2.6 安全要求
采用完善的密码管理体系，分级操作限制，数据定期存储，每日更新。
2.7 可维护性要求
最高级别人员可享受任意修改产品及会员信息，分级人员享有各自权限
2.8 其他要求
目标系统功能齐全，能够充分满足业务需求。 客户只能通过客户名和密码查询和修改个人信息，不得删除或输入其他客户信息（包括查看其他用户资料）。
3 系统设计
3.1 系统架构图
3.2 时序图
1）当用户浏览商品时，这一步需要一个商品模块来展示商品详情页，用户可以从中获取所浏览商品的详细介绍和价格信息。
2) 然后，用户将选择的商品添加到购物车中。 此步骤需要使用购物车模块来维护用户购物车中的商品。
3）下一步是用户下订单。 这一步需要根据订单模块创建一个新的订单。 创建订单后，系统需要将订单中的商品从购物车中删除。
4）订单创建后，系统需要引导用户进行支付，即发起支付流程。 支付功能可以通过支付模块实现。 用户成功完成支付后，系统需要将订单状态更改为“已支付”。
5) 支付成功后，运营商即可发货。 发货后，系统需要扣除相应商品的库存数量。 该步骤需要基于一个库存模块来实现库存数量的变化。 同时，系统需要将订单状态更改为“已发货”。
6) 最后，用户收到产品并在系统中确认签收。 系统需要将订单状态更改为“已接收”，流程结束。
3.3 数据库设计
商品库：ymb_mall_goods
促销库：ymb_mall_promotion
用户库：ymb_mall_user
其他图书馆：ymb_mall_normal
订单库：ymb_mall_order
购物车库：ymb_mall_cart
3.4 功能设计
前端：客户端（vue）、管理（vue）、小程序、APP
后台：后台管理端、后台业务端、秒杀后台
4 本产品的使用范围
电子商城系统是一个独立的软件产品，是针对中型电子商务管理系统。 供消费者查询相应的产品信息，或购买相应的产品。 消费者只需进入本网站首页，进行注册，即可成功购买商品。 通过后台管理员的维护，无需定期及时更新商品、会员信息、相关新闻，逐步满足消费者的需求。
5 缺陷与不足
这个网站的缺陷也很明显。 很多功能的实现不是很实用，很多功能不是很完善，扩展性不是很好。
6 补救措施
电子商城系统受时间、人员和技术的限制，存在的缺陷无法立即修复，但开发商会尽快做出详细的解决方案。
7 项目人员配置表
x'xxx
x'xxx
x'xxx
xx
xx
xx
xx
xx
x'xxx
xx
xx
xx
xx
xx
xx
X
8 谢谢
感谢各位领导的支持和同事们的配合。 我们一定会高效率地完成任务。
