一 . 项目介绍 :
"天天鲜"是一家专注于优质生鲜的移动电商，提供水果蔬菜、海鲜肉禽、牛奶零食等品类产品的配送服务， 整个项目共由四个端构成，包含：用户端、管理后台、分拣端、配送端。C端用户可在线选择商品，领取优惠券后进行线上支付，用户也可查看直播或浏览菜谱，为用户提供更多的便捷。分拣端与配送端为工作人员与骑手提供了业绩看板与工作台，方便及时进行接单。管理后台为B端用户提供了直播管理、配送监控、分拣监控、订单管理、仓库管理、商品管理、用户管理7个模块，支持B端用户从分拣到配送的全流程工作。

二 . 库表设计 :
用户表（id，用户名-随机生成，手机号，微信用户的唯一标识，微信用户头像路径，创建时
间，状态，积分，余额）
用户收获地址表（id，省市县编码，详细地址，收货人名称， 电话，创建时间，状态）
用户积分变更记录表（id，用户id，订单id，商品id，分数，创建时间）
员工表（id，账号名称，账号昵称，手机号，密码，邮箱，性别，状态，最后登陆ip，最后登
陆时间，创建时间，创建人id，归 属部门id，职位，备注）
角色表（id，角色名称，角色字符串标识，显示顺序，角色创建时间，创建人，状态，备注）
员工角色关联表（员工id，角色id）
部门表（id，部门名称，父部门id，显示顺序，负责人，电话，创建人，创建时间，修改人，
修改时间，状态）
菜单权限表（id，菜单名称，父菜单id，显示顺序， path路由地址，menu_type菜单类型，状态，创建时间，修改时间，创建人，修改人，备注）
角色菜单权限关联表（角色id，菜单权限表id）
员工配送记录表（id，配送员工id，配送订单id，订单编号， 收获地址， 收货人，收获人电
话，距离，预计收货时间， 配送状 态，创建时间，创建人）
基础库：分类表(id，分类名称，层级，上级分类id，创建时间，备注)
轮播图表（id，名称，图片url，状态，创建时间）
字典类型表（id，字典名称，字典类型，状态，创建人，创建时间，备注） 例如 字典名称是
性别， 字典类型是type_sex
字典数据表（id，字典类型， 字典标签，字典值，状态，是否默认，创建时间，创建人，备
注） 例如字段类型type_sex 字典 标签男或者女 字段值1或者0
行政区域表：省市县区域带上下级关联关系
商品库：商品表（id，商品名词，品种，存储条件，规格，分类，图片，是否推荐，价格，上下架状
态，创建时间，创建人，备 注）
秒杀表（id，商品名词， 商品id，原价，秒杀价，开始时间，结束时间，状态，创建时间，创
建人）
订单库：订单表（id，订单编号，下单时间，支付方式，商品金额，配送费，实付金额，商品数量，收
获地址，订单状态，预约配送时 间，下单用户id，下单用户名称）
订单详情表（id，订单id，商品id，商品名称，商品图片，单价，数量，总价）
购物车： 购物车数据储存在redis中采用哈希结构
用户的购物车标识及存储内容分别为： cart:手机号 作为key， 商品的id作为field， 商品的
数量作为value
例如某用户15611110000，添加1号商品5个，4号商品3个到购物车中，则购物车中该用户的
结构为
cart:15611110000
1 : 5
4 : 3
相关操作命令：
HSET key field value：将哈希表 key 中的域 field 的值设为 value （添加商品到购物
车）
HGETALL key：返回哈希表 key 中，所有的域和值。（获取某用户购物车中所有的商品id
及购买数量）
HKEYS key：返回哈希表 key 中的所有域。（获取某用户购物车中所有的商品id）
三 . 工程结构 :
dailyfresh-parent：父工程
dailyfresh-model：存放所有的实体类
dailyfresh-common：存放通用类包括 全局异常处理器，统一Vo类 Dto类
dailyfresh-util：存放工具类
dailyfresh-gateway：网关服务
dailyfresh-user：用户服务
dailyfresh-basic：基础服务
dailyfresh-product：商品服务
dailyfresh-order：订单服务
dailyfresh-cart：购物车服务，利用redis实现
dailyfresh-pay：支付服务，对接微信支付 支付宝支付
四 . 开发周期 : 8个月
前1个月：产品经理做需求调研，产出需求报告及原型，开需求评审，讨论需求，拆分任务，通过禅道下
发开发人员
第2-第6个月：开发人员领取任务，设计接口，表结构，产出接口文档，数据库相关文档，前后端共同开
发，自测
第7个月：提测，修复bug，通过后产出测试功能报告及压测报告
第8个月：部署上线，后续迭代升级