主数据管理可以促进业务经营发展，洞悉业务数据中所隐藏的价值，加强客户互动式的营销和销售管理，提升数据的回报率。将企业组织、人员、客户、供应商等高度共享的数据进行统一管理，对需要的业务系统进行同步分发，提高各业务部门之间的沟通效率，形成企业数据资产。增强IT结构的灵活性，构建覆盖整个企业范围的数据管理基础和相应规范，并且更灵活地适应企业业务需求的变化，同时降低接口成本、数据清洗和维护成本等，帮助企业远离高成本和高风险。

近期主要工作为北方某离散制造业主数据治理项目做实施服务，谈到制造行业的主数据，除了基础的组织、人员、岗位、客商外，总是离不开物料、BOM以及物料分组，这些生产类的主数据是制造行业的核心数据，也是各业务系统重点管控数据，经过对生产类主数据调研以及学习理解，对生产制造类主数据有了自己的一定了解，对集成开发过程总结如下。

1名词解释

因该企业为某装备制造业，在名词解释部分主要介绍在需求中涉及到行业术语以及应用系统及其主要作用，业务系统方面包含PLM系统等，基础架构系统包含MDM主数据系统及ESB企业服务总线等，具体生产名词包含BOM物料清单以及BOM分类到最终的零部件、原材料、制造零件等。

1.1业务系统

1.MDM：基础数据平台帮助创建并维护整个企业内主数据的单一视图，保证单一视图的准确性、一致性以及完整性，从而简化数据清洗工作、提高数据质量、加快业务系统对接、业务流程再造速度，提高业务响应速度。同时各业务系统复用一套主数据，各系统就像一个大系统的各个业务功能模块，企业IT架构可以实现柔性调整、升级、改造，从而支撑企业的业务战略目标落地。

2.ESB：ESB企业服务总线主要作用是作为企业信息系统的“龙骨”来集成各业务系统，实现异构系统的互联互通，用来拉取、调度各个业务系统的数据。ESB主要包含三个模块：服务器ESB Server、设计器ESB Designer以及管理控制中心。ESB Server是运行环境，基于定制的Tomcat 扩展开发，管理控制中心则是部署在ESB Server的Java Web应用，基于开发平台构建的。ESB Designer是基于Eclipse Plugin开发的图形化、拖拽式的设计Web服务、消息流程的构建工具。

3.PLM产品生命周期管理系统：以产品为中心，以应用软件为手段，是一种战略性的业务模式，它应用一系列相互一致的业务解决方案，支持产品信息在全企业和产品全生命周期内（从概念到生命周期结束）的创建、管理、分发和使用，集成了流程和信息等众多要素，以灵活应对市场需求为目标，通过对企业知识型资产的管理，实现对产品的数据管理、项目管理、变更管理、协同管理、标准化管理、安全管理等，为制造企业提供了一个可伸缩的研发管理平台。

1.2业务相关

1.BOM物料清单：狭义的BOM (Bill of Material)是指物料清单，从不同的系统来看，BOM的含义具有一定的差别。从研发人员来看，研发人员主要在CAD系统中绘制产品总成图或部件图，BOM是一种产品结构的技术描述文件，它表明了产品组件、子件、零件直到原材料之间的结构关系，以及每个组装件所需要的各下属件部件的数量，偏重于产品信息的汇总，如明细表；从工艺管理上看，BOM不是技术文件，而是计划文件或指导生产文件，包括加工工序卡、锻铸热处理卡、工装材料等汇总信息。

广义的BOM是产品对象的属性集合。从集合论和线性代数理论出发，广义BOM可以用n维属性空间来描述，其中n代表产品对象属性空间中相互独立属性的最大个数，记为BOM (Xl，X2,…,Xn)。具体来说，产品BOM属性信息包括以下部分：零件编码、零件图号、材料、重量、体积、物料生效日期等信息；部件内的各个单一零件(包括标准件、外协件、外购件、借用件、自制件等)的装配数量、零部件图号等信息；总图信息，包括零部件清单、技术文件、产品说明书、保修单等。

