Web课程设计——SpringBoot+Vue制作前后分离的购物商场

SpringBoot+Vue制作前后分离的购物商场（Web课程设计）

1. 前言

这是大三上web课程设计做的小商场，主要使用的技术栈是SpringBoot+Vue的前后分离的小项目，登录上使用的是SpringSecurity+JWTToken的做的一个SSO单点登录，权限上使用的是一个RABC分权模型，基于角色进行分权

2. 系统功能设计图

用户界面

商家界面

3. 数据库设计

商品与订单的映射表

DROP TABLE IF EXISTS `order_goods`;
CREATE TABLE `order_goods`  (
  `oid` int(0) NOT NULL AUTO_INCREMENT,
  `order_id` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '订单id',
  `user_id` int(0) NOT NULL COMMENT '用户id',
  `goods_id` int(0) NULL DEFAULT NULL COMMENT '商品id',
  `goods_total` int(0) NULL DEFAULT NULL COMMENT '商品数量',
  `total_price` int(0) NULL DEFAULT NULL COMMENT '商品总价',
  `state` int(0) NULL DEFAULT 1 COMMENT '订单状态',
  PRIMARY KEY (`oid`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 43 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Dynamic;

商品表

CREATE TABLE `goods`  (
  `id` int(0) NOT NULL AUTO_INCREMENT,
  `store_id` int(0) NULL DEFAULT NULL,
  `goodsname` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `price` int(0) NULL DEFAULT NULL,
  `picture_path` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `state` int(0) NULL DEFAULT 1,
  PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 23 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Dynamic;

3. 功能模块说明

（1）登录注册：所有用户在进入商城首页后，单击“注册”按钮，进入注册页面。在注册页面，可填写注册信息（提供所必须的有效信息，如姓名，地址，电话等）进行注册。已注册的用户进入系统后单击“登录”按钮，进入登录页面，在登录页面，填写用户名、密码，经系统验证后登录系统。

（2）订单管理：用户通过对购物车的商品进行选择并支付后，形成唯一的订单，而订单状态有三种（如：支付状态、发货状态、收货状态），用户可以在订单管理页查看自己的订单状态，商家可以在后台登录后查看到不同用户生成的订单和用户订单中的商品，从而进行对应的发货。

（3）商品管理：商家在登录后台，进入相应的商品管理页，可以查看自己店铺上架的所有商品，从而对自己店铺的商品进行相应的管理，如：上架商品，下架商品，重新上架商品等操作，从而达到管理商品的作用；点击“添加商品”按钮后，可以上传准备上架的商品的信息，如：商品图片，商品名字，商品的价格等。

（4）加入购物车：在进入商城系统后，单击“加入购物车”，就可以把对应的商品加入到用户对应的购物车，用户可以在“我的购物车”中查看自己已经选择上的商品，从而对其进行选择支付。

（5） 权限控制：为了区分好的用户商家的权限，采用了角色权限认证的方式，不同角色不同权限的方式，对特定页面进行权限控制，更好的区分开商家和用户，以及商家内部之间员工的权限。

4. 功能模块演示

首页展示

商家后台

上架商品

订单管理

用户购物车

用户订单

评论功能

5. 不足

1. 前端不熟悉，很多商品的信息要点的展示并不如我想的理想和周到
2. 评论功能、注册未做，数据库未对该功能进行相应的设计
3. 商家和用户的关系并没有做到多读多，只是一对多的关系，只是完成了商品和订单和用户的多对多关系
4. RABC模型使用不算太好，但是简单的完成了基于角色的验证和鉴权
5. 没有设计抢购功能，没有模拟一定量的并发操作