WMS上云解决方案

WMS上云解决方案
目的
1、解决我司WMS不能适应平库，扩充我司平库wms产品线。

2、适应多客户变化需求，根据客户要求配置完成功能流程。

3、从单体软件向平台软件转型。

销售模式转变
销售模式由传统买定制WMS，买WMS产品转向买WMS服务。

公司主营业务进行营销：推广标准化的用于平库的WMS软件，可以很便宜卖出，市场很大，像种草一样，客户如果要上立体库，会首先想到OMH（董事长寄语）
行业竞品
管易云WMS：
客户群集中在电商行业，打通天猫、京东等主流电商平台，消费者在不同渠道将得到同样的商品信息和售后服务，更易挑选自己真正需要的商品。

真正实现同货同价同服务，处理上万单据无压力。

被金蝶收购，改名为金蝶WMS云。

巨沃云WMS：
客户群集中鞋服行业，巨沃已经拥有WMS/OMS/BMS/TMS以及电子标签等丰富的产品。

因为产品线比较众多所以上云任务重。

在建设云WMS，还没有完善的云产品出来。

易仓云WMS：
客户集中跨境电商行业，已有云产品线：跨境卖家ERP、海外仓系统WMS、国际货代系统TMS、海外分销系统M2B、保税仓系统BBC。

成立公司之初就做云产品，发展比较快。

已经可以为客户配置功能，适应多客户变化需求。

壹拓云仓WMS：
客户集中制造业，制造业相关WMS功能齐全，将传统单体软件，硬搬云部署，还未达到服务定制度化，客户挑选功能。

多客户适应性较差，还需分别定制开发。

科箭云WMS：
客户集中在商超（家乐福）行业：将传统单体软件，硬搬云部署，还未达到服务定制度化，客户挑选功能。

多客户适应性较差，还需分别定制开发
云谱WMS：
客户集中在第三方仓储代运营：将传统单体软件，硬搬云部署，还未达到服务定制度化，客户挑选功能。

多客户适应性较差，还需分别定制开发。

传统WMS厂商：
富勒（全行业，行业经验丰富）：
投资微仓云WMS：各项功能还在建设中，想要云wms和富勒单体软件一样还需距离。

唯智（全行业，行业经验丰富）
无云产品
Infor（产品强大，支持二开，适应全行业）：
无云产品
Manhattan（产品强大，支持二开，适应全行业）：
无云产品
我司技术现状
优势：项目集中在制造业，物流业偏少，酒水类行业占比30%销售额。

所以我司优势在熟悉制造业WMS。

劣势：技术依然采用C#技术。

C#技术,没有完善的微服框架，注册中心服务治理没有完善组件，自己开发，服务注册中心基本不可能自己开发完成，技术难度大。

.net部署到容器中应用很少，不稳定。

支持容器部署的组件也比较少。

如把IIS部署到docker。

案例就比较少（如果云不支持容器部署，将耗费大量实体服务器，成本昂贵，后期维护成本或许高过开发成本）
技术大环境
制造业：多家制造业信息系统上云失败，鲜有成功案例，失败原因：项目中长期目标没打成一致，没有跟外部资源形成合力，行业特性壁垒很大，使用信息系统繁多流程复杂多变。

物流企业：上云成功较多。

成功原因：互联网企大企业，深耕技术多年，塑造了行业业态，了解行业，物流行业流程长，分节，技术实现不难，难点是一些规划问题（是一个科学问题，如：TMS的配载问题）。

云服务商介绍
国内云服务商：阿里云（市场占有50%）、腾讯云（市场占有30%）、华为云（市场占有10%）、其它云服务商（10%）
需要的软件服务：关系型数据库、内存数据库、消息队列费用另计
国外云服务商：亚马逊云、微软云、google云，其中亚马逊云服务市场占有率最高。

亚马逊收费：
需要的软件服务：关系型数据库、内存数据库、消息队列费用另计
一旦选定云服务商，基本就和哪家捆绑，业务系统后续很难移植。

WMS上云的总体方案
微服务优势介绍
➢使用微服务架构，更加轻量级
➢每个服务运行在独立的进程中，负责一组特定、相关的功能。

