社交|连锁小卖店sass项目项目架构分析( 二 )



综上:erp , wms , tms 系统架构主要分为:采购管理服务 , 销售需管理服务(不一定需要) , 财务核算服务 ,库存服务 , 店铺收银服务
财务系统大致分析:

财务日结:
月结:

  1. 历史数据:

总结:财务系统主要分为对 erp , 商城 , 收银 , 直营店 , 供应商等角色的财务收入结算 。 注:财务是非常重要的系统 , 必须保证 7x24 小时不会挂 , 否则可能会造成很大损失 。
分销系统分析:描述:设计得角色一般有代理商 , 供应商 , 以及商品 。代理商分析:
从某个途径获取代理资格 。 主要业务有商品管理 , 推广链接 , 结算管理 , 数据管理 。 \t供应商分析:主要业务有商品管理 , 推广链接 , 结算管理 , 数据管理
大致业务逻辑如下

用户购买流程:



客户系统分析:最简单的:一个联系方式
比较简单的:有几个人在维护
比较智能的: 智能后台管理系统 , 有机器人设计等
综上个个系统分析 ,最终的技术架构 ,决定采取微服务 spring cloud+h5 架构 , 因为这里涉及到的角色有:
  1. 后台管理角色 , 代理商角色 , 分销商角色 , 平台的各个角色等多个角色的数据维护 。 可 看成同一个应用程序销售给 N 家客户使用 。 在常规情况下 , 我们需要为此创建 N 个Web 服务器(Tomcat)N 个数据库(DB) , 并为 N 个客户部署相同的应用程序 N 次 。
  2. 此架构目的:在多组织环境下共用相同的系统或程序组件 , 并且可确保各租户间数据的隔离性;用户不再需要购买软件 , 而改用向提供商租用基于 Web 的软件 , 来管理企业经营活动 , 且无需对软件进行维护;

技术架构如下图:


最终该项目拆分的服务大概有
以上几个服务 , 以及平台管理用户 , 代理商用户 , 供应商用户 商品管理架构功能大致如下:

客户

仓储
采购

资产即财务管理

其中最重要的为数据管理服务 , 有运营数据 , 流量分析等 。 其中运营数据分析分为数据概况 , \t交易分析 , 商品分析 。 流量分析分为事件分析 , 漏斗分析 , 留存分析 , 属性分析等




【社交|连锁小卖店sass项目项目架构分析】终端可能有 , 小卖店的收银系统 , 商户管理系统 , 运营管理系统 , boss 后台管理系统 , 代理商系统 , 供应商管理系统等