La gestione dei Master Data - PowerPoint PPT Presentation

1 / 27
About This Presentation
Title:

La gestione dei Master Data

Description:

Con il termine 'master data' si indica l'insieme dei dati che identificano e ... in un altro ricerca, in un altro sincronizza in un altro ancora coordina. ... – PowerPoint PPT presentation

Number of Views:103
Avg rating:3.0/5.0
Slides: 28
Provided by: brunello1
Category:
Tags: ancora | data | dei | gestione | master

less

Transcript and Presenter's Notes

Title: La gestione dei Master Data


1
La gestione dei Master Data
  • Brunello Bonanni
  • IBM Italia S.p.A.

2
Agenda
  • Definizioni
  • La strategia
  • I Metodi di Impiego
  • Le implementazioni
  • Bibliografia

3
Definizioni
  • Con il termine master data si indica linsieme
    dei dati che identificano e descrivono entità
    (prodotti, clienti, fornitori, locazioni)
    fondamentali per il business di una azienda, che
    vengono gestiti attualmente da varie
    applicazioni, sia di tipo operazionale che
    analitico. 1
  • Definiamo Master Data Management (MDM) linsieme
    di discipline, tecnologie e soluzioni in grado di
    creare e mantenere consistenti, aggiornati,
    accurati e completi i dati di importanza critica
    e di fornirne una visione unica ad utenti,
    applicazioni e processi sia allinterno che
    allesterno dellazienda.
  • Nellambito dellMDM si distinguono generalmente
    due aree più specifiche
  • PIM (Product Information Management) incentrata
    sui Master Data di Prodotto
  • CDI (Customer Data Integration) incentrata sui
    Master Data relativi a clienti/fornitori/utenti

1 - Mastering Master Data Management Gartner
4
Master Data Management Idea Base
  • La dispersione e la ridondanza delle informazioni
    di importanza cruciale su diverse applicazioni
    provoca problemi di consistenza e di inefficienza
    nei processi aziendali

MasterData
Existing Applications
  • Per risolvere questi problemi si procede
    spostando i Master Data al di fuori delle singole
    applicazioni
  • Questo approccio ha diverse implicazioni
  • Viene creata una nuova base dati master
    sincronizzata con quelle esistenti mediante
    tecniche di data integration in tempo reale
  • Si modificano i processi di business che toccano
    i Master Data, per alimentare e sfruttare al
    meglio la nuova base dati master
  • Va definita la ownership dei Master Data e dei
    processi di alimentazione e gestione che li
    riguardano.

Existing Applications
MasterData
Existing Applications
Historical /AnalyticalSystems
MasterData
New Applications
5
La complessità della gestione multidominio
  • La presenza di domini multipli incrementa
    notevolmente la complessità e la criticità della
    gestione dei dati di importanza cruciale perchè
    le problematiche che si manifestano risiedono
    esternamente ai dati stessi.
  • I Problemi
  • I sistemi e le applicazioni generalmente trattano
    dati di domini multipli
  • Ciascun sistema ed applicazione ha un ruolo unico
    nel trattamento dei dati di diversi domini
  • In un dominio aggiorna, in un altro ricerca, in
    un altro sincronizza in un altro ancora coordina.

6
Per la varietà dei sistemi e la varietà dei
prodotti coinvolti la complessità può diventare
esponeziale
  • Il Web Site genera i customer data come risultato
    dellinterazioni e transazioni online.
  • Il Contact center aggiunge o aggiorna i customer
    data attraverso interazioni con gli
    interlocutori.
  • Il data warehouse crea nuovi customer data come
    modus operandi

7
La centralizzazione delle funzionalità comuni
  • La strategia è quella di identificare le
    funzionalità comuni per tutte le applicazioni e i
    sistemi coinvolti e realizzare un componente
    architetturale capace di offrire tali
    funzionalità con le stesse modalità per ognuno di
    loro.

8
Metodi di Impiego
  • MDM requires a pro-active enterprise view and use
    of master data across multiple data domains.
  • MDM supports the management of master data
    throughout its lifecycle with multiple methods of
    use
  • Collaborative
  • Operational
  • Analytical
  • This requires the ability to collaborate, define,
    and publish master data, operational processes to
    manage and maintain master data throughout its
    transactional stages, and analytical capabilities
    to provide better insight and leverage embedded
    information.

