MDM解决方案白皮书资料下载.pdf

MDM解决方案白皮书资料下载.pdf

《MDM解决方案白皮书资料下载.pdf》由会员分享，可在线阅读，更多相关《MDM解决方案白皮书资料下载.pdf（20页珍藏版）》请在冰豆网上搜索。

4总体概念架构：

4总体技术架构：

7主数据平台的安全规划：

8主数据平台的运维体系：

10软件配置推荐：

11让您的企业解决方案开始运作12解决方案面向的主要行业12成功案例12中国石油主数据管理平台项目12项目背景12项目范围12项目主要收益14浦发银行案例14项目概述14客户介绍14业务场景14解决方案概要14客户收益16微软企业咨询服务部简介16目录2MDM解决方案白皮书微软服务解决方案框架概述什么是企业主数据：

企业主数据是用来描述企业核心业务实体的数据，比如客户、合作伙伴、供应商、地点、员工、产品、库存、物料单、账户等；

它是具有高业务价值的、可以在企业内跨越各个业务部门被重复使用的数据，并且存在于多个异构的应用系统中。

所以主数据即是在进行企业业务架构分析中发现的核心业务对象；

或者讲主数据是企业已经存在的涉及到价值链核心业务流程的各个IT系统的基础数据。

什么是主数据管理（MDM）：

主数据管理是数据管理的一种高级形式，它必须构建于ETL或者EII（EnterpriseInformationIntegration）等技术之上，因此很多主数据管理平台本身就包含了数据抽取、数据加载、数据转换、数据质量管理、数据复制和数据同步等功能。

也有某些厂商把MDM作为数据集成产品的一个模块交付给客户。

主数据管理的关键就是“管理”。

主数据管理不会创建新的数据或新的数据纵向结构。

相反，它提供了一种方法，使企业能够有效地管理存储在分布系统中的数据。

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

企业缺乏主数据管理造成的最大问题就是完整性和一致性，有些是本身主数据不完整或缺失，有些则是主数据在多个系统中存在拷贝和更新，导致数据不一致。

引起企业主数据问题的重要因素之一是信息彼此隔离。

在许多企业中，主数据分布在众多彼此隔离的系统中。

客户服务部门、生产部门以及采购部门都有各自的系统。

即使在一个业务部门里，也有众多前端和后端系统，这些系统包含对业务至关重要的数据，但通常情况下无法与其他系统共享这些信息。

正是由于构建在各种架构之上的不兼容系统中的这种部门化数据，使得企业几乎不可能创建和维护主数据的“单一”视图。

主数据分散在各个系统，将造成哪些问题：

数据在各个系统冗余，造成数据访问繁琐；

编码不统一；

数据不同步，缺乏一致性；

给企业业务带来了哪些影响：

延误产品面市时间；

产品供不应求；

不准确的订单交付；

销售效能低下；

客户满意度降低；

生产力降低。

主数据管理平台，给我们带来的好处：

有统一的主数据访问平台；

企业能够提供一致的完整的共享信息平台；

集中的内容丰富和干净的数据中心；

为使用数据的应用，企业业务流程和决策系统提供了一个真实的数据访问通道。

微软主数据管理平台解决方案：

和很多集成项目一样，项目的实施最重要的是制定好业务的策略和规划，业务人员，业务需求和行业专家对数据的理解和分析是关键，技术平台只是我们思想实现的重要工具，不会起决定性的作用。

微软主数据平台解决方案，通过以成熟的“流程开发与数据管理平台”产品为基础，实现针对不同业务需求来灵活的设置该系统的工作流模块，并通过建立“主数据管理”数据模型，在企业层面对企业各类主数据进行集中管理，实现即面向操作用户又面向后台数据管理的统一平台，使企业内部各系统主数据传输逻辑架构稳定、高效。

大力推动关联部门的信息互联互通，使各个系统走出“信息孤岛”，使各个系统的信息最大限度地共享和易于维护，同时为领导提供更及时、准确的统计分析数据。

