【IT168 信息化】现在，你知道你必须要想出更好的办法来管理贵公司数量众多的关键的“主”数据。别担心，有这种想法的不止你一个人。据埃森哲公司在2007年对全球162名CIO开展的调查显示，75%的人表示自己想在接下来的三年内制订全面的信息管理战略。报告称，这么做将“进一步证实需要全面管理本公司的数据，利用这些数据获得战略优势。”

     要取得成功，你需要主数据管理（Master Data Management，MDM）战略来阐明实际上你准备如何取得成功。它必须阐明如何得到全公司的认可和支持、最终的系统和数据管理做法会是怎么样以及将来使用的技术。对你的软件开发团队而言，选择MDM厂商是关键的第一步。 

     因为你得到的只是要求的服务，所以起草一份准确、合理的需求建议书（Request For Proposal RFP）完全有助于整个MDM项目。MDM平台的提供商Siperian发现，它在过去的两年收到的RFP数量出现大幅增长。公司主管们注意到，许多建议书缺乏一致、全面的视角――要确保长远成功，这种视角是必不可少的。Siperian看到许多RFP写得比程序员的简历还要差劲，于是列出了公司的CIO们为主数据管理项目编制RFP时常犯的十大错误。 

     Siperian公司的产品营销主管Ravi Shankar忠告CIO们要避免RFP方面的这些重大错误。这样才能为全面、灵活的MDM解决方案奠定基础，这种方案既满足当前需求，又满足将来不可预知的数据集成需求。他强调，不然，CIO们“到头来会面对大片主数据管理孤岛。”这显然与MDM解决方案的初衷背道而驰。

第一个错误：没有确保多个公司数据实体由单一MDM平台来管理 

     这是一大错误。你选择及部署MDM平台时，要确保它能够运用同一软件平台，管理多个公司数据实体，如客户、产品和诸多组织。这样一来，系统维护得到了简化，也更具成本效益，从而可以降低总体拥有成本。 

     Siperian在制药业的一个大客户之前就认识到需要为其企业MDM系统添加更多的业务部门和功能。现在它之所以能这么做，就是因为一开始就把灵活性纳入到了战略中。另一种办法就是部署及管理不同的主数据解决方案，每种方案管理不同的公司数据实体。不过这种方法会导致需要另外的系统维护和集成工作，还增加了总体拥有成本。

第二个错误：忽视了项目或者企业层面的数据治理需求 

     要认识到这个重要的方面：你在进行MDM时，其实进行的是数据治理。每家公司的数据治理各不相同，因为它基于每家公司独特的业务流程、文化和IT环境。不过，大多数公司在选择MDM平台时没有过多地考虑本企业的数据治理要求。底层的MDM平台能够支持贵公司定义的数据治理策略和流程，这至关重要。相比之下，你的数据治理设计可能受到损害，被迫适应有些MDM软件平台的固定或者刚性数据模型和功能带来的局限性。 

     据Shankar声称，控制和审查功能也是数据治理的重要组成部分。为了合理支持这项功能，RFP应当需要MDM平台与公司的安全和报告工具进行集成，从而提供对数据的细粒度访问以及可靠的数据质量衡量尺度。

第三个错误：没有确保MDM平台与公司的标准工作流程工具协同工作 

     工作流程是MDM和数据治理的重要组成部分，因为它可用于批准主数据实体定义的创建，还可用于实时确定存在哪些相互冲突的数据实体。 

     工作流程还可用于自动告知数据管理员（负责相应数据的员工）出现的任何数据质量问题。提出问题、表明MDM平台将如何与你所选择的标准工作流程工具进行集成，这很重要。”他又说，几家MDM厂商捆绑了自己的工作流程工具，但可能无法提供与CIO使用的标准工作流程工具进行集成的功能。他说：“有望与任何工具流程工具协同工作的开放架构是关键所在。

第四个错误：没有确保MDM解决方案支持复杂的关系和层次 

     如果有单一实体的主数据中心（Master Data Hub），如面向销售和营销的客户中心，那么诸多层次和关系就比较简单。反过来，多个数据实体之间的层次会相当复杂。例子包括：东部地区只储备某些产品的零售场地、确定信用风险大小的复杂的另一方法律层次、或者账户持有者的配偶是高资产净值人士。对大多数MDM厂商而言，事后才想到支持关系。他们往往说，这是MDM系统，拿去后你只要加上层次即可。这是不对的。需要把层次当成主数据。 

     CIO们要确保自己的RFP要求MDM解决方案能够为复杂的B2B和B2C层次建立模型，还要这些主数据实体的定义要遵循同一MDM平台。

第五个错误：依靠固定的面向服务架构（SOA）服务 

     可靠的数据是支持SOA应用的一个前提――SOA应用是指通过协调企业的SOA服务、自动处理业务流程的应用。因为MDM是提供可靠数据的基础技术，所以MDM环境的任何变化最终都会导致相关的SOA服务出现变化，因而导致SOA应用出现变化。 

     因此，CIO们要确保：一旦数据模型添加新的属性、实体或者源应用而得到更新，MDM平台就能自动对SOA服务进行改变。这种平台需要真正能够可以配置。RFP的这个重要部分进而会保护更高级的SOA应用，不受底层MDM系统出现的任何变化带来的影响。相比之下，如果MDM解决方案依靠基于固定数据模型的固定SOA服务，就需要编写定制代码，以便适应数据模型出现的底层变化――我们都知道编写定制代码意味着需要费用。