级别： 初级 张庆锋 ( zhqf@cn.ibm.com), 软件工程师, IBM
2009 年 7 月 02 日 IBM 对产品主数据信息管理的解决方案 Master Data Management Server for Product Information Management 销售业绩一直处于行业市场前沿。本文结合该产品最新发布版本的新功能，通过对其四个主要功能模块 -- 数据模型管理器 , 产品管理器 , 协作管理器 , 系统管理模块的介绍以及贯穿始终的啤酒产品信息管理用例，使读者清晰的掌握该产品的各个宏观功能层面。本文作为该产品入门级系列介绍文章的第一篇，对后续的系列文章加以引领性概述。
产品历史
Master Data Management Server for Product Information Management （后文简称 MDM Server for PIM，在版本 6.0 之前曾用名 WebSphere Product Center）是一个 J2EE 架构的企业级应用，前端支持 IBM Http Server，Apache 。应用服务器层支持 WebSphere Application Server，Weblogic 。后端数据库支持 Oracle，DB2 。该产品为企业内外部的系统以及用户提供一个全局统一的，集成的，唯一的产品管理视图。通过使用该产品，企业可以管理，同步，关联其产品单品，条目，位置，组织结构等产品信息，以及相关的贸易声明（Trading Term)，贸易伙伴信息（Trading Partner）。
IBM 于 2004 年收购美国公司 Trigo Technologies，MDM Server for PIM 就是由该公司的产品 Trigo Product Center 衍生而来。
早在收购以前，Trigo Technologies 已经是推动多渠道营销，全球产品数据同步，视频扫描多种领先科技的零售业解决方案巨头，曾一度获得 2003 和 2004 年 IBM Beacon 奖项，并在 2003 年以其开放的产品架构与标准获得“ Hot Linux Solution ”称号。
IBM 收购该公司之后，将该产品并入 WebSphere 产品线，并持续与其他多种 IBM 产品整合，例如与擅长数据转换集成以及工作流管理的 WebSphere Process Server 产品的集成，与 B2B，B2C 的电子商务解决方案 WebSphere Commerce 产品的集成，与门户解决方案的 WebSphere Portal Server 的集成等等，极大的扩展了其在产品信息管理方面的内涵与能力。
截至目前，该产品依然是 IBM 在主数据管理方面的战略产品，也是 InfoSphere 产品家族中重要的一份子。从 2004 年到现在，已经经历了 5.0，5.1，5.2 ，5.3，6.0 主板本以及相关的多个维护版本。在零售，分销，生产行业都有相当不错的市场份额。
最新发布版本 6.0 的新功能简介
MDM Server for PIM 产品在最新发布版本 6.0 引入了一些新功能。无论是从性能，用户界面友好性，可定制性，还是服务能力的强化方面，都有了很大的改善。以下是对这几种新功能的简单介绍。
-
Web2.0 形式的新用户界面
针对用户主页面可订制化，界面的交互响应性能提升的各种用户易用性需求，本产品的 6.0 版本在传统产品管理界面之外，重新设计了一套 Web 2.0 架构的新用户界面。新增的用户界面涉及客户的主用户页面，产品条目管理页面，工作表页面。尤其是工作表页面，将用户关心的协作区，协作区步骤以及协作区中产品条目，分类的信息整合到一起，极大的方便了用户的使用。
-
开放的 Java API 层
用户越来越多的要求将 MDM Server for PIM 产品中所有基本产品信息管理的功能以 Java API 的形式开放出来，以提供用户二次开发和自定义的可能性。针对这种需求，本产品的 6.0 版本提供了大范围的产品功能模块的 API 映射。 6.0 版本的 Web2.0 新用户界面以及本产品与 IBM Information Server 的整合都是基于开放出来的 Java api 层实现的。
-
服务能力的强化
为了方便系统管理员做系统管理，本产品的 6.0 版本还陆续提供了一些服务方面的增强。例如 CPU 和内存利用率的概要分析，日志格式标准化，用户页面活动的追踪等等， 入门级后续文章将针对这些新工作进行详细阐述。
市场价值点
产品信息管理是一个持续快速发展的过程，统一完善快捷的产品信息管理方案的市场驱动力直接来自于以下几个方面：
-
产品信息量和复杂度的爆炸式增长。大型零售业厂商在短短数年内产品种类，数量的激增，最直接的诱因便是消费者需求的快速变换。可以想象，如果产品的更新换代周期无法跟上消费者需求的变化周期，那该公司在激烈的市场竞争中必将被淘汰。传统的以手工记录，传真，分散的部门管理为主要方式的产品信息管理模式已越来越成为加速产品市场流通的瓶颈。
-
多种销售渠道的诞生。例如电子邮件，电子商务网站，电话等等。多种销售渠道带来的直接结果就是产品信息存储的零散分布。
-
传统的人工交互方式带来的数据错误，分散的多部门，多系统管理带来的数据冗余。直接要求统一的灵活的电子产品信息管理解决方案的产生。
-
产品数据同步。无论是企业内部各部门系统之间，还是企业与企业之间，将分散在各个系统之间的产品数据集成同步都是一个令人头痛的课题。
-
对国际化企业的基于地域差别的产品属性的管理，对贸易协议，贸易伙伴的管理。也在驱动灵活统一的产品信息管理解决方案的产生。
以 MDM Server for PIM 产品为核心的企业级解决方案成功的解决了以上难题。
-
MDM Server for PIM 做为一个成熟的电子产品信息管理产品，市场反馈证明它可以快速的响应产品更新换代的需求，适应产品不断缩短的生命周期变化。
-
MDM Server for PIM 通过灵活的产品数据建模能力，将产品信息的元数据描述与产品数据的内容完美的分离。从而提供了将企业内部，企业之间所有的产品数据信息抽取，转换，统一管理的可能。最终，MDM Server for PIM 会成为企业商务部门之间所有产品数据信息的唯一管理平台。从而完美的解决了数据错误与数据冗余问题。
-
MDM Server for PIM 与门户网站，电子商务解决方案等的集成，以及其本身支持的电子邮件交互，基于脚本引擎以及 Ja va API 层的二次开发功能，可以完美的适应多种销售渠道的需求。
-
MDM Server for PIM 与消息中间件，过程服务器的集成，可以很好的同步企业内部，企业之间的产品数据。此外，通过另一个基于该产品的软件产品 Global Data Synchronization （GDS），MDM Server for PIM 可以与全球的数据池（Data Pool）同步，实现真正的全球化产品信息供应链，需求链管理。
-
MDM Server for PIM 内置的产品地域管理可以很好的解决基于产品单品，条目的地域属性差别问题；同样，其关联性属性的应用可以很好的管理贸易协议，贸易伙伴信息。
可以想象，在 MDM Server for PIM 产品应用之前，企业内部的信息是凌乱的，散落的，无法很好的适应多渠道营销，产品生命周期更迭，数据同步等各种情况。如图 1 所示：
图 1. 传统的产品信息管理模式
在应用 MDM Server for PIM 产品之后，产品信息的管理情况会变为如图 2 所示。
图 2. 应用主数据产品信息管理方案之后的产品信息管理模式
本文以一个啤酒产品管理的用例来帮助读者理解如何应用 MDM Server for PIM 进行产品管理。以下给出背景假设：
由于肤色，地域，文化不同的购买者对啤酒的口味需求差异越来越明显，而且需求人群的口味变换周期也在缩短，一家跨国大型啤酒公司加速了其啤酒新产品种类的更迭，在过去短短的几年里，啤酒产品的种类从原来的 5 种激增为数十种。这种结果带来如下主要问题：
一方面，管理人员越来越难以将分布在多个系统中的、人工统计的各种啤酒产品信息加以分类，比较，管理。数据冗余，数据错误的不断出现极大的降低了管理人员的工作效率。
另一方面，传统的以多部门协调管理，审核，人工协作诸如传真，电话，纸张纪录的管理方式使产品的售前推广周期越来越难以适应新产品生命周期的压缩需求。据主数据管理的市场官方统计，平均一种产品的市场生命周期为 4 到 6 个月，而传统的产品管理模式下产品的售前推广周期已经占掉了 1 个半月。
寻求一种统一灵活的产品信息管理解决方案已经成为该公司的首要任务。
经过深入调研，该公司最终决定采用以 MDM Server for PIM 产品为核心的产品管理解决方案。该客户提出以下几点产品管理需求：
1).描述啤酒单体的元素包括：产品序列号，产品名称，产品的生产厂商，产品的生产日期，是否通过检验核准销售。
2).啤酒产品的分类管理以产地划分，产地的地域描述信息应该包括地区名称和地区简介。
3).生产的啤酒主要来自于北方产区和南方产区。北方产区的产品需要额外提供质检日期，质检员信息。南方产区的产品无此需求。
4).业务流程自动化管理需求：一个啤酒产品单体必须经过质检员和产品经理的双重审核批准才能进入市场销售环节（进一步认为“通过检验核准”标志必须为真，产品才能流入市场）。
后续章节中针对该业务需求给出 MDM Server for PIM 系统中相应的数据建模，流程建模，业务流程管理的阐述。
核心对象
在介绍各个主要功能模块之前，读者需要了解 MDM Server for PIM 产品的几种核心对象。
-
属性（Attribute），属性是对产品条目，产品分类，组织结构等对象的元数据描述的字段，是规范的直接组成元素。
- 属性分为多种，例如整型，字符串型，日期型，关系型，标志型等等。
-
规范（Spec），对产品条目，产品分类，组织结构等对象的元数据描述称为规范。
-
属性集合（Attribute Collection），选自单一（或不同）规范中的属性子集的联合。
-
条目（Item），用来描述产品单体的对象。
-
目录（Catalog），目录是产品条目的容器。
-
分类（Category），描述产品分类的对象。例如按产品产地所作的分类，南方产区。
-
层次结构（Hierarchy），产品分类对象的容器。如分类描述中的产品产地层次结构。
-
工作流（Workflow），用户业务流程的元数据描述。工作流包含任意数量的工作流步骤。
-
协作区（Collaboration Area），工作流是用户业务流程的元数据描述，协作区则是用户业务流程的实例化。通过协作区可以对指定目录（或层次结构）中的条目（或分类）进行流程管理。
-
用户（User），MDM Server for PIM 系统中对人员个体的定义。用户通过隶属于某一种角色，与访问控制组产生关联，从而对不同的系统对象拥有不同的安全控制访问级别。
-
组织（Organization），也称为组织结构，组织是用户的容器。
-
角色（Role），角色是对具有某一类职能权限的用户群的定义。比如产品经理角色。
-
访问控制组（Access Control Group），定义对系统中的各类对象例如产品条目，特定的角色所具有的安全访问级别。
主要功能模块简介：数据模型管理器
数据模型管理器包括 MDM Server for PIM 系统中所有数据建模，安全建模，流程建模的组件，以及一些产品管理所需的辅助工具。
该模块的目标用户是业务流程分析专家，IT 集成专家。
用户通过数据模型管理器，可以进行独立于数据内容的元数据建模，进行基于工作流的业务流程建模，通过该模块，用户还可以定义组件级别的安全管理机制，定义待调度的工作，警报等产品管理组件。
通过下图，可以看到该模块包括很多非常重要的子模块，本文会重点描述其中的规范，工作流和安全管理子模块的功能，其余的子模块的功能简介可以参阅 MDM Server for PIM 产品在线用户手册。
图 3. 数据模型管理器的子功能模块
规范
规范是 MDM Server for PIM 产品中最重要的组件，是对该产品中产品目录，产品分类层次，组织层次结构，待导入 / 导出的文件格式的元数据描述。它是所有产品信息管理活动的起始点。
规范种类分为 7 种，以下给出 4 种常用规范类型的简介，对于其它几种规范的使用细节，可以参阅 MDM Server for PIM 产品的在线用户手册。
图 4. 不同类型的规范
1).文件规范（File Spec），文件规范是用来定义待导入的文件格式的规范。举例来说，假设一个外部的 csv 文件含有三列，分别是产品条目 ID，产品条目名称，产品条目描述。那么为了将该文件中的产品条目信息导入到 MDM Server for PIM 产品中，就需要首先定义一个文件规范，该文件对应 csv 文件的结构描述，会含有三个属性节点，分别是整数类型的产品 ID，字符串类型的产品名称，字符串类型的产品描述。
2).目标规范（Destination Sepc），与文件规范相反，目标规范是用来定义待导出的产品信息文件的结构的。本系列文章之二将对数据导入 / 导出进行详细地阐述，读者可以从中了解到文件规范和目标规范的使用细节。
3).主要规范（Primary Spec），用来描述产品目录，或者是类别层次结构，或者是组织层次结构中数据单体的属性结构集合。
4).辅助规范（Secondary Spec），用来指定特定于分类（Category）级别的属性集合。
以啤酒产品管理的例子来阐述辅助规范的用途。
对于产品单品的按产地划分的类别层次管理，如果对于北方产区的啤酒需要额外记录其质检日期，质检员信息（所谓额外是指在主要规范中没有定义质检日期，质检员信息属性），那么系统管理员就可以针对此种需求定义一个辅助规范，包含质检日期，质检员信息属性定义。将辅助规范应用到层次结构中的北方产区分类（Category）中。那么对于所有归类到北方产区的啤酒产品单体，就会在产品的主要规范的属性定义集合之外，多出此规范中定义的属性描述。可以看到，辅助规范是对主要规范的补充。这种功能对于产品元数据的灵活定制是非常重要的。
工作流
一个完善的产品信息管理系统，业务流程建模支持是不可缺少的一部分。 MDM Server for PIM 产品中的工作流是对企业业务流程的完美翻译和总结。
工作流的基本组成元素是工作流步骤（Workflow Step），工作流步骤有如下图所示的几类：
图 5 工作流步骤
在每个工作流步骤中，工作流创建者可以指定：
1).工作流步骤中的数据操作者——用户或者角色。
2).被操作的属性集合（Attribute Collection），操作可区分为只读，可编辑，必须提供信息（Required）三类。
3).基于数据流入，流出，超时事件编程，完成用户额外需要的一些功能。比如做数据合法性的校验等等。
一旦用户定义好所有的工作流步骤，就可以返回到工作流创建界面，从初始到结束将所有的工作流步骤串接起来。这样，一个完整的工作流便创建好了。以后在协作管理器中便可以用创建好的工作流作为骨架，创建协作区，将业务流程实例化，进行实际的产品数据（无论是产品条目还是产品分类）的业务流程管理。
安全管理
MDM Server for PIM 产品的安全体系所囊括的所有组成元素都是通过安全管理模块创建的。
通常，系统管理员会在系统中创建角色，如为销售经理创建一个经理角色。
随后，系统管理员会创建访问控制组，在访问控制组中，MDM Server for PIM 系统中所有的对象组件类型，例如产品目录，产品条目，产品分类等等都会列出来。
然后，用户可以针对访问控制组加入关心的角色，从而形成组件与角色的矩阵，针对该角色选择授予或拒绝特定组件的访问权限。
图 6. 访问控制组
针对上文提出的啤酒产品管理的用例，以下从数据建模，安全模型建模，业务流程建模三个方面描述数据模型管理器的常用功能。
步骤一，数据建模。
用户的需求清晰地描述了产品目录的主要规范需求。这个主要规范应该包含 5 个属性，产品序列号是唯一确定产品单体的主键。所以，用户可以通过规范控制台，创建如下图所示的主要规范。其中，产品序列号是整型，产品名称和产品的生产厂商是字符串型，产品的生产日期是日期型，核准合格是标志型（Flag，为真或为假）
图 7. 啤酒产品主数据规范
根据产品的分类需求，应该创建一个主要规范描述产品分类的层次结构，创建一个辅助规范来描述属于北方产区的产品单体的质检信息。主要规范需要两个字符串型节点，地区名称和地区简介，地区名称作为主键。辅助规范也需要两个字符串型属性节点，质检日期，质检员信息。如下图所示。
图 8. 分类主要规范和质检辅助规范
步骤二，安全模型建模。
根据业务流程自动化管理需求中的角色和用户需求，系统管理员应该为产品经理和质检员各建立一个账户（ProManager 和 QA）。不妨授予产品经理超级管理员角色，质检员一般管理员角色。注意，为简单起见，本文不单独为产品经理和质检员建立不同的角色，关联不同的访问控制组，是因为在协作区中规定的用户访问权限会覆盖用户所在的角色所拥有的权限。下图是客户经理的概要文件信息。
图 9. 客户经理的用户概要文件
步骤三，业务流程建模。
针对该种业务需求，系统管理员可以创建一个工作流，该工作流包含一个“与核准”工作流步骤。产品条目从起始点进入自定义的工作流步骤“与核准”，只有得到质检员（QA）以及产品经理（ProManager）的双重审核批准，目标产品条目才能通过审核步骤（这里假设产品经理和质检员要更新核准通过的值为真，代表操作者同意核准通过），进入工作流成功步骤。如果质检员或者产品经理任何一方拒绝核准通过，那么该产品条目将进入工作流失败步骤。下图给出工作流步骤和工作流的定义。
图 10. 工作流“与核准”步骤
图 11. 啤酒类产品管理工作流
主要功能模块简介：产品管理器
产品管理器包括所有产品信息管理中的容器类组件。
该模块的目标用户是行业产品专家以及内容管理经理。
用户通过产品管理器，可以创建和管理产品目录，产品分类层次结构，报告，查找表，选择等产品对象。下图展示了产品管理器中的子模块。
图 12. 产品管理器的子功能模块
-
报告（Report），可以被用来产生业务需求所关心的数据统计信息的工具，可以做为工作（Job）被调度引擎调度运行。
-
查找表（Lookup Table），通常是存储被多种对象引用到的键 / 值对的检索信息的数据容器。
-
选择（Selection），某些情况下客户只需要对某一产品目录中的条目子集进行编辑，更新，导出。选择便是服务于该种需求的一种条目子集容器。
以上三种产品管理对象不是本文的描述重点，所以不给与详细阐述。下面本文会对产品管理器中的产品目录，产品层次结构的管理和应用做实例化剖析。
产品分类的容器。可以想象的到，在同一产品层次结构（Hierarchy）中的所有的产品（Category）分类应该有统一的元数据描述，主要规范在这里也得以应用，上文已经有所阐述。除此之外，用户在创建层次结构时，还须指定访问控制组信息以设定角色对其本身以及内部对象的安全访问级别。
产品条目的容器。在一个产品目录中，除了指定描述产品条目的主要规范外，还要指定与此产品条目关联的产品层次结构（最多可指定两个层次结构，有主次之分）。产品目录建好之后，就可以向产品目录中添加待管理的产品条目了。对于已存的产品条目，用户可以执行更改，删除，查询，检入（Check in）协作区等多种操作。
值得指出的是，在产品目录与产品层次结构的管理中，用户可以针对目标产品目录或产品层次结构做版本设定，设定的版本信息会记录当时该产品目录或者产品层次结构的所有状态，用户可以在不同的版本间自由切换。这种版本控制功能对于企业级的用户来讲是非常重要的。
除此之外，在产品目录中，还可以指定与地域相关的层次结构（Location Hierarchy），从而实现地域的产品属性差异管理。
而对于贸易协议，贸易伙伴的管理，通常是通过主要规范中的联系型属性，指定与贸易协议以及贸易伙伴目录的主要规范属性作关联管理。
同样，联系上文的啤酒产品管理用例，给出本模块的功能在系统中的实际应用体验。
步骤一，用户可以建立如下的啤酒产品目录“啤酒产品目录”和产品层次结构“生产厂商层次树”。并将“生产厂商层次树”应用于“啤酒产品目录”作为产品条目分类管理的依据。
图 13. 生产厂商层次树
图 14. 啤酒产品目录
步骤二，用户在“生产厂商层次树”中加入“北方产区”和“南方产区”两个子分类。在北方产区的子分类中关联上辅助规范“质检信息辅助规范”（数据模型管理器描述中所建）。
图 15. 关联辅助规范的北方产区子分类
步骤三，用户向啤酒产品目录中添加两条啤酒条目信息，一个添加在北方产区分类之下，一个添加在南方产区分类之下。可以看到，北方产区的产品条目的属性描述中会多出辅助规范中的属性信息：质检日期，质检员信息。这在南方产区的产品条目的属性描述中是没有的。如图 16 所示。
图 16. 啤酒产品目录中北方产区的产品条目 -- 只有属于北方产区的产品条目才有的属性
主要功能模块简介：协作管理器
协作管理器包括了 MDM Server for PIM 产品中所有协作类的工具。
该模块的目标用户是业务流程分析专家，IT 集成专家。
用户通过协作管理器，可以做外部数据导入，内部数据的导出。可以创建业务流程的协作区。以及创建和管理一些特定为集成通讯所设计的消息队列，数据源，路游表。其子模块内容如下图所示。
图 17. 协作管理器中的子模块
在该模块中，最常用的功能是导入，导出和协作区管理。本文会对数据的导入，导出作简单的介绍（本系列文章之二会对本产品的导入，导出模块的使用作详细地阐述），对协作区管理以实例进行解析说明。
用户可以为指定的一个产品信息容器，例如产品目录，产品层次结构，查找表，创建一个导入类型的工作。通过定义待导入数据的文件规范（清参阅数据模型管理器中对文件规范的介绍）与待导入的产品信息容器的主要规范间属性的映射，导入工具可以将文件中的内容准确无误的导入到产品容器中。导入工具可以支持多种格式的文件类型，还可以指定待导入文件的字符集（从而支持国际化数据的导入）。下图是一个产品条目导入的创建页面。
图 18. 导入工具的创建页面
类似的，用户可以为指定的一个产品信息容器，例如产品目录，产品层次结构，查找表，创建一个导出类型的工作。通过定义目标规范（清参阅在数据模型管理器中对目标规范的介绍）与待导出的产品信息容器的主要规范间属性的映射，导出工具可以将产品容器中的内容导出到任意指定格式的外部文件中。
图 19. 导出工具的创建页面
协作区是工作流应用于某一特定产品管理容器（产品目录或者产品层次结构）的实例。
继续上文提到的用例，为了在实际业务流程中处理新添加的产品条目，用户会首先创建一个协作区，如下图所示。
图 20. 协作区创建管理页面
然后将北方产区的产品条目检入到该协作区中，等待产品经理与质检员的共同审核。
图 21. 将产品条目检出到协作区
当产品经理登入到系统中，检查该产品的各类信息准确后，更新“核准合格”的值为真，点击“已被审核”。如下图所示。
图 22. 产品经理在协作区中做核准操作
类似的，当质检员登入到系统中，检查该产品的各类信息准确后，更新“核准合格”的值为真，点击“已被审核”。
依据既定的工作流流程，该产品流出此协作区，其核准合格标志已经从假变为真。（当然，如果产品经理或者质检员任何一方在协作区中点击了“已被拒绝”操作，该产品流出此协作区后其核准合格标志不会变为真）。
图 23. 产品条目流出协作区后核准合格标志变为真
至此，一个啤酒产品管理活动的所有实例展示已经完成。实际应用中，用户可以利用最新发布版本 6.0 的 Web2.0 新用户界面功能，将该协作区放到工作表界面进行多用户的单一视图跟踪管理。此外，用户还可以利用新版本 6.0 提供的 Java API 支持，将所有的数据建模，流程建模的过程通过 API 开发建立起来。
主要功能模块简介：系统管理模块
系统管理模块包括了对本产品的所有应用服务，数据库查询以及性能监测的所有系统管理相关的组件。
该模块的目标用户是偏重于系统管理的超级管理员用户。
由于本模块不涉及企业业务管理层面的内容，所以只对其组件给与简单介绍。读者可以参阅在线用户使用手册了解其具体内容。
图 24. 系统管理员中的子模块
-
审计（Audit），该工具记录在某一指定时间段内的用户活动信息。
-
数据库管理（DB Admin），用户可以通过该工具直接对本产品的后端数据库作简单操作。
-
性能信息（Performance Info），该工具用于监控应用服务和数据库的性能。
-
属性（Properties），该工具是对本产品的所有配置文件内容的直接 Web 展现。当系统管理员需要检查配置文件的合法性时，可以直接检查该工具而不需登陆到后台去索取配置文件。
-
日志文件（Log Files），该工具将所有服务的日志以列表形式展现在系统中。系统管理员可以直接点击列表里的超链接来查阅对应的日志内容。
-
系统状态（System Status），该工具记录本产品发布的六个服务的运行信息，包括每个服务的运行状态，内存占用率等信息。
-
概要分析程序（Profiler），该工具可以配置分析本系统的某一特定服务的 CPU 和内存使用概要，是版本 6.0 的新功能。在后续的本文章系列中会对此给与介绍。
-
导入环境（Import Environment），该工具允许用户将一个公司的所有对象和内容导入到当前公司。
-
选择的导出（Selective Export），该工具允许用户选择性的指定一些对象和内容导到外部系统中。
-
选择的导入（Selective Import），该工具允许用户选择性的指定一些对象和内容导入到本系统中。
-
分发大小（Size Distribution），该工具用来分析本系统文档存储区中文件数目，分布，以及大小信息。
结语
本文通过一个啤酒产品管理的实例着重介绍了 MDM Server for PIM 产品的三大功能模块：数据模型管理器，产品管理器，协作管理器。对系统管理模块进行了简单的介绍。同时介绍了该产品最新版本 6.0 的一些新功能。本文涵盖的只是该产品的入门级基本功能的介绍，在实际的客户实施经验中，进阶级例如产品脚本 /Java API 的应用将会使读者了解到一个更为强大，有效的产品信息管理企业级解决方案的威力。本文后续系列文章将给与相应阐述。
本文所引述内容仅代表作者本人观点，不代表 IBM 公司立场，特此声明。
参考资料 学习
获得产品和技术
讨论
关于作者  | | | 张庆锋， 来自 IBM 中国软件开发中心，5 年 IBM 产品测试经验。目前从事 Master Data Management Server for Product Information Management 产品的测试工作。 |
对本文的评价
| 
