天猫整站SSM项目（一）需求分析

刚学习完了spring、spring mvc和mybatis框架，就想着将这三个框架整合起来，做一个小项目练习，所以就选择了一个项目 天猫整站SSM项目。

一、前端分析

在前端页面上显示数据库中的数据，如首页，产品页，购物车，分类页面等等。

1、首页：包括横向导航栏、纵向导航栏的商品分类、纵向导航栏某一个分类下的推荐商品（子分类）、首页下端依次显示每个分类下的5个产品。

2、产品页：显示某个产品的图片、产品的5个子图片、商品的基本信息（名称、价格、销量、评价等）、商品详情、评价信息、商品的子图

3、分类页：首先显示分类页名称的图片、下面显示该分类下的所有产品。

4、购物车查看页面：显示购物车中的所有产品

至于这些前端页面如何组织显示，页面布局，css样式设置，Javascript交互代码等教学，在单独的模仿天猫前端教程中详细讲解。分开学习和讲解，降低学习的难度，避免全部前后端混杂在一起学带来的困扰。

二、前后端交互分析

这里的前端交互，与模仿天猫前端教程里的交互，不是同一个概念。 模仿天猫前端教程里的交互，仅仅停留在浏览器上的javascript交互，这里的交互指的是通过POST,GET等http协议，与服务端进行同步或者异步数据交互。 比如购买，购物车，生成订单，登录等等功能。

1、分类页排序：综合信息排序（人气、销量、价格）

2、 加入购物车

3、提交订单

4、查看订单

5、删除订单

6、登陆与注册

三、后端分析

对支撑整站需要用到的数据，进行管理维护。 比如分类管理，分类属性管理， 产品管理，产品图片管理，用户管理，订单管理等等。

1、分类管理：查询所有分类、新增分类、修改分类、删除分类

2、属性管理：
这里的属性，指的是产品属性。
比如太阳镜这种产品，有镜片材质，适合脸型，眼镜配件类型等属性。
而平板电视这种产品，有操作系统，能效等级，网络连接方式等属性。

不同的产品，有不同的属性，以及对应的属性值。按照传统的数据库的设计方式，就会在产品表里设置不同的字段，而天猫的产品五花八门，有成百上千种不同的属性，难道给一张产品表设置成百上千的字段吗？这样做出来的系统，肯定是不具备维护性的。

为了解决这个问题，引入了产品属性这个概念，假定同一类产品，都有相同的属性。
比如所有的女装，都有 材质成分，尺码，上市年份季节等等属性。 具体到某一件女装，其区别只是在于属性值不一样。

这样在一个分类下，就可以维护一系列的产品属性，针对于不同的产品，再设置不同的值，即可达到保存和维护大量产品属性值的效果。

分页查询：查询某个分类的所有属性，将分类与属性连接起来

还包括的功能右新增属性、修改属性、删除属性等功能。

3、产品管理：分页查询所有产品、新增产品、修改产品、删除产品