论文供应链数据分析

论文供应链数据分析

论文供应链数据分析，越来越多的企业采用数据分析来应对供应链中断，并加强供应链管理(SCM)，目前有几项重大中断正在影响供应链。以下分享论文供应链数据分析，一起来看看。

论文供应链数据分析1

数据挖掘技术在供应链精细化管理中的应论文

摘 要：对企业大量的历史数据，采用SQL Serve的OLAP技术，建立了供应链数据的挖掘模型，对现库存结构、呆废账和供应周期进行了分析，找出了存在问题，提出了相应的解决方法;对现系统提出了二次开发具体目标。

关键词：数据挖掘 精细化 大物流 供应链

一、前言

生产管理信息系统运行5年来，形成了了大量的历史数据，如生产主计划、备件计划、供应商、供货信息、质检信息和入库、领用信息等。

但该系统只是一个顶层数据逐级向下单向透明、注重出入库管理的平台，丰富的历史数据只是偶尔备查，没有把已有庞大的数据转化为知识，从全局上辅助企业决策，使公司在计算机软硬件的开发、维护上的巨大投资，只在局部管理上取得了改进，总体成效并不显著。

本文以半成品库供应链为主体，从计划、采购、外协厂商、质检等多维度分析供货周期及库存的相互关系，以减少冗余环节，降低供应链成本;同时对信息系统的二次开发提出了具体目标。

二、库存结构和供应链分析

我集团的半成品采购，采取多外协厂家的定点生产、每年对价格招标、每月下达采购数量的策略，由外协厂家按照我方提供的设计图纸生产，需要开模或使用专业机具加工，更换厂家有一定的难度。做好供应商的考核和选取，对保质按时完成生产，就显得尤为关键。

我用半成品的相关历史数据，按照关系型数据库第三范式，建立雪花形数据仓库，在其逻辑结构中，将数据表划分为存储实际数据的事实表;以及存储测评指标的维度表，如供应链上的采购、质检、结账周期、质量符合度等。

21 数据准备

以系统后台采用的sql server 2005数据库中自带程序Business Intelligence Development Studio为挖掘工具。数据准备如下：获取和供应链相关的完整历史数据，从2013年2月到2015年3月的基本信息：批量、计划数、厂家。

下达日期、返回数量和日期、质检完成日期和合格数量，点收入库数量和日期，以及非结构化的返回日期要求等数据。剔除了试制新品等异常数据;建立了相应的维度数据库，转换所有的日期为考核的维度，以精确分析供应链周期。

22 数据挖掘结果和分析

库存分析：平均月入库为1373万，出库为1399万，库存金额平均为802万，比原库存下降400万以上，比例为34%，逐步消化了存货，有效地降低了半成品库存。

呆废账分析：我们重点对三年(74万元)及五年以上(24万元)无动态的呆账进行了分析，其产生的原因如下：

(1)BOM表中已经不存在此类备件。

(2)产品设计发生了变更。

(3)对应的产品已经淘汰停产。

(4)配套的产品仅在部分支线上使用，存量过多、过久。

(5)订单变更、采购的半成品不配套，部分出现冗余。针对以上原因，我们提出如下解决方法：

(1)全面清理此类半成品，做好外观和质量检测，不符合要求的申请报废。

(2)尽可能替换使用、降级使用。

(3)按材质、规格制定改制表，按需对半成品改制，减少呆废料。

