TEC一体化平台设计-MDM主数据配置手册V10资料讲解

1、 江苏省电力公司信息化登高项目MDM培训手册第 PAGE VI 页江苏省电力公司信息化登高项目MDM培训手册MDM组版本：V1.0江苏省电力公司信息化登高项目MDM培训手册第 PAGE I 页文档修改记录版本修订人修订日期说明1.0黄俊2010-12-04首次编写确认和批准本文档需要以下人员确认：部门姓名签名日期关键用户：业务主管：部门领导： 确认和批准本文档需要以下人员确认：部门姓名签名日期关键用户：业务主管：部门领导：目 录 TOC o 1-3 h z u HYPERLINK l _Toc279580373 前言 PAGEREF _Toc279580373 h 1 HYPERLINK l

2、_Toc279580374 1.1目的和范围 PAGEREF _Toc279580374 h 1 HYPERLINK l _Toc279580375 1.2参考资料 PAGEREF _Toc279580375 h 1 HYPERLINK l _Toc279580376 1.3术语表 PAGEREF _Toc279580376 h 1 HYPERLINK l _Toc279580377 2.SAP MDM 介绍 PAGEREF _Toc279580377 h 2 HYPERLINK l _Toc279580378 2.1功能概述 PAGEREF _Toc279580378 h 2 HYPERLI

3、NK l _Toc279580379 2.2主数据管理场景 PAGEREF _Toc279580379 h 3 HYPERLINK l _Toc279580380 2.2.1主数据整合 PAGEREF _Toc279580380 h 3 HYPERLINK l _Toc279580381 2.2.2主数据协调 PAGEREF _Toc279580381 h 4 HYPERLINK l _Toc279580382 2.2.3中央主数据管理 PAGEREF _Toc279580382 h 5 HYPERLINK l _Toc279580383 2.3SAP MDM 系统架构 PAGEREF _To

4、c279580383 h 6 HYPERLINK l _Toc279580384 3.Console PAGEREF _Toc279580384 h 9 HYPERLINK l _Toc279580385 3.1Repository PAGEREF _Toc279580385 h 9 HYPERLINK l _Toc279580386 3.1.1Repository加载 PAGEREF _Toc279580386 h 12 HYPERLINK l _Toc279580387 3.1.2Repository归档 PAGEREF _Toc279580387 h 14 HYPERLINK l _To

5、c279580388 3.1.3Repository镜像 PAGEREF _Toc279580388 h 18 HYPERLINK l _Toc279580389 3.1.4Repository传输 PAGEREF _Toc279580389 h 21 HYPERLINK l _Toc279580390 3.1.5Repository 系统管理 PAGEREF _Toc279580390 h 24 HYPERLINK l _Toc279580391 3.1.6Repository其它操作 PAGEREF _Toc279580391 h 31 HYPERLINK l _Toc279580392

6、3.2Repository Modelling PAGEREF _Toc279580392 h 34 HYPERLINK l _Toc279580393 3.2.1Table 操作 PAGEREF _Toc279580393 h 39 HYPERLINK l _Toc279580394 3.2.2Field 操作 PAGEREF _Toc279580394 h 41 HYPERLINK l _Toc279580395 3.2.3其它设置 PAGEREF _Toc279580395 h 45 HYPERLINK l _Toc279580396 4.Data Manager PAGEREF _To

7、c279580396 h 46 HYPERLINK l _Toc279580397 4.1主数据对象命名规范 PAGEREF _Toc279580397 h 55 HYPERLINK l _Toc279580398 4.1.1Repository库命名规范 PAGEREF _Toc279580398 h 55 HYPERLINK l _Toc279580399 4.1.2表命名规范 PAGEREF _Toc279580399 h 55 HYPERLINK l _Toc279580400 4.1.3字段命名规范 PAGEREF _Toc279580400 h 55 HYPERLINK l _To

8、c279580401 4.1.4Port端口命名规范 PAGEREF _Toc279580401 h 55 HYPERLINK l _Toc279580402 4.1.5Mapping命名规范 PAGEREF _Toc279580402 h 55 HYPERLINK l _Toc279580403 5.Import Manager PAGEREF _Toc279580403 h 55 HYPERLINK l _Toc279580404 5.1物料主数据 PAGEREF _Toc279580404 h 56 HYPERLINK l _Toc279580405 5.1.1模型字段说明 PAGERE

