精华内容
下载资源
问答
  • MDM 主数据管理系统

    2017-05-02 16:22:52
    MDM主数据管理系统解决方案.pptx
  • 随着“大数据”技术广泛流传,而MDM、BI、SOA相关技术已经弱化,这是从一些程序员那听到的声音,今天就想捋捋这四者之间的关系。作为一个售前咨询人员来讲,理清这四者之间的关系还是很有必要的,因为在交流或者编写...

    随着“大数据”技术广泛流传,而MDM、BI、SOA相关技术已经弱化,这是从一些程序员那听到的声音,今天就想捋捋这四者之间的关系。作为一个售前咨询人员来讲,理清这四者之间的关系还是很有必要的,因为在交流或者编写解决方案时还是会遇到这类场景。

    BI和大数据

      首先看看BI和大数据之间的关系,很多传统软件厂商都是从BI报表开始做起,会经历数据采集、数据存储、数据处理分析、数据挖掘、可视化报表展现等过程。而如今大数据也是从数据采集、数据存储计算、数据处理分析、数据挖掘、可视化大屏展现等过程。二者之间很相似,只不过受Apache开源技术影响,传统BI底层数据存储采用Oracle数据库进行存储比较多,当数据量无限扩大时,关系型数据库无法进行弹性伸缩,加上Oracle数据库本身价格昂贵,不能做全量数据的分析和挖掘。当Hadoop技术横空出世,从数据库的扩展性、时效性、计算能力、性价比来看做数据分析挖掘远远超过Oracle数据库,这也是大家热衷于追求Hadoop技术的缘由。但是从数据库的事务性支持角度来看,目前Hadoop的Hbase数据库还是无法解决的。随着人们都大数据技术的认知,国内很多数据库软件公司想居于Hadoop的Hbase数据库完全来替代Oracle数据库,目前Hbase数据库在事务上面无法支持,开源社区也有一些组件居于Hbase数据库之上做了事务组件来应对,例如:易金杰的fadiation组件,这事务组件在真正商业应用场景上又有几个人敢用,比如:银行钱的结算,Oracle数据库厂商在全球纵横二十载,得到大量的认证,想要一时之间解决这个问题有点难。倘若有一天中国的企业解决了这类问题,底层的数据库存储技术不再受制于人,完全替代Oracle数据库了,真正意义上的去IOE了。

    MDM主数据管理系统和BI

           其次再来看看MDM主数据管理系统和BI之间的关系,谈起MDM主数据管理系统,更多的是从企业的主数据管理系统来谈。实际上MDM和BI都有元数据管理和ETL部分的内容。对于元数据管理MDM一般并不会按照数据仓库模型进行重新的数据建模,而BI系统由于更多要管理业务数据,重点需要考虑业务数据的各个维度,因此需要按照数据仓库的建模思路进行维度建模。而MDM中的ETL相对简短,抽取和加载比较多,而实际的转化和复杂的映射并不会太多。

      需要注意的是BI系统,重点是ETL后的数据分析和数据挖掘,包括后面的ODS层、数据集市、数据仓库的重点都是使用和分析数据,而并不负责分发数据。而对于MDM系统重点则不是MDM本身要如何使用数据,而是需要通过ETL或其它方式收集数据之后进行数据整合在数据整合完成后要发布数据给其它系统用,同时对于数据的修改也需要及时发送,重点是保证主数据的完整性和一致性

      站在企业大数据中心角度来看,BI和MDM结合起来可以看到,BI系统将不再从各个业务系统抽取引用数据和主数据,而是从MDM系统进行抽取,这样减少了BI系统进行的主数据管理和整合工作,BI系统只需要从各业业务系统抽取业务数据。这个时候数据流变化如下:

    1、MDM系统抽取和整合各个业务系统中的主数据,形成统一完整的数据视图

    2、ODS抽取各个业务系统业务数据,同时抽取MDM中的主数据

    3、DW抽取ODS中的业务数据和主数据,最终形成数据仓库需要的星型和雪花型等各种维度表

      所以在企业中实施MDM后对建设BI或者大数据中心的好处是,BI不需要关注主数据的管理和整合问题,也不需要关心主数据的分发问题。这些问题都是由MDM系统来完成,当然BI系统的ETL工具,MDM系统在建设过程中仍然可以用。

    MDM和SOA服务

      最后来看看MDM和SOA服务总线也是相互依赖和相互促进的关系。MDM的建设提供了完整统一的数据视图,为SOA的数据服务提供了强有力的支持,也提升了SOA的服务流程编排和服务组合的设计能力。在没有MDM之前,SOA本身并不存储数据,更谈不上数据的清理、合并和转换。关于基础数据的整合和管理工作是无法真正落地的,MDM系统的建设很好的担当了SOA服务总线的存储功能。(在未思考这几者之间的关系时,有一段时间都以为MDM和SOA服务总线是一回事)

      对于MDM系统来说,数据初始化的阶段我们可以考虑使用ETL进行数据的初始化。但是对于系统正式上线之后,主数据本身就是变更不频繁的数据,变更数据量不大但是要求实时性高,这种情况下采用ETL进行数据抽取和数据集成已经不是很好的方式。这种情况下整理数据的收集和数据统一视图的发布完全可以借助SOA服务进行,特别是在SOA的EDA事情驱动机制下更加容易实现事情驱动的增量实时消息响应。

      MDM系统建设,对于识别的主数据发展趋势仍然是共存模式到集中模式,只有到了集中模式才能更好的实现主数据的申请、创建、变更、发布等流程的统一管理,保证数据源头的一致性,从根本上解决数据不一致的问题。对于MDM主数据管理系统来说,其核心功能仍然是围绕主数据展开,即主数据的全生命周期管理,主数据的申请和创建流程,主数据变更和发布流程、废弃流程的全过程管理。在这主数据管理中考虑BI和SOA之间的关系:

        1、主数据对象的定义和元数据管理(类似于BI产品中的元数据管理)

           2、主数据质量管理(类似于BI产品中的数据质量管理)

           3、数据集成管理(一部分是BI的ETL集成,一部分是SOA服务)

           4、服务管理(如何将主数据管理的更好发布数据服务,集成到SOA中,类似于BI中的能力开放产品)

           5、流程管理(主数据管理中的流程,如何更好的和SOA中BPEL功能进行整合)

    展开全文
  • Oracle MDM 解决方案 采购 服务 开发 销售 市场 支持 物流 今天的企业 ERP ERP ERP ERP CRM CRM CRM CRM CRM SCM SCM SCM PLM PLM FS FS FS FS 今天的企业 零散的数据 典型的企业数据 挑战 : 不连贯 / 不准确 / 不...
  • SAP-MDM主数据管理

    2014-08-07 11:16:47
    SAP的MDM主数据管理,SAP企业信息化最佳实践图书
  • MDM主数据管理

    2020-03-11 12:02:34
    MDM全写Master Data Management,翻译为主数据管理或元数据管理。 什么是MDM 企业数据是用来描述企业核心业务实体的数据,比如客户、合作伙伴、员工、产品、物料单、账户等;它是具有高业务价值的、可以在企业内...

    MDM全写Master Data Management,翻译为主数据管理或元数据管理。

    什么是MDM

    企业主数据是用来描述企业核心业务实体的数据,比如客户、合作伙伴、员工、产品、物料单、账户等;它是具有高业务价值的、可以在企业内跨越各个业务部门被重复使用的数据,并且存在于多个异构的应用系统中。

    主数据和主数据管理的概念

    企业主数据可以包括很多方面,除了常见的客户主数据之外,不同行业的客户还可能拥有其他各种类型的主数据,例如:对于电信行业客户而言,电信运营商提供的各种服务可以形成其产品主数据;对于航空业客户而言,航线、航班是其企业主数据的一种。对于某一个企业的不同业务部门,其主数据也不同,例如市场销售部门关 心客户信息,产品研发部门关心产品编号、产品分类等产品信息,人事部门关心员工机构,部门层次关系等信息。

    数据管理的范畴和主数据管理的概念

     

    如图所示,企业数据管理的内容及范畴通常包括交易数据、主数据以及元数据。交易数据用于记录业务事件,如客户的订单,投诉记录,客服申请等,它往往用于描述在某一个时间点上业务系统发生的行为。主数据主数据则定义企业核心业务对象,如客户、产品、地址等,与交易流水信息不同,主数据一旦被记录到数据库中,需要经常对其进行维护,从而确保其时效性和准确性;主数据还包括关系数据,用以描述主数据之间的关系,如客户与产品的关系、产品与地域的关系、客户与客户的关系、产品与产品的关系等。元数据即关于数据的数据,用以描述数据类型、数据定义、约束、数据关系、数据所处的系统等信息。主数据管理是指一整套的用于生成和维护企业主数据的规范、技术和方案,以保证主数据的完整性、一致性和准确性 。主数据管理的典型应用有客户数据管理和产品数据管理。
    主数据管理的信息流

    一般来说,主数据管理系统从 IT 建设的角度而言都会是一个相对复杂的系统,它往往会和企业数据仓库 / 决策支持系统以及企业内的各个业务系统发生关系,技术实现上也会涉及到 ETL、EAI、EII 等多个方面,如图 2 所示,一个典型的主数据管理的信息流为:

    1. 某个业务系统触发对企业主数据的改动; 

    2. 主数据管理系统将整合之后完整、准确的主数据分发给所有有关的应用系统; 

    3. 主数据管理系统为决策支持和数据仓库系统提供准确的数据源。 

    因此对于主数据管理系统的建设,要从建设初期就考虑整体的平台框架和技术实现。

    MDM的意义

    集成、共享、数据质量、数据治理是主数据管理的四大要素,主数据管理要做的就是从企业的多个业务系统中整合最核心的、最需要共享的数据(主数据),集中进行数据的清洗和丰富,并且以服务的方式把统一的、完整的、准确的、具有权威性的主数据分发给全企业范围内需要使用这些数据的操作型应用和分析型应用, 包括各个业务系统、业务流程和决策支持系统等。主数据管理使得企业能够集中化管理数据,在分散的系统间保证主数据的一致性,改进数据合规性、快速部署新应用、充分了解客户、加速推出新产品的速度。从 IT 建设的角度,主数据管理可以增强 IT 结构的灵活性,构建覆盖整个企业范围内的数据管理基础和相应规范,并且更灵活地适应企业业务需求的变化。

     

    以客户主数据为例,客户主数据是目前企业级客户普遍面临的一个问题,在大多数企业中,客户信息通常分散于 CRM 等各个业务系统中,而每个业务系统中都只有客户信息的片断,即不完整的客户信息,但却缺乏企业级的完整、统一的单一客户视图,结果导致企业不能完全了解客户,无法协调统一的市场行为,导致客户满意度下降,市场份额减少。因此,建立客户主数据系统的目的在于:

    • 整合并存储所有业务系统和渠道的客户及潜在客户的信息:一方面从相关系统中抽取客户信息,并完成客户信息的清洗和整合工作,建立企业级的客户统一视图;另一方面,客户主数据管理系统将形成的统一客户信息以广播的形式同步到其他各个系统,从而确保客户信息的一致; 

    • 为相关的应用系统提供联机交易支持,提供客户信息的唯一访问入口点,为所有应用系统提供及时和全面的客户信息;服务于 OCRM 系统,充分利用数据的价值,在所有客户接触点上提供更多具有附加价值的服务; 

    • 实现 SOA 的体系结构:建立客户主数据系统之前,数据被锁定在每一个应用系统和流程中,建立主数据管理系统之后,数据从应用系统中被释放出来,并且被处理成为一组可重用的服务,被各个应用系统调用。 

     

    主数据管理(MDM)的成熟度 

    根据主数据管理实施的复杂程度,大体可以把主数据管理可以分为五个层次,从低到高反映了主数据管理(MDM)的不同成熟度。


    Level 0 :没有实施任何主数据管理(MDM)

     

    在Level 0的情况下,意味着企业的各个应用之间没有任何的数据共享,整个企业没有数据定义元素存在。比如,一个公司销售很多产品,对这些产品的生产和销售由多个独立的系统来处理,各个系统独立处理产品数据并拥有自己独立的产品列表,各个系统之间不共享产品数据。在Level 0, 每个独立的应用负责管理和维护自己的关键数据(比如产品列表、客户信息等),各个系统间不共享这些信息,这些数据是不连通的。

    Level 1 :提供列表

     

    不管公司大还是小,列表管理是我们常用的一种方式。在公司内部,会通过手工的方式维护一个逻辑或物理的列表。当各个异构的系统和用户需要某些数据的时 候,就可以索取该列表了。对于这个列表的维护,包括数据添加、删除、更新以及冲突处理,都是由各个部门的工作人员通过一系列的讨论和会议进行处理的。业务规则是用来反映价值的一致性,当业务规则发生改变或者出现类似的情况时,这样高度手工管理的流程容易发生错误。由于列表管理是通过手工管理的,其列表维护的质量取决于谁参加了变更管理流程,一旦某人缺席,将会影响列表的维护。

    Level1比Level 0的不同就是,各个部门虽然还是独立维护各自的关键数据,但会通过列表管理维护一个松散的主数据列表,能够向其他各个部门提供其需要的数据。在Level 1中, 数据变更决定以及数据变更操作都是由人来决定的,因此,只有人完成数据变更决定后才会变更数据。在实际情况中,虽然数据变更流程有严格的规定,但是由于缺乏集中的、基于规则的数据管理,当数据量比较大时,数据维护的成本会变的很高,效率也会很低。当主数据,比如客户信息、产品目录信息等数量比较少时,列表 管理的方式是可行的,但是当产品目录或客户列表出现爆炸式增长以后,列表管理的变更流程将变得困难起来。Level 1 依赖于人的协作。在企业范围内实现客户或产品列表就如同维护不同部门之间人们的关系一样。如果客户或产品存在层次或分组,列表将很难提供,并且通常在Level 1因为过于复杂难以被管理。

    Level 2 :同等访问(通过接口的方式,各个系统与主数据主机之间直接互联)

     

    Level 2与Level 1相比,引入了对主数据的(自动)管理。通过建立数据标准,定义对存储在中央知识库中详细数据的访问和共享,为各个系统间共享使用数据提供了严密的支持。中央知识库通常会被称为主数据主机。这个知识库可以是一个数据库或者一个应用系统,通过在线的方式支持数据的访问和共享。Level 2引入了“同等访问”,也就是说一个应用可以调用另一个应用来更新或刷新需要的数据。在这个阶段,规则管理、数据质量和变更管理必须在企业范围内作为附加功能定制构建。在Level 2,数据变更是自动完成的—通过由具体技术实现的标准流程,允许多应用系统修改数据。Level 2可以支持不同的应用使用和变更单一、共享的数据知识库。Level 2 需要每个同等应用理解基本的业务规则以便访问主列表、与主列表进行交互。因此,每个同等应用必须正确恰当地创建、增加、更新和删除数据。授权应用有责任坚持数据管理原则和约束。

    Level 3 :集中总线处理

     

    与Level 2相比,Level 3打破了各个独立应用的组织边界,使用各个系统都能接受的数据标准统一建立和维护主数据(Level 2的主数据主机上存储的数据还是按照各个系统分开存储的,没有真正的整合在一起)。集中处理意味着为MDM构建了一个通用的、基于目标构建的平台。大多数公司发现MDM正在挑战他们现有的IT架构:他们拥有太多的独立平台处理主数据。MDM Level 3 集中数据访问、控制跨不同应用和系统使用数据。这极大的降低了应用数据访问的复杂性,大大简化了面向数据规则的管理,使MDM比一个分散环境具有更多的功能和特点。企业主数据面临一致性的挑战。数据在不同的地方存在,数据所代表的含义也是不同的,数据的规则各个系统之间也是不一样的。集中MDM处理-通过一个公共的平台作为一个总线(HUB)-说明一个共识,从多个系统整合主题域数据,意味着使用集中、标准化的方法转换异构操作数据,不管其在源系统中是什么样子,都会被整合起来。在Level 3,公司对主题域内容采用集中管理方式。这意味着应用系统,作为消费者或使用主数据,拥有一个共识就是数据是主题数据内容的映像,打破了各个独立应用的组织边界。在Level 3,一个公司可以让任意两个系统共享数据和说对方的语言。Level 3还降低了等同访问的复杂性。"消费"应用不再需要支持系统定位和操作逻辑。任何与源系统数据相关的分布式细节都会被MDM总线集中处理。在Level 3自动数据标准意味着:建立目标数据值表示和通过必要的步骤提供精确的主数据值捕获。在所有的分类中从Level 3开始第一次支持一致性的企业数据视图。数据质量规则在这里进行数据清洗和错误纠正。

     Level 4 :业务规则和政策支持

     

    一旦数据从多个数据源整合在一起,主题域视图超越单独的应用并表现为一个企业视图,你将获得事实的单一版本。当事实的单一版本已经能够提供出来时,来自业务主管和执行人员的必然反应经常是:“证明它”。Level 4可以保证主数据反映一个公司业务规则和流程,并证实其正确性。Level 4通过引入主数据来支持规则,并对MDM总线以及其它外部系统进行完整性检查。由于多数公司相对比较复杂,影响业务数据访问和操作的规则以及策略 相对也比较复杂。假定任何一个单一系统可以包含并管理与主参考数据相关的各种类型的规则是不切实际的。因此,如果一个MDM总线真正打算提供企业范围内数据的精确性,工作流和流程整合的支持是必不可少的。

    MDM系统必须不仅支持基于规则的整合,还要能够整合外部的工作流。这些规则可能包括通过总线与临床系统交互或等待另一个系统或者人(有权限做出改变的人)审批。通过一个MDM总线,规则定义可以不仅局限在逻辑上,还可以依赖于其他系统的输入。当然,协调和审计数据意味着可以回退其他系统(或业务流程)来保证数据变化经过严格的审批,这样错误可以被发现并且事务在需要的时候可以被回滚。Level 4提出对规则和策略扩展性的支持。通过总线以一个灵活可持续的方式支持任何面向业务的规则集合这很重要。

    比如,如果一个商店经理更新一个产品的价格,总线系统需要能够和一个可信系统(比如,商品管理系统)进行协商以便使规则生效。详细规则将支持另一个系统中存在产品价格的变更—总线需要能够理解能够处理和批准变更的权限系统或方法。这些规则可能涉及到复杂性或隐私限制,禁止它们直接在总线上存在。在Level 4, 一个企业可以支持一套步骤或任务,在一个特殊的创建、读取、更新和删除任务被允许之前这些步骤或任务必须遵守。工作流自动化经常用来支持发生在总线上的事 件或活动的授权。但是变更管理远远不仅仅是工作流:它可以包括基于逻辑的流程和基于人的决策。变更管理的存在可以支持动态业务,允许变更。Level 4支持集中规则管理,但是规则本身和相关的处理是可以分开的。换句话说,MDM总线需要保证规则是集中应用的,即便这个规则是在总线外居住的。

    Level 5 :企业数据集中

     

    在Level 5 ,总线和相关的主数据被集成到独立的应用中。主数据和应用数据之间没有明显的分隔。他们是一体的。当主数据记录详细资料被修改后,所有应用的相关数据元素都将被更新。这意味着所有的消费应用和源系统访问的是相同的数据实例。这本质上是一个闭环的MDM:所有的应用系统通过统一管理的主数据集成在一起。在这个级别,所有在系统看起来都是事实的同一个版本。操作应用系统和MDM内容是同步的,所以当变更发生时,操作应用系统都将更新。在那些熟悉的MDM架构风格中,持久总线架构,当一个总线更新所有的操作应用系统将体现这种变更,形成改变的直接操作视图。在注册环境中,当数据数据更新时,总线将通过Web服务连接相关系统应用事务更新。因此,Level 5提供一个集成的,同步的架构,当一个有权限的系统更新一个数据值时,公司内所有的系统将反映这个变更。系统更新完数据值后不要单选其他系统中相应值的更新:MDM将使这种更新变得透明。

    一个公司在完成MDM Level 5后将使他们所有的应用连在一起—既包括操作的也包括分析的—所有访问主数据是透明的。Level 5是把数据概念作为一种service来实现。Level 5保证了一个一致的主数据主题域企业映像。定义“客户”和其他应用接受客户主数据业务规则变化实际上是一回事。Level 5移走了主数据的最后一个障碍:统一采用数据定义、授权使用和变更传播

    展开全文
  • SAP MDM 主数据管理

    2019-07-07 02:36:22
    《SAP MDM 主数据管理》 基本信息 作者: 和轶东 张怡 曹乃刚 出版社:清华大学出版社 ISBN:9787302317876 上架时间:2013-4-7 出版日期:2013 年5月 开本:16开 页码:1 版次:1-1 所属分类:计算机 >...

    《SAP MDM 主数据管理》

    基本信息
    作者: 和轶东 张怡 曹乃刚
    出版社:清华大学出版社
    ISBN:9787302317876
    上架时间:2013-4-7
    出版日期:2013 年5月
    开本:16开
    页码:1
    版次:1-1
    所属分类:计算机 > 数据库 > 数据库存储与管理
    计算机 > 专用软件 > SAP
    更多关于 》》》《 SAP MDM 主数据管理
    内容简介
    计算机书籍
      《sap mdm 主数据管理》结合了sap官方最新技术以及作者在主数据管理领域持续多年的多个大型项目经验,通过从原理到架构、从功能到实现,深入浅出、图文并茂地介绍了sap mdm主数据管理解决方案。
       权威——作者之中的和轶东先生和曹乃刚先生及他们领导的团队目前负责sap解决方案和mdm主数据管理方案在中国的整体技术和架构。
       实用——本书作者通过对国内多个大型且具有代表性的主数据项目的经验总结,抽象总结出了一套由浅入深、快速学习主数据管理的方法;并结合场景讲解相关sap mdm的原理和操作,读者可以非常直观地了解sap mdm的详细技术细节。
       领先——sap mdm主数据管理是sap企业信息管理方案的核心内容。自2007年正式发布以来,这是第一本详细介绍sap mdm技术的中文书籍。
       客观——作者之一的张怡先生先后作为ibm全球咨询部门的资深顾问以及欧洲跨国公司亚太区主数据负责人,从咨询方和企业的角度,通过实际的实施和使用,向读者分享sap mdm的详细技术细节以及第一手的实施、使用心得。
       《sap mdm 主数据管理》适用于sap的从业人员以及院校师生,sap产品的现有及潜在用户。
    目录
    《sap mdm 主数据管理》
    第一章 主数据管理的概念1
    第一节 什么是主数据1
    第二节 什么是主数据管理2
    第三节 主数据管理的商业价值3
    第四节 主数据管理方案简介4
    本章总结6
    第二章 安装sap mdm 7.17
    第一节 安装介质下载7
    第二节 mdm服务安装8
    第三节 启动mdm服务16
    第四节 mdm客户端安装18
    第五节 选择客户端界面语言21
    第六节 配置dbms22
    本章总结26
    第三章 数据建模27
    第一节 主数据资源库(repository)27
    一、什么是主数据资源库27
    二、如何创建主数据资源库31
    三、更改资源库语言35
    .小结36
    第二节 主表(main table)37
    一、什么是主表37
    二、数据类型38
    三、如何创建主表及基本字段42
    小结53
    第三节 副表(subtables)53
    一、什么是副表53
    二、平面表(flat table)53
    三、层次结构表(hierarchy table)58
    四、分类系统表(taxonomy table)62
    五、限定平面表(qualified flat table)66
    小结70
    第四节 元组(tuple)71
    一、什么是元组71
    二、如何创建元组73
    小结78
    第五节 多主表(multiple main tables)与主表关联(lookup[main])79
    一、什么是多主表与主表关联79
    二、如何创建多主表与主表关联80
    小结82
    第六节 特殊表(special tables)82
    一、关系表(relationship)82
    二、屏蔽表(mask)与指定搜索表(named search)86
    小结87
    第七节 对象表(object tables)87
    小结88
    第八节 字段高级参数89
    一、显示字段(display fields)89
    二、唯一字段(unique fields)90
    三、计算字段(calculation fields)92
    四、所选字段(selected fields)92
    五、排序索引(sort-indexed)92
    六、排序类型(sort types)93
    七、关键字(keyword fields)94
    小结95
    本章总结95
    第四章 数据管理97
    第一节 数据内容维护97
    一、加载资源库99
    二、登录数据管理器100
    三、创建主表中的简单数据103
    四、创建参照平面表数据104
    五、创建层次结构表数据110
    六、创建分类系统表数据113
    七、创建参照主表数据123
    八、创建限定表数据126
    十、创建关系134
    小结140
    第二节 数据查询140
    一、自由表格搜索141
    二、基于基本字段查询143
    三、基于平面表清单查询148
    四、基于层次结构查询151
    五、基于分类系统及属性查询153
    六、基于限定平面表查询155
    七、基于元组字段查询157
    小结158
    第三节 表达式159
    一、数据校验(validation)159
    二、分配赋值(assignment)169
    三、计算字段(calculation fields)172
    四、表达式查询178
    小结180
    第四节 数据匹配与合并180
    一、字符转换180
    二、匹配规则183
    三、匹配策略186
    四、记录匹配190
    五、记录合并192
    小结202
    第五节 工作流202
    一、角色配置203
    二、用户配置212
    三、流程配置214
    四、流程实例221
    小结233
    本章总结233
    第五章 数据导入235
    第一节 远程系统235
    第二节 远程键值映射237
    第三节 导入管理器240
    一、导入供应商基本信息240
    二、导入供应商联系方式(元组)255
    三、导入供应商销售产品(主表参照)259
    四、导入销售折扣信息(限定平面表)262
    五、层次结构表271
    六、分类系统表281
    小结295
    第四节 导入服务器295
    一、文件格式296
    二、导入映射策略299
    三、创建端口302
    四、配置导入服务器304
    五、应用场景306
    小结307
    本章总结308
    第六章 数据分发309
    第一节 标准库准备309
    第二节 样例数据导入312
    第三节 分发管理器316
    一、复用分发映射策略316
    二、新建分发映射策略319
    第四节 分发服务器326
    本章总结331
    第七章 安全管理333
    第一节 服务器密码333
    第二节 权限控制334
    第三节 数据访问限制339
    一、创建屏蔽339
    二、创建指定搜索342
    三、配置约束条件345
    第四节 ldap用户验证348
    本章总结349
    第八章 多语言351
    第一节 多语言的原理351
    第二节 多语言的设置352
    一、增删语言层352
    二、语言间的继承354
    三、更改首选语言356
    四、表名与字段名的多语言358
    五、数据内容的多语言361
    六、创建多语言记录361
    第三节 选择界面语言365
    本章总结367
    第九章 资源库管理369
    第一节 校验资源库369
    第二节 复制资源库371
    第三节 维护主从资源库372
    一、主/从资源库构架372
    二、主/从资源库相关操作373
    第四节 资源库归档376
    第五节 导出导入资源库模型379
    第六节 传输操作381
    一、模型传输381
    二、cts+382
    第七节 clix命令384
    一、clix命令结构384
    二、clix帮助信息387
    三、clix命令举例388
    本章总结390
    第十章 mdm web应用391
    第一节 组件部署392
    第二节 建立资源库连接401
    一、创建系统对象401
    二、创建系统别名405
    三、配置用户映射407
    第三节 mdm iview413
    一、搜索iview414
    二、结果集iview426
    三、记录明细iview430
    四、通过页面组合iview436
    五、portal角色分配444
    第四节 自定义事件452
    第五节 mdm更改历史457
    一、保存更改历史458
    二、查询更改历史459
    本章总结461
    第十一章 mdm程序接口463
    第一节 mdm webdynpro463
    一、mdm wd构架463
    二、安装mdm wd组件464
    三、mdm wd配置管理器471
    四、创建组合wd应用界面486
    五、mdm wd用户出口489
    第二节 mdm webservice490
    一、功能介绍490
    二、组建部署490
    三、用户授权491
    四、创建webservice494
    五、调试webservice498
    第三节 mdm api504
    一、java api504
    二、abap api505
    三、.net api506
    本章总结507
    第十二章 主数据治理509
    第一节 主数据治理的定位509
    一、sap商务套件主数据治理功能扩展509
    二、mdg与netweaver mdm的区别511
    三、mdg给客户带来的业务收益512
    第二节 主数据治理的架构513
    第三节 主数据治理的应用案例514
    一、物料主数据的修改514
    二、变更请求的操作517
    三、mdg的相关配置519
    第四节 主数据治理的发展520
    本章总结521
    第十三章 数据质量管理523
    第一节 数据质量管理的定位523
    一、数据质量管理的特性523
    二、dqm与mdm的区别524
    三、dqm给客户带来的业务收益525
    第二节 数据质量管理的架构526
    第三节 数据质量的应用案例527
    一、检查供应商主数据的原始记录528
    二、在dqm中的操作528
    三、dqm的安装配置536
    本章总结536
    第十四章 mdm项目实施方法及经验537
    第一节 实施方法概述537
    一、mdm项目特点538
    二、mdm项目要素539
    第二节 设定项目目标541
    第三节 项目准备阶段543
    第四节 项目实施及上线544
    第五节 后期运维546
    一、运维组织结构546
    二、数据清理(运维阶段)548
    本章总结549
    第十五章 附录551
    第一节 excel导入格式示例551
    一、供应商基本信息551
    二、供应商联系方式552
    三、供应商销售产品552
    四、折扣信息552
    第二节 xml导入格式示例553
    第三节 组合wd应用举例557
     
    图书信息来源: 中国互动出版网

    转载于:https://www.cnblogs.com/china-pub/archive/2013/04/08/3008454.html

    展开全文
  • 随着企业业务迅速发展,需要支撑业务运转的信息系统越来越多,各系统之间数据分散、重复,未完全形成...分散管理主数据由于不具备一致性、准确性、完整性,使整个企业普遍存在产品管理不力、供应商管理不力、订单管

      随着企业业务迅速发展,需要支撑业务运转的信息系统越来越多,各系统之间数据分散、重复,未完全形成业务闭环,数据孤立不能互通,数据统计不一致,企业主数据(组织、人员、项目、客户、供应商、产品等)不能共享,如何对数据进行治理已经成为困扰企业发展的一大难题。

      对企业而言,业务系统的构建更多是以项目为中心,自下而上构建系统,这导致整个企业缺乏统一的规划,一些需要共享的数据(主数据)分散在各个业务系统之中。分散管理的主数据由于不具备一致性、准确性、完整性,使整个企业普遍存在产品管理不力、供应商管理不力、订单管理不力等现象,解决这一问题的根本方法就是引入主数据管理

    1整体说明

      本文档主要从功能、集成业务两个层面进行介绍,功能主要介绍MDM的相关平台功能,集成业务通过ESB开发集成流程与MDM基础数据平台进行基础数据分发的实际业务场景模拟。

    1.1产品体系

      首先来介绍数通畅联的产品体系:

      数通畅联的所有产品都是通过K8S云平台进行部署搭建产品环境,通过不同的产品组合方案来解决企业面临的不同信息化困境,帮助企业达到信息化发展的目标

      MDM主数据管理平台在公司产品体系中作为重要一环,可以与不同产品组合来满足不同项目的需求。

    1.2产品介绍 

      MDM主数据管理平台中主数据管理的关键就是“管理”。主数据管理不会创建新的数据或新的数据纵向结构。相反,它提供了一种方法,使企业能够有效地管理存储在分布系统中的数据。 

      主数据管理使用现有的系统,它从这些系统中获取最新信息,并提供了先进的技术和流程,用于自动、准确、及时地分发和分析整个企业中的数据,并对数据进行验证。

      MDM产品的核心在中间的紫色区域,分别是数据建模、功能建模、流程建模、应用管理,使用这些功能能够自动生成出不同的主数据管理,从而达到数据治理的目的。数据统计,也就是绿色区域的数据管理、流程监控、统计分析功能,并且管理看板也能够进行统计分析,MDM可以在系统管理中添加组织、人员、岗位,并配置相应的权限。 

    1.3环境准备

      环境准备主要是准备产品,首先是MDM产品的部署,关于ESB产品的部署可以参考《MDM产品的部署使用手册》。

      为了模拟实际的业务场景,MDM基础数据平台需要和ESB结合使用,所以需要构建MDM的产品环境,数据用MDM平台预置数据即可。

    2功能介绍

      主要介绍MDM平台的一些常用功能,如数据建模、功能建模、流程建模等常用的典型功能模型的创建和业务场景,MDM可以创建的功能模型有简单列表(左树右表)、树形管理、树形表格、主从表。

    2.1简单列表

      简单列表是使用MDC主数据控制台中的数据建模和功能建模功能部署生成的。

    2.1.1模型说明

      简单列表针对于简单数据的管理,例如:供应商、客户、合同等,都可以利用简单列表模型,以表格形式对基础信息进行记录维护。
      页面展现形式如图所示:

     2.1.2创建步骤

      数据建模主数据建模是创建主数据的第一步操作,该功能主要用于创建主数据并且定义主数据的字段、类型等,创建主数据时可以选择是否需要进行流程审批。

      主数据建模主页面如下,点击“新增”,创建新的主数据,如图所示:

      新增时选择模板类型为“单表”,模板特性选择“普通”对主数据信息进行编辑,完成后点击“保存”,如图所示:

      选中主数据双击或者点击“数据建模”按钮,如图所示:

      进入数据建模页面,对当前主数据进行编辑,新增元数据分组或元数据,如图所示: 

      对元数据属性双击进行编辑修改,如图所示:

      进入功能管理-功能配置进行功能设置,功能模板选择“简单列表”,然后在数据模型中添加主数据,如图所示: 

      选择表单信息页面编辑表单信息,,如图所示:

      双击选择你要编辑的表单页面。此页面有两个标签,一个用于配置显示的字段,一个是配置页面的按钮,如图所示:

      编辑页面表单页面:配置表单的显示形式,例如:select下拉选、text、textarea、radio、widget组件、res-file附件上传等配置,如图所示: 

      配置表单页面后点击部署,会生成对应的主数据管理,如图所示: 

    2.2树形管理

      树形管理是使用MDC主数据控制台中的数据建模和功能建模功能部署生成的。 

    2.2.1模型说明 

      树形管理主要通过构建树形菜单形成层级关系,对层级关系进行管理如组织、岗位、项目等,而对于各树形节点下的数据直接以列表形式显示,不以层级进行区分。 

      页面展现形式如下:

    2.2.2创建步骤 

      主数据建模主页面如下,点击“新增”,创建新的主数据,如图所示:

      新增时选择模板类型为“单表”,模板特性选择“树形”对主数据信息进行编辑,完成后点击“保存”,如图所示: 

      选中主数据双击或者点击“数据建模”按钮,如图所示: 

      进入数据建模页面,对当前主数据进行编辑,新增元数据分组或元数据,生成的基础字段属性多一个PID属性字段,如图所示:

      修改后点击提交,弹出生成初始创建实体表页面,如图所示:

      双击对元数据属性进行编辑、修改,如图所示: 

      进入功能管理-功能配置进行功能设置,功能模板选择树形管理,然后在数据模型中添加在数据建模创建的主数据,如图所示:

      进入表单信息页面,点击“数据表结构”按钮,创建实体表外其他需要使用的表结构,如图所示: 

      双击选择你要编辑的表单页面。此页面有两个标签,一个用于配置显示的字段,一个是配置页面的按钮,点击“初始化表单”按钮生成表单信息,如图所示: 

      树形管理列表页面配置多一个父节点隐藏域配置,如图所示: 

      选择表单信息页面编辑表单信息,编辑表单页面:配置表单的显示形式,例如:select下拉选、text、textarea、radio、widget组件、res-file附件上传等配置,点击部署生成树形管理模型的主数据,如图所示:

    2.3树及列表 

      树及列表是基于简单列表配置关联树生成的功能模型。 

    2.3.1模型说明 

      通常情况下使用树及列表创建的地方首先需要构建树形信息,根据树形的内容不同构建关联关系以及每一个树形中对应的数据,与树形管理的区别在于树形管理管理树的层级关系,而树及列表管理的是列表中的数据,且管理列表中数据与树节点的关联关系。 

      页面展现形式如图所示: 

    2.3.2创建步骤 

      数据建模主数据建模是创建主数据的第一步操作,该功能主要用于创建主数据并且定义主数据的字段和类型等,创建主数据时可以选择是否需要进行流程审批。 

      主数据建模主页面如下,点击“新增”,创建新的主数据,如图所示:

      新增时选择模板类型为“单表”,模板特性选择“普通”对主数据信息进行编辑,完成后点击“保存”,如图所示:

      双击选中主数据或者点击“数据建模”按钮,如图所示: 

      进入数据建模页面,对当前主数据进行编辑,新增元数据分组或元数据,如图所示: 

      双击进行编辑修改元数据属性,修改后点击提交,如图所示:

      弹出初始化表页面:创建主数据实体表,创建成功后点击提交,如图所示: 

      进入功能管理-功能配置进行功能设置,功能模板选择简单列表,选中左侧的“是否关联树”,这样就会生成树及列表模型,然后在数据模型中添加主数据,如图所示: 

      选择表单信息页面编辑表单信息,如图所示:

      双击选择要编辑的表单页面。此页面有两个标签:一个用于配置显示的字段,一个是配置页面的按钮,如图所示:

      编辑表单页面:配置表单的显示形式,例如:select下拉选、text、textarea、radio、widget组件、res-file附件上传等配置。

    2.4树形表格 

      树形表格是使用MDC主数据控制台中的数据建模和功能建模功能部署生成的。 

    2.4.1模型说明 

      通常情况下使用树形表格的地方为主从表结构,列表页面显示主表信息,可以进行新增、修改、删除操作。详情页面显示从表的信息是树形表格模式,同样可以进行新增、修改、删除等操作。 

      页面展现形式如下: 

      主表信息如图所示: 

      从表信息如图所示: 

    2.4.2创建步骤 

      数据建模主数据建模是创建主数据的第一步操作,该功能主要用于创建主数据并定义主数据的字段、类型等,创建主数据时可以选择是否需要进行流程审批。 

      主数据建模主页面如下,点击“新增”,创建新的主数据,如图所示: 

      树形表格属于主从模式,所以也要创建主表信息,新增时选择模板类型为“主从表”,模板特性选择“树形”,模型类型选择“主表”,对主数据信息进行编辑,完成后点击“保存”,如图所示:

      选中主数据后双击或者点击“数据建模”按钮,如图所示: 

      进入数据建模页面,编辑当前主数据,新增元数据分组或元数据,如图所示:

      双击编辑修改元数据属性,如图所示: 

      点击提交创建表后回到数据建模页面新增从表信息,从模型类型选择从表,然后再在主表表单中选择主表信息,如图所示: 

      进入功能管理-功能配置进行功能设置,功能模板选择树形表格,然后在数据模型中添加主表和从表的主数据,如图所示: 

      选择表单信息页面,编辑表单信息,如图所示: 

      双击选择要编辑的表单页面。此页面有两个标签,一个用于配置显示的字段,一个是配置页面的按钮,如图所示: 

      编辑页面表单页面:配置表单的显示形式,例如:select下拉选、text、textarea、radio、widget组件、res-file附件上传等配置,如图所示: 

      配置表单页面后点击部署,会生成对应的主数据管理,如图所示: 

    2.5主从模型 

      主表模型是使用MDC主数据控制台中的数据建模和功能建模功能部署生成的。 

    2.5.1模型说明 

      通常情况下使用主表模型的地方为主从表的结构,列表页面显示主表信息,可以进行新增,修改删除操作。详情页面显示从表的信息是简单列表模式,同样可以进行新增,修改删除等操作。 

      页面展现形式如下: 

      主表页面如图所示: 

      从表页面如图所示: 

    2.5.2创建步骤

      数据建模主数据建模是创建主数据的第一步操作,该功能主要用于创建主数据并定义主数据的字段和类型等,创建主数据时可以选择是否需要进行流程审批: 

      树形表格属于主从模式,所以也要创建主表信息,新增时选择模板类型为“主从表”,模板特性选择“普通”,模型类型选择“主表”,对主数据信息进行编辑,完成后点击“保存”,如图所示: 

      选中主数据双击或者点击“数据建模”按钮,如图所示: 

      进入数据建模页面,对当前主数据进行编辑,新增元数据分组或元数据,如图所示:

      双击编辑修改元数据属性,如图所示: 

      进入功能管理-功能配置进行功能设置,功能模板选择主从表,选中左侧的“是否关联树”,这样就会生成树及列表模型,然后在数据模型中添加主数据,如图所示: 

      选择表单信息页面编辑表单信息,如图所示: 

      双击选择要编辑的表单页面。此页面有两个标签,一个用于配置显示的字段,一个是配置页面的按钮,如图所示: 

      编辑表单页面:配置表单的显示形式,例如:select下拉选、text、textarea、radio、widget组件、res-file附件上传等配置,如图所示: 

    3集成场景 

      通过以上整体介绍应该了解了主数据的各种模型的配置和作用,配置完模型、创建主数据标准后,就需要与其他系统进行集成对接,把主数据治理好的数据分发到业务系统中,那么数据分发场景有哪些呢,是如何分发到业务系统中呢?下面章节会进行详细介绍。 

    3.1集成场景 

      与ESB应用集成平台紧密结合,可以灵活设置数据同步、分发策略,提供业务日志,保障主数据同步的事务性、可靠性。通过ESB进行数据分发,MDM主要有三种方式:

      第一种:所有数据以MDM为源头,在MDM创建数据然后通过ESB分发到各系统再使用。 

      第二种:以其它系统为数据源,使用ESB同步到MDM中进行数据治理后,再分发到各系统使用。 

      第三种:前两者的结合使用,已经上线的系统时使用以系统为数据源,还没上线的系统或者将要上线的系统采用MDM数据源,使用ESB分发到各业务系统中再使用。 

    3.2平台模式 

      平台操作时候数据分发如下: 

      1.普通的点击增、删、改不会生成操作。 

      2.列表页面新增“生成任务”按钮,点击可以生产任务,任务类型分别为:新增任务、回收任务、启用任务。 

      3.新增任务:业务初始化数据。 

      4.同步任务:根据选择的数据进行数据补偿。 

      5.回收任务:对业务系统的主数据做禁用操作。 

      6.启用任务:对业务系统的主数据启用操作。 

    3.3接口模式 

      接口同步时候数据分发如下: 

      1.MDM接口同步时候对主数据的操作会生成(新增、修改、禁用、企业数据操作类型)操作,任务类型会生成同步任务。 

      2.同步接口迁移的时候要注意分发范围权限迁移,然后生成修改、新增和删除操作,然后会生成一条同步任务、一条回收任务。 

    4集成过程 

      主数据应用集成将MDM与ESB平台结合使用,主要是通过SMC配置集成场景,然后通过设计器自动生成集成流程,通过应用集成配置可以更加快速、更加方便地实现主数据与业务系统之间的数据同步与分发。 

    4.1服务注册 

      1.首先在SMC应用集成的服务分组下添加服务的分组信息,便于对注册的服务进行管理,如图所示:

      2.在对应的分组下进行服务注册,服务注册分为三种方式:导入原生、导入代理、注册: 

    注册:注册MDM和业务系统服务,如图所示: 

      3.对不同的服务配置方法参数: 

      数据提供方(源头系统)定义出参,如图所示: 

      数据接收方(目标)系统配置入参,如图所示: 

    4.2场景配置 

      服务注册成功后需要在“场景配置”中配置具体的集成场景。 

      1.和服务注册类似,先配置场景的分组信息,如图所示:

      2.选择场景分组添加场景配置,选择源系统、源操作、目标系统、目标操作,如图所示: 

      3.在映射配置中通过解析获取映射关系,并自动进行匹配,如图所示:

      4.根据业务的对应关系手动进行配置调整,添加校验规则,如图所示: 

      5.配置后提交配置信息,如图所示: 

    4.3流程生成 

      在SMC中配置并提交场景后,通过ESB设计器生成集成流程。 

      1.首先在MF服务目录下创建Http流程,选择应用集成服务,如图所示:

      

      2.Next,刷新集成场景并进行选择,如图所示: 

      3.自动生成流程如下,如图所示: 

    4.4数据分发 

      以组织主数据为例来介绍主数据的分发过程,首先在组织员管理中选择几条数据,点击“生成任务”、“分发禁用”、“分发启用”按钮,如图所示: 

      弹出生成任务窗口:选择要分发的业务系统和生成任务类型,点击保存就会生成任务,如图所示:

      弹出工作任务明细页面:会根据生产任务类型自动编写出任务名称,通过前一个选择应用系统自动添加到关联应用字段中,如图所示: 

      点击提交,通过BPM把任务ID推送给ESB或者业务系统,任何ESB或者业务系统根据任务获取数据,如图所示: 

      然后再通过日志接口回写到分发日志中,点击分发日志功能查看分发情况,如图所示:

    5分析总结 

      随着企业的发展,各项数据的权威性显得尤为重要,为了解决企业的基础数据治理以及传输问题,数通畅联开发了MDM主数据管理平台产品。主数据治理方案可以将企业的组织、人员、客户、供应商等高度共享的数据进行统一管理,对需要的业务系统进行同步分发,使数据易采集、易理解、易分析,提高部门与部门之间的沟通效率。 

    5.1产品功能 

      MDM作为数通畅联的核心产品,无论是产品的性能还是产品的完备性上都具有很大的优势,并且能和公司多款产品进行组合,如MDM+ESB的主数据治理方案,ESB+MDM+DAP的数据治理分析方案等,通过这些方案可以满足企业IT信息化建设的需求。 

    5.2扩展升级 

      平台是主数据治理方案落地的重要工具,平台在功能上满足主数据治理需求的同时,具备快速扩展能力,以适应不同业务场景的变化。并根据技术的发展及业务的演变,不断迭代升级。通常选择的主数据管理平台要预置典型的模型功能和样例数据,在项目中复用,可节省时间,提高效率。 

    5.3方案融合 

      与公司的其他产品组合、搭配使用,满足绝大多数应用场景,更加灵活地适应企业业务需求的变化,解决不同的企业面临的问题,与其他产品组合形成不同的解决方案。 

      在不同方案中起到不同的作用。在业财一体化项目中,MDM起到基础数据映射作用;在数据治理项目中,MDM起到治理、完善、统一业务系统中共享主数据的作用;在数据分析项目中,MDM抽取整合业务系统中的主数据,保证其完整性、统一性,并起到分析数据的作用。企业通过MDM主数据管理平台集中管理数据,保证了分散的系统间主数据的一致性,有利于推进数据合规化进程,快速部署新应用,加快推出新产品的速度。 

    展开全文
  • SAP MDM主数据管理

    千次阅读 2012-07-05 11:59:04
    Sap MDM(Master Data Manager主数据管理)主要用于数据的清洗比对,整合不同系统间的数据间的不一致,以保证基于数据的交易(数据交换)顺利进行。 数据的概念   首先介绍一下什么是数据。这里...
  • 关于某一个集团数据管理DMD系统规划方案:从术语、主数据管理系统建设思路、管理工作建议、标准化、经验总结与交流,实施方法论、比较完善的集团数据系统规范方案。
  • 主数据管理系统.zip

    2020-07-30 11:45:21
    本资源包括主数据管理系统设计文档(完整的需求说明、演示版的数据库设计文档)与演示版的源码(c#语言),以及一本关于MDM主数据管理系统的电子书SAP MDM主数据管理SAP Master Data Management
  • 主数据管理MDM解决方案 MDM为继承和管理参考数据提供免代码、低维护的解决方案。在MDM系统成为数据仓库的维数据的确定来源后,它使数据仓库能够侧重于卷管理和数据交付的数据管理目标。 简而言之,主数据管理提供...
  • 集团型企业在信息化持续实施的过程中,将发现部门共享数据标准不统一、数据高冗余、维护不规范的问题。MDM的建设需求由此产生。本文主要结合MDM建设思路,言简意赅说明MDM建设中可以避开的陷阵,保证良好的实施应用...
  • 浅析:MDM主数据管理

    2006-11-15 11:54:45
    MDM全写Master Data Management,翻译为主数据管理或元数据管理。 什么是MDM MDM专家Longman 说,真正的MDM必须是超越软件的,它包括了数据管理的最好的实践方案和业务与信息技术之间的最紧密合作关系。 ...
  • ylbtech-DB-MDMMDM/主数据管理 百科 主数据管理MDM Master Data Management)描述了一组规程、技术和解决方案,这些规程、技术和解决方案用于为所有利益相关方(如用户、应用程序、数据仓库、流程以及...
  • Master Data Management(MDM)主数据管理

    千次阅读 2019-07-28 02:08:57
    主数据管理应用框架图 MDM 主数据管理 单一可信数据视图 ODS 运营数据存储 企业智能数据分析 EDW 企业数据仓库 企业智能数据分析主数据管理应用 网上介绍了很多数据的概念,太抽象了。根据这些...
  • 合并风格 登记风格 集中风格 共存风格
  • 带着这个“怨念”,试读了这本《SAP MDM 主数据管理》。 前面的序和前言主要是介绍SAP的历史和现状。第一章也主要在讲数据的概念——“数据”基本上就是master表。是的!这本书主要内容是在讲“表(master ...
  • 主数据管理MDM)与元数据管理

    千次阅读 2013-01-25 08:33:10
    数据(Master Data)和元数据(Meta Data)是两个完全不同的概念。元数据是指表示数据的相关信息,比如数据定义...主数据管理和传统数据仓库解决方案不是一个概念,数据仓库会将各个业务系统的数据集中在一起在进行业务的
  • 主数据管理MDM详细介绍

    热门讨论 2010-03-29 20:50:16
    数据是指在整个企业范围内各个系统...数据通常需要在整个企业范围内保持一致性(consistent)、完整性(complete)、可控性 (controlled),为了达成这一目标,就需要进行主数据管理(Master Data Management ,MDM)。
  • MDM是一个集成的解决方案管理所有的数据信息客户数据物料数据供应商数 据等 一 使用 SAP MDM主数据管理解决方案 可以整合 协调数据 管理丰富的产品内容 数据集中后 就能够对数据进行有效的管理 同步和...
  • 浅谈主数据管理系统

    2020-08-01 11:15:12
    说起主数据管理系统,大部分... 主数据管理系统数据管理(MDM Master Data Management)描述了一组规程、技术和解决方案,这些规程、技术和解决方案用于为所有利益相关方(如用户、应用程序、数据仓库、流程以及...
  • 主数据及其管理MDM

    2019-09-28 15:45:39
    企业数据管理包含主数据,元数据,交易数据主数据是描述企业核心实体的基础数据,比如客户、用户、产品、员工等。 它是具有高业务价值的、可以在企业内跨越各个业务部门被重复使用的数据,并且存在于...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 2,913
精华内容 1,165
关键字:

mdm主数据管理系统