适时地将正确的信息以正确的视图提供给正确的对象。

这才是主数据管理（MDM）解决方案的目标。

主数据管理描述了一组规程、技术和解决方案，这些规程、技术和解决方案用于为所有利益相关方（如用户、应用程序、数据仓库、流程以及贸易伙伴）创建并维护业务数据的一致性、完整性、相关性和精确性。

立足于企业需求和目标的基础之上：

企业数据中心建设中存在的问题：

主数据平台解决方案介绍3MDM解决方案白皮书微软服务解决方案框架具体平台规划要求：

支持多语言，多时区，7*24小时运转；

开放式的企业应用集成平台,支持多厂家的数据库及操作系统即支持异构平台的应用集成；

能够实现A2A,B2B的系统连接.对于B2B接口使用开放性接口方式；

使用BPM（businessprocessmanagement）功能满足各系统之间的工作流,并支持Email/FAX/SMS等多种方式；

满足数据分发功能,即同时发布到各系统,且能够保证各系统之间的数据完整性及一致性；

能够按照数据交换量峰值进行同步的数据交换；

针对SAP系统提供SAP的adapter（RFC,IDOC），非sap应用平台提供专用adapter和便捷的开发方式；

集中维护以及集中监控的手段，对于所有的接口进行监控和控制，通过技术手段和重发保证来完成所有的信息正确的传递到目的系统中，杜绝交易信息在传递过程中的丢失和重复。

其中工作流状态的控制能够在同一平台上进行展示及查询；

提供对message加密传输的方法及处理过程；

通过图形界面的数据mapping工具，屏蔽了由于某一方数据修改后，对其他方面产生的影响；

满足业务主数据和系统message数据的统一数据库管理；

满足异地系统间的低带宽网络对数据传输的需求并提供对应的传输方式保障数据连续性；

满足企业级应用的数据压力传输，并提供相应的压力测试能力和压力保障能力的架构；

用户操作界面简易、人性化；

可实现流程环节报警表（如流程节点超时报警）等报表信息；

精确到数据字段的权限管理，包括流程及查询；

实现多视角、灵活的索引；

可替代原有的相关系统：

如产品编码系统、客户编码系统；

【当前系统关系图】【未来系统关系图】4MDM解决方案白皮书微软服务解决方案框架微软主数据管理解决方案的优势：

微软主数据管理解决方案具有以下特性：

在企业层面上整合了现有纵向结构中的客户信息以及其他知识和深层次信息共享所有系统中的数据，使之成为一系列以客户为中心的业务流程和服务实现对于客户、产品和供应商都通用的主数据形式，加速数据输入、检索和分析支持数据的多用户管理，包括限制某些用户添加、更新或查看维护主数据的流程的能力集成产品信息管理、客户关系管理、客户数据集成以及可对主数据进行分析的其他解决方案。

总体设计思想和理念：

微软主数据平台解决方案，项目的设计和实施将完全基于无缝、集成的体系结构，采用先进的技术，包括一系列现有的企业级服务器产品，在充分考虑现有需求的基础上，系统设计将按照基于如下设计思想：

模块化的系统结构由合理分划、边界清晰的子系统和模块组成，形成组装式、插件式的体系结构，以利于系统的升级、扩充和发展。

面向服务的整体架构（SOA）子系统、模块都是向系统内部和外部提供服务的逻辑单元；

采用标准的协议提供服务。

松耦合的整合机制采用松耦合的机制与外部系统进行信息交换和系统之间的互操作。

无缝集成的应用不同的异构系统之间可以无缝地实现数据集成，也可以无缝地实现业务流程的集成。

总体概念架构：

【系统概念结构图】规划主数据平台发展路线图（方法论）：

主数据平台解决方案介绍5MDM解决方案白皮书微软服务解决方案框架【系统功能模块图】针对此功能关系模块，可以设计系统地整体技术结构如下图示：