9、F _Toc279580405 h 56 HYPERLINK l _Toc279580406 5.1.2Inbound Port说明 PAGEREF _Toc279580406 h 57 HYPERLINK l _Toc279580407 5.1.3Outbound Port说明 PAGEREF _Toc279580407 h 57 HYPERLINK l _Toc279580408 5.2物料分类 PAGEREF _Toc279580408 h 57 HYPERLINK l _Toc279580409 5.2.1模型字段说明 PAGEREF _Toc279580409 h 57 HYPERL

10、INK l _Toc279580410 5.2.2Inbound Port说明 PAGEREF _Toc279580410 h 57 HYPERLINK l _Toc279580411 5.2.3Outbound Port说明 PAGEREF _Toc279580411 h 57 HYPERLINK l _Toc279580412 5.3物料组 PAGEREF _Toc279580412 h 57 HYPERLINK l _Toc279580413 5.3.1模型字段说明 PAGEREF _Toc279580413 h 57 HYPERLINK l _Toc279580414 5.3.2Inb

11、ound Port说明 PAGEREF _Toc279580414 h 57 HYPERLINK l _Toc279580415 5.3.3Outbound Port说明 PAGEREF _Toc279580415 h 57 HYPERLINK l _Toc279580416 6.Syndicator PAGEREF _Toc279580416 h 57第 PAGE 74 页 共 85 页第 PAGE 1 页 共85 页前言目的和范围编写此MDM培训手册主要有二个目的。首先，作为MDM系统实施交付文档之一.其次，此文档也可以作为日后江苏电力MDM系统维护人员的参考手册。参考资料资料名称资料所在

12、地址术语表列出本报告中专门术语的定义、英文缩写词的原词组和意义、项目组内达成一致意见的专用词汇，同时要求继承全部的先前过程中定义过的词汇。词汇名称词汇含义备注MDMMaster Data ManagementSAP MDM 介绍功能概述SAP MDM是一套企业级的主数据管理平台.实现企业以下业务场景:主数据合并主数据协调中央主数据管理通过一致的主数据在SOA内开发跨应用的流程SAP MDM 保证在异构系统环境中的主数据一致性. 包括识别重复数据并在将来避免这种情况的发生，支持可靠的全局报告和业务执行。在业务系统范围内保证主数据的质量。包含流线化的IT场景以及产品内容管理和全球数据同步能力。SA

13、P MDM主要功能一览：主数据管理场景 主数据整合 主数据整合,既匹配、规范化、清洗、存储从客户端系统中导入的主数据。主要包括以下活动：识别本地系统中的相同或类似对象生成整合的主数据为统一、企业级的分析和报表提供ID映射主数据整合(业务系统)流程示意图主数据整合(商务智能BI)流程示意图主数据协调 主数据协调目标是确保在异构系统环境中的统一的、高质量的主数据。结合了主数据整合的范畴。同时通过分发整合后的数据（注重全局性相关信息）确保在相互集成的业务系统中主数据的高质量。允许在客户端应用系统中对本地相关信息的数据增强。 主数据协调流程示意图中央主数据管理中央主数据管理，即主数据的维护和存储，以及

14、分发机制的开发，以便向需要主数据的系统提供主数据。此活动与主数据协调的差别在于，主数据是使用富客户端集中创建的。在这里富客户端指的是使用MDM Data Manager 或基于portal的用户界面集中创建的。随后，可以根据客户端的需求，互动的将信息分发给客户端。 中央主数据管理流程示意图SAP MDM 系统架构 SAP MDM属于SAP Netweaver平台的一部分，如图所示:SAP MDM 主要组件：MDM Console Console用于主数据建模、系统管理、权限控制等功能。MDM Data Manager Data Manager 用于数据管理功能，包括数据编辑，工作流，数据匹配和

15、清洗等。MDM Import ManagerImprot Manager 用于数据导入功能MDM SyndicatorSyndicator用于数据分发功能 SAP MDM可以四种方式来访问中央MDM主数据MDM Web ServicesMDM Java APIsMDM ABAP APIsMDM .NET APIsMDM中各组件对应功能表如下:ConsoleRepository SAP MDM建模通过MDM Console工具完成。SAP MDM每一个模型都是以一个Repository来存储的。因此在建模前需要创建一个新的Repository.步骤如下:打开MDM Console.创建新的Rep