2.EBOM：主要是设计部门产生的数据，产品设计人员根据客户订单或者设计要求进行产品设计，生成包括产品名称、产品结构、明细表、汇总表、产品使用说明书、装箱清单等信息，这些信息大部分包括在EBOM中。EBOM是工艺、制造等后续部门的其它应用系统所需产品数据的基础。

3.PBOM：是工艺设计部门以EBOM中的数据为依据，制定工艺计划、工序信息、生成计划BOM的数据。计划BOM是由普通物料清单组成的，只用于产品的预测，尤其用于预测不同的产品组合而成的产品系列，有时是为了市场销售的需要，有时是为了简化预测计划从而简化了主生产计划。另外，当存在通用件时，可以把各个通用件定义为普通型BOM，然后由各组件组装成某个产品，这样一来各组件可以先按预测计划进行生产，下达的PBOM产品可以很快进行组装，满足市场要求。

4.MBOM：是制造部门根据已经生成的PBOM，对工艺装配步骤进行详细设计后得到的，主要描述了产品的装配顺序、工时定额、材料定额以及相关的设备、刀具、卡具和模具等工装信息，反映了零件、装配件和最终产品的制造方法和装配顺序，反映了物料在生产车间之间的合理流动和消失过程。PBOM和MBOM也是提供给计划部门(ERP)的关键管理数据之一。

1.3生产相关

1.外协件：外协件一般是由自身购买原材料，由外协单位代加工，然后按照协议价格回购，一般在组织的生产范围内按组织的要求作业和服务，并由组织验收，如电焊部件、五金制品等

2.外购件：外购件一般指没有标准化的零件，需要单独进行设计和定做，也就是从外部订购获得，所以称为外购件。外购件是针对标准件来说的，外购件的质量好坏直接影响着企业产品的质量水平，如汽车产品的外购件有变速器、轮胎、喇叭等。

3.虚拟件：虚拟件是用在PLM系统里的BOM构成方法，它的作用主要是作为产品结构中的一种过渡件方式；虚拟件可以用于代表一组、一系列、一种属性或者一类规格的物料；在一个可选物料的基本组件里（产品结构呈模块化），也就是特征件，也可以用虚拟件描述，虚拟件是库存不存在的物料。虚拟件可作为共用件，让物料清单比较容易维护，减少资料量或电脑运作时间。作为规划用料号，供预测、规划之用。作为工序中的过渡性料品，只为了显示，不入仓库，不报完工量。更好地显示加工的顺序，方便工艺路线的维护。

4.标准件：标准件是指结构、尺寸、画法、标记等各个方面已经完全标准化，并由专业厂生产的常用的零（部）件，如螺纹件、键、销、滚动轴承等等。广义包括标准化的紧固件、连结件、传动件、密封件、液压元件、气动元件、轴承、弹簧等机械零件。

5.通用件：通用件是指在不同类型或同类型不同规格的产品中可以互换使用，给予通用编号（或单独管理）的整（部）件和元器件。

6.原材料：原材料是指企业在生产过程中经加工改变其形态或性质并构成产品主要实体的各种原料及主要材料、辅助材料、燃料、修理备用件、包装材料、外购半成品等。

2总体需求

总体需求共分为两大部分，首先描述MDM+ESB主数据治理方案的典型业务应用场景，分析企业痛点，以企业实际问题出发，以生产类（物料分组、物料、BOM）主数据为切入点，描述源头数据抽取——数据清洗转换——基础数据落地——数据分发的全生命周期；其次是实际功能需求，包括主数据的大类划分及ESB流程开发和预期达到效果等，现从企业整体主数据需求及功能需求总结如下。

2.1业务需求

随着各行业信息化政策的不断推进及各个企业决策者对信息化的重视，信息化系统不断增多，孤岛系统数量不断增加，跨系统间业务处理频繁，系统集成趋势明显，各系统之间数据分散、重复，未完全形成业务闭环，数据不一致，难以进行整合，没有形成数据资产，各系统间孤立的数据信息不能为运营决策提供有效支撑，需要将企业内部主数据、基础数据进行整合，形成业务闭环，形成企业数据资产。

