2020-10-26

1.3 业务用例

1.3.1 C端用户业务用例
在这里插入图片描述
1.3.2 B端商户业务用例
在这里插入图片描述
1.3.3 整体业务功能用例
在这里插入图片描述

1.4 关键业务流程

在这里插入图片描述

2 系统设计

2.1 系统整体架构
2.1.1 业务架构
在这里插入图片描述
2.1.2 系统架构
在这里插入图片描述
2.2 领域模型
2.2.1 商户、商品域领域模型
在这里插入图片描述
在这里插入图片描述
2.3 应用系统依赖关系
2.3.1 商户域ER图
在这里插入图片描述
2.3.2 用户域ER图
在这里插入图片描述
2.3.3交易域ER图
在这里插入图片描述

2.4 时序图

2.4.1用户域
1 登陆/注册功能
在这里插入图片描述
2 登陆验证
在这里插入图片描述
3 登出功能
在这里插入图片描述
2.4.2 商户域
1.首页导购
在这里插入图片描述
2 店铺展示
在这里插入图片描述
商品管理
在这里插入图片描述
2.4.3 交易域
1 购物车
1.1 业务逻辑图
在这里插入图片描述
1.2 购物车-未登录用户时序图
在这里插入图片描述
下单
在这里插入图片描述
3 退单
3.1支付前取消
在这里插入图片描述
3.2 支付后接单前取消
在这里插入图片描述
3.3 接单后取消
在这里插入图片描述
3.1.用户产品接口
3.1.1 BaseRequest
字段
类型
含义
备注
token
String
Json格式的验证token
id
String
用户ID

4. 非功能设计

4.1 业务核对分析
4.1.1 订单核对
针对订单的核对,在交易过程中产生的订单以及其状态的流转需进行核对,核对方式采用T+h或者T+1的方式核对,核对主要是订单中心查询交易流水,基于数据库表的增量变更进行主子订单流水信息的核对。
4.1.2 账户资金核对
针对金额的核对,在交易过程中产生的资金的流转需要进行核对,财务查询对应财务数据流水以及用户账户资金流水和商户账户资金流水进行实时核对。用户以及商户对资金账户敏感,所以采用实时核对方式。
4.1.3 库存核对
针对库存销量核对,交易过程中所产生的库存以及订单流水需进行核对,核对方式采用实时方式核对,核对主要是交易中心核对订单流水,基于数据库表的增量变更进行库存和销量的核对。
4.2 幂等
建立业务流水表,做幂等校验。表内存入业务状态、业务类型、请求id等信息。requestId和bizType作为唯一key。
在涉及到对数据库的增删改操作时,首先需要根据请求id和业务类型去查找业务流水表,对于业务状态处于初始、或业务处理超时的情况,可以获取业务锁;对于业务状态为成功、或业务处理中(未超时)的情况,不可获取业务锁。从而实现幂等控制。
4.3 数据埋点
用户访问门店记录点击和曝光次数,用户访问商品详情,记录点击和曝光次数,配置为活动的icon打标,单独记录点击和曝光次数。针对用户行为,刻画用户画像,针对高点击高曝光门店和商品,为商户提供门店运营和经营参谋相关服务。
4.4 报表分析
为商户提供可查询时间粒度的经营数据服务,提供查询不同时间段内的商品销量排行信息。
4.5 监控分析

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值