16、ository,鼠标右键MDM Server输入MDM 后台数据库连接信息:输入Repository Name.登录到新的Repository, Repository默认的用户名为Admin，密码为空。 在SAP MDM 中Repository可以理解为一个数据库实例，MDM的建模是针对Repository进行建模。Repository里面有不同表类型的用于进行建模。Repository不仅MDM模型管理单元,同时数据也存储在Repository中.Repository 管理工作包括以下内容:归档加载删除验证复制传输创建镜像权限管理端口管理Repository加载Repository的状态分为

17、二种:Loading和Unload.SAP MDM建模的时候Repository必须是非加载状态(Unload).当MDM建模完成后需要进行模型验证或者模型最终确认后需要开始正式运行时模型必须设置为加载状态(Loading).Repository Loading操作如图所示:Repository Unload操作如图所示:Repository归档Repository归档功能可以理解为Repository 备份功能,可以通过归档进行备份、分发和还原Repository. 备份操作：1.打开需要备份的 Repository 2. MDM系统会提示是否需要验证Repository。通常需要验证一下R

18、epository是否有错，如果包含错误，系统回连同错误一起进行归档。 3. 输入归档的名称，默认的名称是Repository Name + 日期 4. 默认的情况下系统对归档文件大小不进行任何限制，同时归档是针对整个Repository进行归档。如果想要定制化归档可以点击Options来进行定制。如果只想归档模型可以选择Schema Only，这样Repository中的数据是不会进入到归档文件中的。如果归档需要包含数据可以选择Normal,如果Repository中数据量较大的话，归档时间比较长，同时归档文件也会比较大。 5.选择OK进行归档操作，如果归档成功系统会返回如下界面:选择Yes

19、可以查看归档报告。归档文件产生在MDM服务器上MDM的安装目录archives目录下面,以a2a为后缀名。如:/usr/sap/MDD/MDS00/mdm/archives/ Repository镜像 Repository镜像创建操作如下：1.创建镜像:2.输入MDM 后台数据库连接信息3.输入Repository镜像名称4.点击Finish完成。5.加载镜像Repository.6. 点击Finish完成。此时镜像Repository已加载到MDM.Repository镜像同步操作如下: 1.选择Repository镜像库2.点击Synhronize Slave3.镜像Repository成

20、功后与原始Repository保持一致。Repository传输SAP MDM支持传输模式完成开发、测试、生产的三层架构模式。Repository传输操作如下:如果完整的导出Repository可以选择Export Repository Schema，选择此操作会产一个xml文件到客户端系统中。如图所示:如果是增量变更传输首先需要创建一个Transport Reference.Reference 文件产生在MDM服务器安装目录的transport/Outbound目录下。如: /usr/sap/MDD/MDS00/mdm/transport/Outbound/.测试环境将根据产生的Refere

21、nce建立一个新的Repository.开发环境的Repository产生变更的时候须创建一个Change file并且Export Change file.操作如图所示:选择需要传输的变更内容选择OK。系统会产生一个change file并存储在DM服务器安装目录的transport/Outbound目录下。此时测试环境可以通过Import change file来接受变更请求。Repository 系统管理Repository系统管理分为角色管理，用户管理，连接管理，变更追踪管理，远程系统管理，端口管理，xml schemas管理等。用户界面如下: 角色管理： 每个Repository有2

22、个默认的角色：Admin和Default. Admin 角色是不能修改的，是系统交付的对Repository拥有所有权限的角色。 Default角色默认开通的权限与Admin是相同的，但是可以进行修改。 操作过程如下: 在Repository中选中Roles，在Roles 试图中鼠标右键新增角色。角色维护分三个部分，分别是Roles 信息维护，功能维护以及表字段维护。角色信息维护：定义角色名称，描述以及分配用户到角色。功能维护： 是指角色是否能够执行某项系统功能，有2个维护选项。None代表否，Execute代表是。表和字段维护:是指角色能够针对哪些表，那些字段以及字段内那些数据能够进行访问。