通过上图数据金字塔可以清晰的了解到企业数据都由哪些构成，其中静态数据是指企业的参考数据，例如学历（大学专科、大学本科、研究生等），主数据是指企业核心的关键型数据，例如典型的组织、人员、岗位。本次主数据治理项目甲方单位为某离散制造业，其主数据结构包含物料分组、物料、BOM等，对基础数据治理整合后，基础数据围绕企业核心业务会产生交易型数据，如订单、采购单等。而分析型数据是以主数据/参考数据为统一维度，对交易型数据进行分析统计，通常数据以图表的形式展示。

无论分析型数据还是交易型数据，都是由主数据和参考数据构成的，所以MDM数据治理的重心也是在此，对主数据和参考数据实现全生命周期的管理，数据标准、数据质量、数据安全均为数据治理核心要素。

2.2功能需求

经过对该企业的业务调研及数据调研，现将其主数据划分为四类，分别为人事类（组织、人员、岗位）、客商类（客户、供应商）、生产制造类（BOM、物料分组、物料）以及知识类（知识产权），上述主数据将会从现有各应用系统以及线下Excel获取基本数据信息，并对数据进行数据清洗及数据落地后，最终同步至MDM主数据平台进行数据管理及分发。

以制造类主数据为例，以PLM产品全生命周期系统为生产制造类主数据的统一源头，通过ESB企业服务总线开发数据同步流程，将数据落地在主数据管理平台内，从数据的产生到分发要保证一致性、准确性、完整性，上下游系统数据要统一，下文将从其元数据字段调研、实际业务建模、集成流程开发层面进行总结。

3物料集成

对PLM产品全生命周期管理系统而言，将物料分为原材料、外协件、外购件、标准件、零部产品全生产件、制造零件等等，其中根据零件不同的属性有一部分数据会作为零件的类型，而另一部分则会作为零件的大分类，产生物料分组，具体物料方面集成从字段调研、模型创建、流程开发总结如下。

3.1字段调研

对于PLM产品全生命周期管理系统来讲，物料分为物料分组及物料基础信息（原材料、零部件、制造零件），需分别对上述四种元数据信息进行调研，在调研时首先需在数据源头系统对该模块进行整体演示，并对该数据的数据状态以及数据全生命周期进行细致讲解，一定要做到全场景覆盖，防止后续在初始化以及集成流程开发时出现数据问题，以物料主数据来讲PLM系统会将物料分为原材料、零部件、制造零件，在此需要对不同的物料考虑其物料之间的关联关系，便于后续元数据建模时预留出相应字段进行展示，另外需对PLM系统物料主键进行接收，方便后续反查。

元数据字段信息确认后，需整理出对应的元数据文件，例如《物料元数据及参考数据信息》，并依次交付与PLM系统以及下游接收其物料数据信息系统进行确认，如果条件允许需全程有客户参与，方便后续蓝图工作推进。至此元数据调研工作还没有结束，因数据消费系统需接收数据，要保证主数据分发到下游系统时该系统能对数据进行保存且数据状态为有效状态，所以主数据要管理各业务系统元数据信息交集的合集，最终将元数据信息交于客户进行最终定版确认，至此字段信息调研结束，其元数据调研成果如下：

3.2模型创建

在MDM主数据管理平台来进行功能模型创建一定是在所有元数据字段信息调研完成后开展模型创建工作，这样有利于从全局来考虑数据结构及关联信息，对于数据模型确认提供正确指导，由于PLM系统物料分为原材料、零部件、制造零件，所以需要对该物料的共同属性进行提取，例如原材料、零部件、制造零件中均包含重量以及单位等信息，需将此元数据信息进行提取，放到基础信息分组内，防止该信息进行多次维护问题，同时便于ESB同步集成流程对于数据的处理。

3.3流程开发

物料集成流程的开发具体分为初始化流程、同步流程以及数据分发流程，在集成流程开发时应从工程、流程命名起进行约束，如在开发过程中源头及各业务厂商系统不能第一时间提供接口，需和各业务厂商定义数据出参信息，如和PLM系统定义数据对接方式，通常主数据采用三种形式，具体如下：

1.第一种是推的形式，在PLM系统数据确认发布后绑定ESB应用集成流程直接将数据推到集成流程内；