9
Multiform Master Data Management è
caratterizzato da molteplici tipologie di utenza
e di modalità duso
Applicazioni Aziendali
Modalità Operazionale
Application-uniqueFunctionality Data
Application-uniqueFunctionality Data
Application-uniqueFunctionality Data
Application-uniqueFunctionality Data
CommonFunctionality Data
CommonFunctionality Data
CommonFunctionality Data
CommonFunctionality Data
Accesso real-time ai dati
Modalità Collaborativa
Modalità Analitica
Multiform Master Data Management
Collaborate
Operationalize
Analyze
Deliver Master Information as a service for
business operations
Drive real time business insight
Define, create and synchronize Master Information
Party (customer, citizen, prospect, organization,
supplier, distributor, etc.)
Product (good, service, product bundle,
catalogue, product component, etc.)
Account (Agreement, financial account, reward
program, etc.)
Data Creators e.g., Administrators, trading
partners, etc.
Data Warehouses
Reporting Analytics
Business Applications
Analisi dei master data
Definizione e creazione dei master data
10
Collaborative MDM
  • The collaborative style of MDM supports the
    definition, creation, and synchronization of
    master data.
  • This style is often associated with the creation,
    augmenting, or altering of master data to support
    processes, such as the new product introduction
    and definition process or data stewardship.
  • Collaborative MDM provides the ability to
    maintain information in one place that is
    typically maintained across many internal
    applications, using a single master process to
    ensure that the information is complete and
    validated.
  • Collaborative MDM requires services to support
    workflow and check-in, check-out services to
    control the creation, management, and quality of
    master data.

11
Operational MDM
  • The operational style of MDM supports the
    consumption of master data by operational systems
    to perform transactions, and the MDM repository
    is considered the authoritative source of master
    data.
  • For example, as part of a process to add a new
    customer, a Line of Business (LOB) system would
    consume an MDM service to validate if this
    customer is a unique customer or an existing
    customer.
  • MDM systems are used to provide a complete view
    of a master data object without persisting all of
    the information within the MDM system itself.
  • Operational MDM provides business and information
    servicesto use and maintain master data within
    the MDM system as well as the ability to
    reference master data across multiple systems.

12
Analytical MDM
  • In analytical MDM, master data from the MDM
    system is used as the accurate, clean source for
    master data to provide the dimensional source for
    analytical environments, and addresses the need
    to augment MDM operational services with in-line
    decision support analytics.
  • Analytical MDM also enables accurate business
    intelligence, and allows accurate objects and
    structures to be automatically synchronized with
    data warehouses and analytic applications

13
I quattro differenti approcci alla CDI proposti
da Gartner
  • Gartner ha identificato inizialmente quattro
    stili per la Customer data Integration (CDI) e li
    ha poi espansi alle soluzioni Master Data
    Management in generale.
  • Consolidation
  • Registry
  • Coexistence
  • Transaction

Source Gartner
14
The Consolidation style
  • The consolidation style of MDM architecture has a
    physically instantiated, golden record single
    view of master data stored in the central hub.
  • This usually supports reporting however, it can
    also be used for reference operationally.
  • If used for reporting, it may be referred to as a
    downstream system of reference for reporting
    needs

Source Gartner
15
The Registry style
  • The registry style of MDM architecture is a
    relatively lightweight approach.
  • It consists mainly of metadata with small amounts
    of master data, such as a global identifier.
  • It is a relatively noninvasive approach to
    creating an accurate, consistent and up-to-date
    single view of master data.
  • It is typically faster and easier to implement
    than the other three styles, which involve
    greater central storage and maintenance of
    physical datawith an accompanying need for
    greater governancewhen deployed in the
    enterprise.
  • However, it doesnt fix data-quality problems in
    the source systems and depends on their
    availability at runtime.