(4)除少量必须备件外，多余部分调拨给可能生产此类产品的`子分公司待用。

供货期分析：期间平均供货总周期为1955天;其中外协厂家生产期1413天，到公司后质检期327天，入库215天，供货后到发票开具2373天。在提前期为半个月的采购模式下，数据表明大部分半成品在每月初就基本入库，占用了大量库房，并在当月末转化为财务付款压力。

针对外协厂家大多位于省外，重点分析了供应商区域、数量、重量、采购品种和供货周期的关系，对锻铸件类产品的挖掘结果分析如下：

(1)为减轻库房压力，本省市的外协厂家按需分批次组织运送，期供货周期和质检周期存在人为失真。

(2)外省市供货周期和区域距离成正比。

(3)供货周期与采购的数量和重量无关，表明生产能力和运力现阶段充沛。

(4)质检周期短的供货商，其一次到货率和合格率较高。

三、供应链管理新模式

基于供应周期分析结论1，我们可以把所有的外协厂商作为外围库房，按大数据模式下的机器学习法，自动计算不同外协厂家、不同半成品的提前期，借助第三方物流，由生产流水线上主导产品的需求，决定其配送日期;包装用数量就近选择厂家，第三方质检合格后，直接发到施工现场。

为实现此设想，信息系统必须互联互通、信息共享，实时采集需求和获取外协厂商的生产、库存情况，建设一条敏捷的供应链。系统可做如下改进：

(1)对供应商做出科学考核评价：资质;产品质量(尺寸、外观、表面的目视检查合格率;化学成分等合格率;力学性能参数、内部的超声无损检测缺陷值等)、退货率，降级接收率、及时完成率、交货紧迫性、变更配合度、售后服务等指标进行动态考核。按指标得分高低对外协厂家优胜劣汰，在任务分配时优先向优秀供应商倾斜。

(2)拉伸供应链，把各生产部门、库房、供应商作为一个整体，对内实现数据的全透明，共享主计划、车间旬计划、采购计划，做好内部关键工序的报工和外协厂商的数据采集，使相关人员能从数据流中自动获取到所需数据，实时监控所需半成品，及时协调相关生产;在任务繁重时，对外适度开放采购信息，有利于外协厂家安排生产。

(3)领用定额只获取BOM表中的组装数量，包装用备件可由外协厂商直发施工现场。

(4)多粒度获取半成品需求，多层次规划生产。在销售部门取得合同后，按照交货期汇总其总量，和外协单位的产能对比，做好生产分配和预测;按旬计划汇总需求，精准组织半成品的到货时间。

四、结论

建立数据透明的信息系统，充分利用挖掘数据技术，动态获取需求和产能，借助第三方物流，可以精准地满足生产和施工需求，同时优化控制库存结构，可以减少库存量，降低对流动资金和库房的占用。在实际应用中，还需要发挥人的主观能动性，按实际情况调整采集信息量和透明度，提升供应链管理水平。

参考文献：

[1]王桂从，姜兆亮，李兆前协同供应下的库存控制及供应商选择[J]现代制造工程，2007(11)

[2]王晶，唐玲，张在晓供应商共享POS信息时的信息挖掘策略与方法[J]工业工程，2008(07)

论文供应链数据分析2

大数据分析对供应链有什么影响

如今，从物流到客户偏好的各种数据的持续增长正在迅速改变企业的经营方式，并突出了对加强数据管理和分析的强烈需求。大数据分析(指大型和复杂的数据集)的好处是显而易见的：大数据可以完全改变组织的工作方式，在效率、成本、可见性和客户满意度方面产生巨大差异。

大数据来源广泛：

-如今的技术和社交平台允许企业以评级、评论和博客评论的形式获得直接的客户反馈。

-来自移动通信、社交平台和电子商务的数据正在与来自企业系统的数据集成。

-随着物联网和机器对机器通信的引入，制造业正在从基于事件的计划转变为实时感测。

-不断发展的传感器技术可提供实时设备和产品状况数据，从而实现自动维护和过程调整。

数据在数量上、种类上和速度上都有所增长，如果以正确的方式加以利用，可以带来巨大的价值。

研究显示，企业已经在推动整个企业供应链的生产力，但在供应链功能中使用大数据分析在全球企业中并不普遍或协调得很好。受益于大数据分析的公司有三个共同点：它们拥有强大的企业级分析战略，它们将大数据分析嵌入供应链运营，它们拥有合适的人才库，能够从大数据中产生可 *** 作的见解。

有必要雇用、培训和扶持能够帮助企业从大数据分析中受益的领导者。从人力资本的角度来看，大多数公司的定位尚不足以接受数字化供应链转型。我们分析了各行各业的50多位高级供应链高管的个人资料，以了解他们在供应链数字化方面的定位。在涉及所谓的“数字防备连续性”方面，各行各业的公司中绝大多数高管都普遍缺乏。

调研机构采访了各行各业的商界领袖，以探讨当今日益数字化的世界对首席供应链官的角色以及供应链领导者与高级管理人员中其他高管人员之间互动的影响。通过这些访谈，我们发现了供应链领导者应具备的四个关键特征，以便能够从大数据分析中获得收益：

1、对数据和系统技术有深刻的了解。当今的企业可以通过数据分析和通过数字方式收集数据来深入了解客户行为。尽管不需要首席供应链官成为信息技术（IT）专家，但他们应该对数据收集、技术和分析有足够的了解，以引导对话并为高级领导者及其供应链团队提供数字化愿景。

供应链领导者应认识到如何实施和利用相关平台和流程以及数据来自何处，并应表现出对来自各种渠道的数据范围和规模的扎实理解。重要的是，领导者必须准备好对数据采取明智的行动。

2、具有影响力的协作方法。如果首席供应链官在孤岛工作，将无法从大数据分析中获得收益。在内部，供应链领导者必须能够与首席技术官进行沟通和协作，以帮助确定适合组织的技术和政策；

与首席数据官一起了解如何最佳地捕获和使用数据；与首席营销官一起，评估供应链如何能够更专注于客户和需求驱动，并与首席执行官具体沟通更广泛的创造价值的机会。最终，供应链执行官将需要能够与内部利益相关者和外部供应商建立桥梁。

3、跨职能经验。如今的供应链管理人员具有跨部门的'经验，并且能够理解和与来自多个业务部门的人员进行交流。重要的是，首席供应链官员还必须具有销售、财务或技术方面的知识。

4、发展新技能和培训他人的能力。当今的首席供应链官必须紧跟最新技术，以确保组织适当地吸收数字技能和分析人才。企业犯的最大错误之一是在没有适当准备组织的情况下实施大数据分析项目。建立内部计划以确保在整个供应链中采用技能至关重要。

要从整个供应链或整个组织的大数据分析中获取所有好处，不仅需要技术和IT。从首席执行官和执行委员会开始，企业必须准备好支持一种全新的思维方式，培养一种对创新和技术开放的文化，并愿意挑战关于供应链管理方式的惯例。

大数据分析对供应链有什么影响、中琛魔方大数据分析平台表示由于供应网络上数十亿的连接设备提供关于服务需求、位置和库存分布的实时信息，甚至实现预期的需求，理解和接受大数据的执行领导层、数字颠覆和这些趋势的人力资本方面对未来企业的优势至关重要。

论文供应链数据分析3

供应链案例分析的方法

一、供应链案例的类型

供应链案例可以是从原材料供应一直到最终产品送到最终用户手中的整个供应链的案例，也可以是只涉及供应链一个环节或只关注于单一的物流活动的案例。无论哪一种案例，在分析时都应该从供应链整体的角度进行，要考虑单一环节的变化对供应链中其他环节产生的影响。

二、供应链案例分析的目标

提高客户服务水平和降低总的运作成本是供应链管理的两大目标，在案例分析时，必须牢记这两大目标。

三、供应链案例分析的方法

供应链案例分析可分为这样几步进行：

第一，分析供应链现状。

首先分析供应链的结构，在分析时可绘制一个从原材料或零配件供应的起点开始，通过生产制造环节和分销配送环节，直到最终用户手中的货物流动示意图，示意图目的是为了描述供应链中各固定节点(如工厂、仓库)的结构和货物在这些节点之间的流动模式。即货物流。

然后分析支撑货物移动的信息流和信息系统，包括订单信息处理、需求预测信息、管理信息和计算机系统。其次对现行的供应链绩效进行分析，这对改进措施的提出是非常有效的，绩效分析可包括供应链的总体绩效、供应链的相对绩效和单项物流功能的绩效。

第二，在现状分析的基础上找出问题。

这常常是案例分析最困难的也是最重要的一步。因为如果无法正确地鉴别出主要问题，也就无法作出正确的选择。在分析时要注意症状与原因的区分，通常在分析时症状是比较容易明确的。

例如，经理可能认为仓储能力短缺是一个问题，实际上，这可能仅仅是一个症状，造成的原因可能是库存管理不良或生产安排不合理而使得库存的大大超过了实际需求。因此在分析时，必须找到真正造成问题的原因。

第三，设想并提出解决问题方案

解决方案的提出是和现状分析紧密联系在一起的，一个好的现状分析能够对主要问题进行清晰的确定，从而指出正确的解决问题或行动路线。提出解决问题方案时通常可从三个层面上考虑：具体功能部门层面;公司层面，在公司内实行跨部门的改革;供应链层面，同一供应链上的公司间相互配合上进行改革。

最后对提出的方案应当做全面的说明。

以上是对分析供应链问题提供一个思考分析的框架，这不是一个应用于所有供应链问题的万能方法，而是列出了在分析问题时可考虑的因素，案例分析时应根据实际问题确定相关的研究因素。

使用rt thread系统里的EC200驱动包+web client做一个物联网项目，之前开发的时候一直都是用的EC600S模块，看起来挺好的，没什么大问题，后来量产的时候不小心买了EC600N焊上去了，之前也听厂家的技术支持说应该是完全一样的，可是就掉进了这个坑里。
故障现象：
模块的net_status和net_mode灯的状态不太对，模块开机后的最终状态有时候net_mode常亮，net_status灭掉，或者net_status一直在慢闪，net_mode一直熄灭。甚至有时候我的应用可以先从服务器拿一包数据，然后又挂掉再也连不上了。
分析：
上述这两种状态都不在文档描述中，打at client去看，你发什么它都是直接回显，比如发AT+CPIN它就直接回，而不是回OK或者错误,所以初步判断是模块进入了一个错误的状态。那么能让模块进入错误状态无非就是以下几种情况：
睡眠或者开机、重启的姿势不对
或者在模块初始化之前我的应用代码把它搞死了。但是之前用EC600S开发都是好的，而且一般应用代码不太能把模块搞到错误状态，这种可能性比较低。
排查：
针对第二种情况，排查很简单，先把应用软件去掉看看。故障依旧，所以继续排查1
在EC200的驱动包里要配置开机引脚，状态引脚，睡眠引脚。无论是开发什么东西，一般睡眠这种状态是最容易出问题的，包括x86开发，usb设备开发，屡见不鲜，所以首先把睡眠去掉了（-1），但是故障依旧。
刚开始我始终没有怀疑状态引脚，因为它是个输入，只是判断一下模块有没有开机，感觉不会有什么问题，所以绕来绕去一直没有去动它。直到看到了有个哥们遇到了类似的问题：
RT-Thread-at_device 没有使用power pin 导致的网络异常 bugRT-Thread问答社区 - RT-Thread
这个问题其实我之前用EC600S的时候好像也遇到了，但是我并不用ping，应用也没有问题，所以也没去管他。不过这倒提醒了可以去试试，于是把开机状态也改成-1，居然就好了。
 
电源引脚我没去动它，模块是需要有一个开机时序的，我看它的初始化代码里也有去动电源引脚重新开机之类的。
希望其他掉在坑里的小伙伴可以看到我这篇帖子，少走点弯路。
打开CSDN，阅读体验更佳
Quectel_EC600S系列_TCP(IP)_应用指导_V12rar
EC600S-CN 模块内置 TCP/IP 协议栈， Host 可以 直接通过 AT 命令访问网络； 这大大降低模块对 PPP 和外部 TCP/IP 协议栈的依赖性，从而降低终端设计 的成本。
EC600N（二）--核心板初次点亮
系列文章目录 EC600N（一）–基本信息介绍 EC600N（二）–核心板初次点亮 目录系列文章目录前言一、使用前说明1供电方式2 模块开机状态二、AT指令测试1测试准备2AT指令测试 前言 本次实验使用移远EC600N双排核心板，主要使用AT指令测试模块，测试模块的USB口和33V串口。 一、使用前说明 1供电方式 EC600N模块需要用排针的VIN进行供电，供电如下图所示： USB口供电可能达不到模块的开机要求(由于串联了二极管，有压降)，一般采用针脚对模块供电。这个设计有点鸡肋。 2
继续访问

移远4G模组EC600N进行TCP/IP连接和服务器测试
最近公司产品需要增加一个4G模块进行数据传输，想到之前做的移远的4G模块，于是买了一个核心板回来调试。 协议选择TCP/IP，因此使用的是TCP/IP部分的AT指令手册。工具方面，使用串口调试助手，关于测试服务器，一开始用的安信可的透传云，但是服务器连接一段时间不发送消息就会自动断开，所以还是使用了网络调试助手。因为网络调试助手使用的是本地网络，如果需要和4G通信，还需要使用花生壳做内网穿透。 接下来先把服务器部分做好。 如果没有花生壳软件，建议先去官网下载一个 长这样色的。安装后打开界面如下 这个界
继续访问

STM32F405+4G模块OTA固件升级调试记录
STM32F405+4G模块OTA固件升级调试个人记录
继续访问

Cat1模块使用总结（EC600N）
由于Cat4模块（EC20）功耗大，考虑到NB网络覆盖问题（设备在野外工作场景），因此项目上用选择了Cat1（EC600N）模块，现在把调试过程总结下，希望能够帮助到大家。EC20使用总结请看：单片机和4G模块通信总结（EC20）。 一、电源 手册说供电电压≥34V，峰值电流3A。 二、通信口 UART和IO口都是18V，需要做电平准换。 三、开机顺序 我是上电1s后复位，复位低电平600ms，然后100ms后开机，开机等待10s后进行 *** 作。 四、AT指令 采用消息地体原理，具体请看
继续访问

日志组件
日志组件 1 日志是什么 日志是软件应用必备的组件，是程序debug，或是数据收集管理的重要依据，方便我们监测生产环境的变量值变化以及代码运行轨迹。本课程主要用来学习实际开发中常用的日志组件。 主要是为了方便我们监测生产环境的变量值变化以及代码运行轨迹等。 这些记录会被输出到我们指定的位置形成文件,帮助我们分析错误以及用户请求轨迹。 2 常用日志组件 21 Log4j与log4j2x ​ Log4j有8种不同的log级别，按照等级从低到高依次为：ALL>TRACE>DEBUG&gt
继续访问
ESP32+移远EC600N模组通过MQTT连接阿里云并通过>可以。
一、入门篇
1、 蓝桥杯物联网开发 入门篇① 认识LoRa终端
2、 蓝桥杯物联网开发 入门篇② 开发环境搭建
3、 蓝桥杯物联网开发 入门篇③ 利用CubeMX配置一个MDK工程
4、 蓝桥杯物联网开发 入门篇④ 烧录程序
前言：
  本小节会讲如何给LoRa终端主控芯片STM32L071KB烧写程序与进入调试模式窗口（具体调试 *** 作后面会讲到）
文章目录
基于蓝桥杯物联网的开发技术省赛教程
前言：
1、STM32烧写方式简介
SWD
JTAG
2、STM32烧写MDK配置
3、STM32烧写&Debug运行
1、STM32烧写方式简介
STM32系列芯片可以通过多种协议烧写代码常用的有 串口ISP（无法调试不做介绍）、SWD、JTAG；
SWD
SWD（Serial Wire Debug）是ARM公司提出的另一种调试接口，相对于JTAG接口，使用更少的信号线，一般限于ARM内核的微控制器。我们使用SWD这两条信号线进行烧写代码与调试：
  SWDIO：串行数据输入输出，作为仿真信号的双向数据信号线，建议上拉；
  SWCLK：串行时钟输入，作为仿真信号的时钟信号线，建议下拉；
JTAG
JTAG（Joint Test Action Group，联合测试行动小组）是一种国际标准测试协议（IEEE 11491兼容），主要用于芯片内部测试。现在多数的高级器件都支持JTAG协议，如ARM、DSP、FPGA器件等。(仅作为了解)
2、STM32烧写MDK配置
打开上一节生成的MDK工程
将开发板通过USB-A转micro与电脑连接 Win10系统驱动会自动安装 稍等片刻
读取不到IDCUDE 还可以检查5位拨码开关是不是都打开了
3、STM32烧写&Debug运行
但DAP-Link灯应该会熄灭 表明芯片正在运行 未进入调试事两个灯应该常亮 如果其中一个不常亮 表明驱动没有安装完成

---