6MDM解决方案白皮书微软服务解决方案框架【系统技术结构图】主数据平台解决方案介绍7MDM解决方案白皮书微软服务解决方案框架总体技术架构：

本系统主要采用面向服务技术架构（SOA-Service-OrientedArchitecture），松耦合的设计模式，采用广泛接受的标准（如XML和SOAP）提供了在各不同厂商解决方案之间的交互性，而松散耦合将分布计算中的参与者隔离开来，交互两边某一方的改动并不会影响到另一方。

这两者的结合意味着系统可以实现某些Webservices而不用对使用这些Webservices的客户端的知识有任何了解。

目前围绕此系统有许多周边系统，这些系统有不同开发商开发，采用不同的平台和技术，所以采用这种方式是切实可行的。

在此技术方案中，采用微软面向服务架构来设计各个系统的架构，这保证了此技术方案可以采用Microsoft最先进的软件技术，并充分发挥微软在企业应用领域的优势和经验，以满足业务逻辑,系统逻辑及业务数据的相对独立的需求。

本方案中系统各模块是松耦合的，它们之间通过XMLWebServices进行互联，提高了系统的灵活性及可扩展性。

可以支持不同的业务模式及需求，而不需要对系统服务及应用进行大量代码的修改。

微软企业应用系统层次如下：

各层次完成的功能如下：

用户界面组件（UserInterfaceComponent）.用户界面组件负责系统和用户之间的交互。

用户界面组件包括Web页面、Windows应用程序以及。

在微软企业应用框架中，用户界面组件只完成对于界面元素（控件）状态的控制，即根据业务处理的结果修改界面元素的属性，如显示内容，控件特性等，以及对用户输入内容的初步验证，如数据类型、有效范围等。

用户界面逻辑组件（UserProcessComponent）.在很多情况下，用户和系统的交互必须遵循一定的过程规定。

用户界面之间的流转控制（在Web应用中就是网页之间的跳转，在Windows应用程序中就使Form详细），以及在流转过程中状态信息的保持使用独立的用户界面逻辑组件来控制。

这种将界面之间的协调操作从界面本身独立出来的模式可以极大地提高用户界面的可维护性，也使得在不同设备上（如Web界面和Windows界面）的界面控制可以使用一套统一的机制来实现。

8MDM解决方案白皮书微软服务解决方案框架业务流程控制（BusinessWorkflow）.通过用户界面收集的数据一般都用于执行某个业务逻辑。

很多业务流程的执行都必须按照一定的次序完成，完成这个处理流程的时间并不确定，所以必须管理所需的工作和执行这些工作所需的数据。

业务处理流程会定义及协调长期执行且包含多个步骤的商业处理流程，且可以使用BizTalkServerOrchestration等业务处理流程管理工具实现。

业务组件（BusinessComponent）.不论业务处理流程是由单一步骤或经过协调的工作流程所组成，应用程序都可能需要实现业务规则及执行业务操作的组件。

服务代理（Serviceagents）.当业务组件需要使用外部服务所提供的功能时，需要提供程序代码以管理与该特定服务通讯的语意。

服务代理程序会将调用各种服务的方法与应用程序区隔开来，并提供额外的服务，例如在服务所显露的数据格式与应用程序需要的格式之间，进行基本的对应。

服务接口（Serviceinterfaces）.如果要将业务逻辑显露为服务，则必须建立服务接口，以支持不同客户所需的通讯合约（消息通讯、格式、通讯协议、安全性、例外等）。

例如，授权服务必须显露服务接口，以描述服务所提供的功能和呼叫该服务所需的通讯语意。

数据操作组件（Dataaccesslogiccomponents）.大部分的应用程序和服务都需要在业务处理流程中存取数据存放区。

将存取数据的必要逻辑，区隔为不同层级的数据存取逻辑组件，是有其必要性的。

这么做可以集中数据存取功能，并简化其设置及维护工作。

业务实体组件（Businessentitycomponents）.大部分的应用程序都需