怎样将数据库设计移植到主数据管理系统

令人头痛的事情

直到系统从中心系统拿走主数据，没有系统都会发出数据和管理的结构。比如，如果ProdMan仅仅允许一个产品被分类相反的层次，那个层次的任何改变都必须在中心系统里并且在任何数据包含新层之前ProdMan已经被传递。

当我们试图同时保持所有的系统时，那意味着没有任何使用层的产品可以被传递到系统下直到它们准备就绪后。这极有可能导致改变的执行。

当没有系统连接到中心系统，一个完备分析将被执行来确定系统内的数据，什么字段需要从中心系统导出，什么字段需要导入，什么影响这些数据。一旦连接被执行，从中心系统继承的字段不再被被那个系统编辑。用户需要被重新告知系统怎样工作。

揭开真实的面纱

中心系统的组建是什么？至今我们看到了在普通用户接口中的各种数据元素的复合显示，这些接口被X公司的雇员管理和查看。我们也了解了一系列的接口，通过这些接口，数据可以从中心系统入栈，确保系统持续更新，但是，在这个层之下是什么呢？

中心系统有两个主要的组建：

1 核心

  中心系统的核心由下面几个部分组成：

·中心系统的主数据，存储所有的接受信息，将这些信息作为自身的数据和字段。

·一个单独的用户接口——大概基于Web——通过这个接口用户可以查看和管理数据。

·一个接口管理，这个可以检查系统下面和中心系统的交互效应。

2 虚拟

  它包含了系统和存储库。这个的用户接口将反映了核心。这些包含了改变控制工作流或者X公司产品使用的图片的储存库。

  这两个元素组成形成了我提到的一个观点——MDMS，看下面的例图。

怎样管理

被给定了中心系统纯粹的作用域和大小，它几乎不可能由一个人来管理这个项目。但是，仔细了解这个组建后我们发现它允许我们定义三个工作方面：

·技术：负责发展，基础设施和网络等等。

·数据管理：负责管理主数据，比如公司数据建筑师。

·进程管理：负责过程控制端，包括连接。

 联合这三项，我想你已经是一个高级经理人员来援助计划和整个项目的管理。某些时候，你可以谨慎的分派其他项目经理和开发者工作任务并通过核心词群来管理他们。

探索的道路永远那么漫长崎岖

虚拟中心系统的观念在理论上是非常棒的，但是，在执行的时候却非常复杂。系统的数量需要被综合到里面，商业进程的数量也需要被它采纳，IT和商业观点必须的改变对于项目来说是非常重大的。所有，这条路非常漫长。

我认识的一位项目经理描叙MDMS好像潘多拉的宝盒，因为它随时会有好的建议。一旦你打开它，就不会停止。商业和IT界的很多人最初只看到了MDMS最终结果的好处，但是没有看到获得这个方法的痛苦之处。

这就是为什么计划是如此重要。为了获得象这样的最后结果，就要花费很长的时间；因此，认真计划是非常重要的，同时你要利用商业界来解决一些棘手的问题。