服务可单独进行修改，从而保证与其他服务解耦，也便于部署、迁移、升级
➢业务各自独立运行，便于定位排查问题
➢服务可使用分布式架构，便于迁移到不同的服务器中，负载均衡，每个服务可以有自己独立的数据库，分散了数据处理压力
➢业务与UI分离，修改或者新增UI界面时，不需要重复写业务逻辑
WMS上云思路
1、需挑选重点，特色行业，进行需求调研。

2、改变单体软件设计思维，采用服务设计思维。

需将现有WMS 打散，进行微服务化，
服务进行集中管理，再将整个网状系统上云。

WMS上云架构重构单体软件系统
制造业WMS介绍
由于我司业务范围在制造业：所以如下方案将以制造业WMS进行上云方案介绍：
制造业WMS。

根据物料加工制造过程将仓库划分：原材料库、包材库、半成品库、成品库。

制造业以仓储作业技术的整合为主要目标的系统，解决各种自动化设备的信息系统之间整合与优化的问题。

工厂的生产物流信息的WMS系统，WMS系统主要解决原材料库、半
成品库与成品库之间的协调运行问题，否则将不能保持连续作业，不仅放空生产力，还会浪费能源。

WMS系统的难点在于物流系统与工厂各自动化设备系统的无缝连接，使库存成
为流水线的一个流动环节，也使流水线成为库存操作的一个组成部分。

各种专用设备均有自己的信息系统，WMS不仅要整合设备系统，也要整合工艺流程系统，还要融入更大范围
的企业整体信息化系统中去。

此类系统涉及的流程相对规范、专业化，多出现众多大型包括：ERP 、CRM、PLM、SCM、MES、WMS，成为智能制造信息系统一个重要组成部分。

WMS包括功模块
原材料仓功点如下列表：
成品仓功能点如下列表：
WMS业务功能点服务组件化
服务拆解原则
1、一个业务场景就拆解为一个服务（真实存在的场景，根据衍生出来的，虚拟场景）
2、一张表的增删改查可以做成一个服务，推荐三张表就做成一个服务（三张表结构能形成一个软件功能应用场景）
服务定义原则：
➢一个服务就是一个活动，也是一个应用场景
➢一个活动有输入参数、运行规则、输出结果
➢一个活动内部运行的是输入参数和运行规则
WMS拆解后的服务组件
将wms微服务平台化，实现单体wms拆解为基础数据服务组件（仓库基础数据、库区基础数据、货位基础数据、物料基础数据等）、权限服务组件（角色信息、权限信息、人员信息、账户信息）、单据服务组件（入库通知单、入库单、出库通知单、出库单据）、库存服务组件、点收服务组件、理货服务组件、组盘服务组件、质检服务组件（质检计划单、质检报告）上架服务组件（物料指定货位入库、就近入库（货位距离）、就远入库（货位距离）、物料上一次入库货位旁边货位入库、同一物料不同批次不能放在同一货位
、同一货位不能放三种以上物料）、下架服务组件（先入先出、批次出库、、指定型号出库、废料先出、返修先出）货位调整服务组件、移库调整服务组件、厂际调剂服务组件、盘点服务组件、结存服务组件、物料保养服务组件、配送服务组件、物权服务组件、物料等级调整服务组件、批次管理服务组件、越库服务组件、ERP接口服务组件、MES接口服务组件、波次运算服务组件、自定义服务组件。

技术选型：
技术：java、maven、html5、spring boot、spring MVC、Mybatis、spring could、Vue、elementUI。

容器技术：tomcat、docker、
数据库：mysql
网关：Nginx
开发工具：IDEA
一个服务的部署
一个WMS 平台的部署
Docker Tomcat
JAVA Maven SpringBoot SpringMVC
MyBatis
MySQL
SpringCl
APP1 …
… …
…
保养 基础数据
单据服务 库存服务 权限服务
…
PC
WMS微服务平台化
➢使用微服务架构,更加轻量级。

➢每个服务运行在独立的进程中, 负责一组特定、相关的功能.服务可单独进行修改, 从而保证与其他服务解耦,也便于部署,迁移,升级.业务各自独立运行,便于定位排查问题。

➢服务可使用分布式架构,便于迁移到不同的服务器中,负载均衡,每个服务可以有自己独立的数据库，分散了数据处理压力。

➢业务与UI分离,修改或者新增UI界面时,不需要重复写业务逻辑。

➢微服务,管理平台，APP，电脑版。

➢API经济，APP统一天下。

产品桌面端样例：
产品手机端App样例：
孙华林。