2.第二种为拉的形式，该形式一般为提供数据源头系统无法二次拓展源码，只能采用拉的形式，由ESB创建定时流程通过接口拉取PLM系统数据，不建议此种方式对接，因为不能进行数据实时同步，如果采用此种形式需和客户进行确认并在蓝图文档内进行体现，防止因为数据无法实时同步问题进行需求变更而影响项目验收。

3.第三种为推拉的形式，在PLM系统数据确认发布后绑定ESB应用集成流程推一条唯一值（编码/ID）到集成流程内，另外PLM系统需提供单条数据获取接口，在集成流程内根据ID去反查该条物料信息，获取后再进行数据的转换处理。

4BOM集成

BOM物料清单从不同的系统来看，BOM的含义具有一定的差别。从研发人员来看，研发人员主要在CAD系统中绘制产品总成图或部件图，BOM是一种产品结构的技术描述文件，它表明了产品组件、子件、零件直到原材料之间的结构关系，以及每个组装件所需要的各下属件部件的数量，偏重于产品信息的汇总，如明细表。从工艺管理上看，BOM不是技术文件，而是计划文件或指导生产文件，包括加工工序卡、锻铸热处理卡、工装材料等汇总信息，现从BOM的结构剖析、模型创建、流程开发总结如下。

4.1BOM剖析

BOM大体分为设计EBOM、工艺PBOM及制造MBOM，BOM小类在这里不去细分，本次主要介绍BOM格式的转换、EBOM转换PBOM、PBOM转换MBOM的整体过程，EBOM去掉外购件和外协件，增加工艺件组件或者调整当前EBOM结构完成EBOM到PBOM的转换。EBOM更多是设计工程师根据CAD制图软件在CAD进行设计的，而PBOM更多是来源于PDM系统或者PLM系统，它们都是对产品零部件属性的描述。

PBOM去掉实际生产过程中的虚拟件，添加工艺设计以及工艺物料，完成PBOM到MBOM的转换。虽然PBOM和MBOM都是描述产品结构及构成，但是二者存在巨大的差异，MBOM除了产品构成外重点描述的是产品的制造过程和制造工序等。

除此之外MBON除了常规构成的物料外还包含了产品相关的消耗品，如加工消耗品（毛坯、工艺用品、用剂）、机加功及（模具、道具、夹具）等等。

4.2BOM结构

BOM模型的创建主要考虑EBOM、PBOM以及MBOM之间的关联关系，通过对PLM系统的调研，BOM在主数据的管理一般会采用树形表格功能模型，通过主表和从表的相互关联来确定BOM的层级结构，其中BOM最重要的数据属性为BOM的层级关系及数量，由上述属性来确认BOM的结构信息，就当前的PLM系统来说，对于BOM应该创建PBOM（工艺信息及工序）主数据、EBOM及MBOM，其关联为MBOM基于EBOM生成且MBOM关联PBOM，为一对一的关联关系，在实际的集成流程开发时应注意其BOM版本的处理。

5心得体会

通过本次与PLM系统的频繁对接，对其业务系统以及公司的主数据治理方案有了一定了解，也为后续主数据治理项目做了沉淀，在实际项目实施与产品开发完善过程中也暴露了自身的诸多问题，现从经验积累、业务积累以及产品开发心得层面总结如下。

5.1经验积累

通过这个项目的实施工作，对主数据治理项目有了更进一步的了解，清晰地认识到了主数据治理项目及企业应用集成的难点。主数据治理项目的实施同其它行业一样，实施难点在于对业务不够了解，只有将企业的整体运营模式吃透后才能对主数据治理及企业应用集成实施更加得心应手。

5.2业务积累

经过近期不断深入了解制造行业的业务，认识到公司和个人一样，也是在不断的尝试、不断的进步，公司做过许多行业的项目，包含地产行业、能源行业、畜牧业等，也都积累了不少宝贵的经验，但在制造行业的经验积累是相对不足的，而公司所处位置是以重工业发展为基础的东北地区，制造业是重中之重，所以公司在制造业的业务积累是必不可缺的。