Source Gartner
16
Co-existence style
  • The coexistence style of MDM architecture
    involves master data thats authored and stored
    in numerous locations, but includes a physically
    instantiated golden record in the central
    location and harmonized master data across the
    application portfolio.
  • The golden record is constructed in the same
    manner as the consolidation style, and, in the
    operational world, consolidation-style MDM
    systems often evolve into the coexistence style.
  • The key difference is the concept of a central
    MDM system publishing selected master data out to
    the subscribing spoke systems

Source Gartner
17
The Transaction style
  • The transaction-style MDM system hosts a central,
    physically instantiated, single version of the
    truth for master data.
  • Upstream, transactional applications can read and
    write master data to the new MDM system, and,
    potentially, all spoke systems subscribe to
    updates published from the central system in a
    form of harmonization.
  • This style often evolves from the consolidation
    and coexistence styles. In a similar way, it
    physically instantiates a golden record single
    view of master data in the central database
  • The key difference is that the master data is
    authored in the center

Source Gartner
18
Differenze ed aspetti comuni dei quattro stili
  • Common Aspects
  • All have a requirement
  • to create/define a central store or database for
    the master data
  • for the solution to have a data quality
    foundation
  • to act as the master source of data despite how
    many multiple sources of data are being accessed
  • They differs in
  • How and where the creation of the master data
    takes place
  • The level of physical instantiations of the
    master data versus virtual or metadata
  • The transactional degree the solution can perform
    with other operational systems
  • The level of neutrality to connect with
    transactional and analytical applications

19
Esempi di architetture e differenti impieghi
20
Customer Experience Management La gestione
automatica degli eventi nel ciclo di vita del
Cliente / Cittadino
Store
E-Mail Campaign System
Contact Center
  • Un aggiornamento di Indirizzo arriva dal Call
    Center
  • Una componente applicativa di Event Management
    controlla i cambi di indirizzo
  • La Variazione Residenza è identificata come un
    evento da gestire per mantenere la fidelity del
    cliente
  • Vengono verificate le preferenze di Privacy del
    Cliente
  • Il sistema di spedizione viene informato per
    iniziare una campagna di mailing per mantenere la
    fidelity del cliente

Customer-Centric Business Services
Interaction History Service Issue 4/23/06 Web
Order 2/2/06 Store Order 1/5/06
Privacy Preferenze Notification E-mail
Nome Jane F. Smith
Indirizzo Home 437 East St Billing 437 Easy
St
Life Events
Data Quality Management
Privacy Security Management
Event Management
21
Esempi di Architetture di Master Data Management
22
Esempi di Architetture di Master Data Management
23
Esempi di Architetture di Master Data Management
24
Infrastruttura di integrazione a supporto dellMDM
  • La realizzazione di una soluzione MDM richiede la
    raccolta di dati di formato diverso da molte
    fonti eterogenee, sia in modo schedulato sia in
    tempo reale, per alimentare il nuovo repository
    che costituisce lunica fonte di informazione
    affidabile e completa sui Master Data.

25
Conclusioni
La dispersione e la ridondanza delle informazioni
di importanza cruciale sulle diverse applicazioni
provoca problemi di consistenza e di inefficienza
nei processi aziendali.
1
Per risolvere questi problemi si procede
spostando i Master Data al di fuori delle singole
applicazioni e sistemi.
2
Un sistema di Master Data Management non è una
nuova base dati, ma un sistema capace di
collaborare, sincronizzare, aggiornare e
mantenere lautority dei dati cruciali
allinterno di una organizzazione.
3
26
Bibliografia
  • Mastering Master Data Management Gartner - ID
    Number G00136958
  • IBM Master Data Management - Unopportunità di
    business e di innovazione per le aziende IBM
    SWG
  • IBM Multiform Master Data Management Harnessing
    the value of enterprise data IBM SWG
  • Adopting a multi style approach to Master Data
    Management IBM SWG
  • Master Data Management (MDM) Hub Architecture
    by Roger WolterMicrosoft Corporation
  • Master Data Management Builds Business
    Flexibility By Bob Mick Oracle Corporation
  • IBM InfoSphere Master Data Management Server
    IBM SWG

27
(No Transcript)
Write a Comment
User Comments (0)
About PowerShow.com