23、Read-Only代表只读，Read/Write代表读写。 Constraints是指定哪些数据能够进行访问。用户管理：每一个Repository都会创建一个默认的管理用户 Admin。用户管理界面如下:可以创建、修改以及删除用户。用户属性设置如下:Password Never Expires：密码是否从不过期Reset Account Lock: 用户是否锁定User Must Change Password:用户必须更改密码Roles：指定用户拥有的角色连接管理：连接管理用于查看当前连接到Repository的信息。如图所示：变更追踪管理： 变更追踪管理用于监控对于Repository数据

24、内容的变更的记录。有三种方式数据新增、数据修改和数据删除。当配置为Yes的时候，对于 Repository数据的变更系统将记录下来。远程系统管理： 远程系统管理用于定义与MDM进行数据交换的远程系统。远程系统可以是Inbound、Outbound和Inbound/Outbound三种类型.端口管理: 端口管理是定义Repository数据导入或者分发的作业。Inbound是定义哪些远程系统通过什么方式将数据导入 Repository。Outbound是定义MDM分发哪些数据到哪些远程系统。Inbound Port属性设置 ：Remote System：选择远程系统Map: 选择在Import

25、Manager定义的MapFormat: 选择数据传输格式Xml Schema: 选择相应的Schema.可以理解为MDM接收数据的xml规范。Processing Type: 选择自动还是手动。Block on Structural Exceptions: 设置当有异常发生的时候是否Block。如果设置为yes，当有异常发生的时候，port将停止工作，直到解决异常。如果设置为No，当异常发生的时候，port将继续工作，仅仅记录异常。Outbound Port属性设置 ：Remote System：选择远程系统Map: 选择在Syndicator中定义的MapProcessing Type:

26、选择自动还是手动。Processing Interval：仅仅Processing Type 设置为Automatic时设置此参数。这个参数是指自动处理的间隔时间，可以理解为后台作业多久执行一次。Xml Schemas管理 管理Repostiory需要用到的xml Schema文件。Xml Schema是指Repository与远程系统进行数据交换的格式文件。schema文件从客户端上传，保存在MDM服务器中。在port管理时需要用到xml schmeas文件。Repository其它操作Repository可以进行验证，验证包含检查和修复二个功能。 操作如图所示: 当Repository无法

27、Loading的时候可以通过Verify Repository来查看和检查Repository是否包含错误。通过Check可以查看错误，追踪问题并解决。某些错误可以通过Repair功能来进行修复。Repository复制功能操作如图所示: Repository 属性设置是设置Repository的多语言以及运行端口，每个Repository需要设置不同的port,如果设置相同则会导致Repository无法加载。如图所示:Repository多语言设置步骤如下:Repository的详细设置界面如下： Repository ModellingRepository建模主要利用MDM交付的表类型、

28、字段类型来进行模型构建工作。一个Repository必须由一个或一个以上的主表(main table).一个主表包含某个业务对象的主要信息，例如产品、物料、客户等等。Repository默认的主表名称是Product，可以进行修改。主表之间可以共享数据，比如供应商和客户可以共享国家这个表。MDM 表类型可以参考下图:MDM Data Table TypesTable Type Description Main and subtables MainA main table is a flat table containing the primary information about a bus

29、iness object. For example, an MDM repository of product information would include an individual record for each product and an individual field for each piece of information that applies to all products, such as SKU, product name, manufacturer, and price. New MDM repositories include a main table na

30、med Products. Flat A flat table has the standard, rectangular SQL structure consisting of records and fields (rows and columns). A main table in an MDM repository typically contains some fields whose possible data values are limited and can therefore be selected from a list, rather than entered manu

31、ally. For example, a Country field would naturally have a limited set of possible values. These values can be stored as records in a separate, flat subtable associated with a Country lookup field in a main table. New MDM repositories do not include any flat tables. Hierarchy A hierarchy table organi

32、zes information in a hierarchy, where each record is related to a parent record (even if the only parent is the root) and may also be related to sibling records and/or child records. The main table in an MDM repository typically contains some fields whose data may be hierarchical in nature. For exam

33、ple, a Manufacturer field may need to accommodate division and subdivision information for manufacturers. This hierarchical information is stored in a separate, hierarchy subtable associated with the Manufacturer lookup field in the main table. Note that a hierarchy table is useful even when it is f