5.3产品心得

通过近期对生产制造企业业务部门的调研，自身在业务方面有了更多的理解和提升，公司的主数据管理平台更多是服务于系统的，为各个业务系统提供基础的数据支撑，而在调研过程中往往会遇到客户提出的各种各样的需求，由此清晰的认识到不论是PLM系统还是主数据平台，都是实现业务的虚拟化载体，技术最终的价值是帮助客户解决业务问题，只有真正帮助客户解决实际问题，公司才会源源不断地获取收益。

数通畅联作为以集成产品和解决方案为主的技术型公司，产品研发的最终指向都是解决某个特定业务问题的，偏离业务的技术是没有存在的意义的，二者密不可分。自身也渐渐懂得了为什么说软件公司更缺少的是业务专家，只有通过IT技术支撑业务运转、促进业务创新，业务模式的快速变化才能呼唤更多、更灵活的技术解决方案。

制造主数据集成开发心得相关推荐

《敏捷制造——敏捷集成基础结构设计》——1.2相关问题的国内外研究现状
本节书摘来异步社区<敏捷制造--敏捷集成基础结构设计>一书中的第1章,第1.2节,作者:苏金泷,更多章节内容可以访问云栖社区"异步社区"公众号查看 1.2相关问题的国内 ...
64位 linux 32位连接器,意法半导体为 32 位微控制器发布了一款自由的 Linux 集成开发环境...
32 位微控制器世界向 Linux 敞开大门.前一段时间,领先的 ARM Cortex-M 供应商意法半导体(ST)发布了一款自由的 Linux 桌面版开发程序,该软件面向其旗下的 STM32 微控 ...
linux集成开发环境
Linux操作系统的种种集成开发环境随着Linux的逐渐兴起,已经有为数众多的程序在上面驰骋了,许多开发环境(Development Environment)也应运而生.好的开发环境一定是集成了编辑 ...
《敏捷制造——敏捷集成基础结构设计》——2.3 集成基础结构数据访问模型
本节书摘来异步社区<敏捷制造--敏捷集成基础结构设计>一书中的第2章,第2.3节,作者:苏金泷,更多章节内容可以访问云栖社区"异步社区"公众号查看 2.3 集成基础结构 ...
集成开发项目与开发集成项目的区别
近期,公司承接了一些大型项目,虽说都可以算做集成项目,但在本质上却存在着差异,最终我们把这些项目统一划分为集成开发项目和开发集成项目.在项目前期,本人有幸参与了一些项目方案的撰写工作,起初对两种项目的 ...
2022年10月deepin 20.7.1 谈谈我们的N卡驱动开发心得
deepin 20.7.1 即将到来之际,各位小伙伴在参与内测的过程中,有没有发现安装N卡驱动时不同寻常的变化呢? 20.7.1版本可以根据当前你机器的上NVIDIA显卡,自动匹配合适的闭源驱动版本进 ...
Android智能硬件开发心得总结(二）
Android智能硬件开发心得总结(一) 6.关于屏幕显示每次一个新项目的开发,我所做的第一件事就是确定所选定显示屏的型号规格,然后将规格书发给主板供应商让其先调屏参. 调屏参是很可能会出现无法点亮 ...
文档在线编辑开发心得
一.背景在本次公司的开发任务中,偶然接触到了畅写office的文档在线编辑集成开发,在开发中遇到点问题,觉得这个东西挺有趣的,写此文章保存开发心得. 二.前期准备文档在线编辑功能只有一个api.文 ...
什么是硬件集成开发？硬件集成开发的核心有哪些？
集成产品开发是近年来发展速度最为迅猛的的一个行业.它包括计算机硬件.软件.网络通讯技术.多媒体应用技术等的集成,是一种低成本.高效率.高性能.可维护的系统.是根据大量成功的开发经验总结出来的一种高效的 ...
python主网站_python主网站提供的集成开发环境名称为IDLE
[填空题]P:你努力,Q:你失败."除非你努力,否则你将失败"的命题符号化为___________. [判断题]同一笔经济业务,现金流的方向依分析所处的角度不同而不同. [判断题] ...

制造主数据集成开发心得