超详解析订单系统架构电商订单系统产品架构 _订单

订单系统作为一个业务子系统，在电商、零售、餐饮、教育、医疗saas系统中都非常常见。
只要平台存在交易行为，那么必然逃不开订单系统，因为最终都需要通过创建订单，并支付，从而完成交易。
由于订单系统的高出现频率，且不同业务的订单设计思路大同小异，所以我们可以把它作为一个底层系统进行抽象，建立一套订单的设计模型，便于我们快速应用到各个业务系统之中。
订单系统架构
No. 1
以电商为例：
订单作为电商最复杂的核心系统（或者称之模块），它建立其他系统模块之上。
包括但不限于商品、优惠券、会员、营销活动、地址信息、积分、运费、购物车、支付、发收货等模块，都和订单息息相关，任何一个模块的改动，都可能影响到订单。不夸张的说，订单是交易平台最核心的子系统。
订单包含的信息：
电商订单系统架构：
因此做好订单管理，最重要的是覆盖的全面性、和极强的可扩展性。
订单系统模块拆分
No. 2
订单主要分：订单创建和订单管理两部分.
一、订单创建：
订单创建可以由C端用户、以及B端使用者发起创建，并在订单系统中生成。
订单创建的节点，在页面上的展示，就是提交订单页面点击“提交订单”按钮那一刻，订单就会被创建。
【超详解析订单系统架构电商订单系统产品架构】当然表面上看，点击“提交订单”就触发了订单创建，但背后，创建过程会调用前面所说的各个模块，并且夹杂了大量的逻辑判断。
提交订单页原型：
以下为订单生成的校验：
即在“提交订单”那一刻，会进行多个信息的逻辑判断
配送信息：配送方式和配送地址。
需判断是否填写了配送方式和地址；（如果是外卖）配送地址是否超过配送范围；
商品