34、lat (i.e. only leaf nodes below the root), because it stores the ordered sequence of sibling records, allowing you to override the unordered sequence of values in a flat table and instead put the values in a fixed order. New MDM repositories include the following hierarchy tables: a default taxonomy

35、 table, the Masks table, and the Families table. Table Type Description Taxonomy1 Pre-defined. A taxonomy is the classification scheme that defines the categories and subcategories that apply to a collection of records. Categorizing records enables you to isolate subsets of records for various organ

36、izing, searching, editing and publishing purposes. A taxonomy table in MDM stores a hierarchy of categories and subcategories and also supports attributes, “subfields” that apply to particular categories rather than to the entire collection of records. MDM supports multiple simultaneous taxonomies.

37、New MDM repositories include a single taxonomy table named Categories. Qualified Flat Subtable. A qualified table in MDM stores a set of lookup records, and also supports qualifiers, “subfields” that apply not to the qualified table record by itself, but rather to each association of a qualified tab

38、le record with a main table record. MDM supports multiple simultaneous qualified tables. Qualified tables can be used to support product applications and application-based search, and also to store any large set of subtable records that contain fields whose values are different for each main table r

39、ecord, such as multiple prices for different quantities, divisions, regions, or trading partners, cross-reference part numbers, and additional distributor/supplier/customer-specific information for different distributors, suppliers, or customers. New MDM repositories do not include any qualified fla

40、t tables. Object tables Images A single table named Images. Stores image files, where each image is stored as a record in the table. Sounds A single table named Sounds. Stores sound files, where each sound file is stored as a record in the table. Videos A single table named Videos. Stores video file

41、s, where each video file is stored as a record in the table. Binary Objects A single table named Binary Objects. Stores other binary object files, where each binary object file is stored as a record in the table. Text Blocks A single table named Text Blocks. Stores blocks of text, where each text bl

42、ock is stored as a record in the table. Copy Blocks A single table named Copy Blocks. Stores blocks of text interpreted as copy, where each text block is stored as a record in the table. Text HTMLs A single table named Text HTMLs. Stores blocks of text interpreted as HTML, where each text block is s

43、tored as a record in the table. PDFs A single table named PDFs. Stores PDF files, where each PDF is stored as a record in the table. Special tablesImage Variants A single table named Image Variants. Used to define the structure and format of each of the variants for each image. Each variant is a mod

44、ified version derived from an original image; the original image is never modified. This table is managed in the MDM Console and is not visible in MDM Data Manager. Table Type Description Families A single hierarchy table named Families. Used to further partition main table records in each category

45、into smaller groups based upon the values of other fields and/or attributes. You can associate family data (a paragraph, an image, bullets) once with a family of products rather than with each individual product, and also define the table layout of the field and/or attribute data (field order; stack

46、, vertical, and horizontal pivots; and other display options). This table is available only in Family mode. Data GroupsA single hierarchy table named Data Groups. Stores the hierarchy of data groups used to break the entire set of objects in the MDM repository into manageable subgroups. Relationship

47、s A single table named Relationships. Used to define relationships between records in your tables. MDM 字段类型可参考如下:Field Data Types (Standard SQL)Field Data Types (Standard SQL) Data Type MV SQL Server Oracle DB2 MaxDB Description Text Nvarchar Nvarchar2 Varchar Varchar Text field ( 333 chars). Intege

48、r Int Number Int Fixed (10) 4-byte integer field. Real Real Number Float Float (16) 4-byte real field. Real8 Real Number Float Float (38) 8-byte real field. TimeStamp DateTime Date Timestamp Timestamp DateTime field. Boolean Bit Number Smallint Fixed (1) Two-valued field. Field Data Types (MDM Exten

49、ded)Field Data Type MV Description Text Normalized Text field with “special” (non-alphanumeric) characters removed for searching/sorting (always displays original). Name Text field with internal structure for storing parts of a name (prefix, first, middle, last, suffix).Log Text Large field with int

50、ernal structure for managing multiple timestamped blocks of text within a single field.AutoID Integer field that MDM automatically increments. Currency Real8 field displayed with a currency symbol. GM Time TimeStamp field that is adjusted to a particular time zone. Measurement Real field with an ass

51、ociated unit of measure. Literal Date TimeStamp field that ignores the time part. Literal Time TimeStamp field that ignores the date part. Create Stamp TimeStamp field that MDM automatically sets with the date/time of record creation. Time Stamp TimeStamp field that MDM automatically updates with th

52、e date/time of modification when any of the fields being tracked are updated. User Stamp Text field that MDM automatically updates with name of user who makes the change when any of the fields being tracked are updated. Mask Virtual field that stores an enumeration of main table records. It is never

53、 displayed but is used for searching. Lookup Flat Field whose value(s) are a lookup into a flat table. Lookup Hierarchy Field whose value(s) are a lookup into a hierarchy table. Lookup Taxonomy Field whose single value is a lookup into a taxonomy table.Lookup Qualified Field whose values are a looku

54、p into a qualified table. Lookup Image Field whose value(s) lookup into the Images table. Lookup Text Block Field whose value(s) lookup into the Text Blocks table. Lookup Copy Block Field whose value(s) lookup into the Copy Blocks table. Lookup Text HTML Field whose value(s) lookup into the Text HTM

55、Ls table. Lookup PDF Field whose value(s) lookup into the PDFs table. Lookup Sound Field whose value(s) lookup into the Sounds table. Lookup Video Field whose value(s) lookup into the Videos table. Lookup Binary Object Field whose value(s) lookup into the Binary Objects table. Attribute Data TypesAt

56、tribute Data Type MV Corresponding MDM Field Type Text Lookup Flat Numeric Measurement Coupled Numeric n/a Table 操作创建Table:1.选中Repository在Console上点击或者在Table 视图中鼠标右键然后选中Add Table,如图所示: 2. 在Table Detail中填入表名及表名代码 3. 选择表类型: 4. 其它属性设置. Display Fields: 设置显示字段 Unique Fields: 设置表的主键 Key Mapping: 设置表是否需要进行K

57、ey Mapping. Hide Table: 设置表是否为隐藏表. 删除表:选中Repository,在Table 视图中删除表。Field 操作创建字段:1.选中Table在Console上点击或者在Fileds视图中鼠标右键然后选中Add Table,如图所示:2. 在Fields Detail中填入字段名及字段名代码3.选择字段类型:4. 设置字段属性Required:设置字段是否必输Writable Once :设置字段是否可以修改Multi-Lingual:设置字段是否为多语言Keyword: 设置字段是否为关键字搜索Sort Index: 设置是否字段排序Calculation:

58、 设置字段是否为计算字段,如果设置为yes则需维护字段计算公式,如图所示:Sort Type: 设置排序类型,有三种方式可以设置如图所示:Note: 不同的字段需要维护不同的字段属性,具体详细设置请参考MDM Console Reference Guide.字段排序操作:在Fields 视图中鼠标右键选中Recorder .然后在菜单中选中字段进行顺序调整.字段删除：选中相应的Table, 然后在Table 视图中进行字段删除。其它设置在MDM中除了Main、Flat、Hierarchy、Familes、Qualified Flat和Taxonomy这5中类型外，其余的类型表均由MDM系统提供

59、，用户无法创建、删除和修改。同时一个Repository只能有一个Familes 表。多语言设置:Data ManagerData Manager是数据进行管理的工具，主要功能如下:数据查询与维护数据管理工作流数据清洗和合并Data Manager连接到Repository:选择MDM服务器、Repository和登录的语言，输入用户名和密码。进入Data Manager界面如下:Data Manager是分模式查看不同类型的表。查看Main Tabal和Flat Table使用Record Mode.查看Hierarchy Table使用Hierarych Mode.查看 Taxonomy

60、Table使用Taxonomy Mode如果Repository中没有定义Taxonomy Table，则无法切换至Taxonomy Mode。屏幕按钮将显示灰色。查看 Family Table使用Family Mode.如果Repository中没有定义Family Table，则无法切换至Family Mode。 屏幕按钮将显示灰色。如果要进行数据匹配使用Match Mode.Data Manager 搜索数据步骤如下 :1.选择Table：2.在搜索界面中定义搜索条件3.搜索结果显示Data Manager 维护步骤如下:1.新增数据在工具栏中选中新增数据按钮或者在Record区域鼠标右