Master data management (Norsk)


Implementation modelsEdit

Det finnes en rekke modeller for implementering av en teknologiløsning for master data management. Disse avhenger av en organisasjons kjernevirksomhet, selskapets struktur og målene. Disse inkluderer:

  1. Registreringskilde
  2. Register
  3. Konsolidering
  4. Sameksistens
  5. Transaksjon / sentralisert
Kilde til recordEdit

Denne modellen identifiserer en enkelt applikasjon, database eller enklere kilde ( f.eks. et regneark) som «kilde til registrering» (eller «system for registrering» der bare applikasjonsdatabaser er avhengige av). Fordelen med denne modellen er dens konseptuelle enkelhet, men det passer kanskje ikke med realiteten til komplekse stamdata distribusjon i store organisasjoner.

Kilden til posten kan forenes, for eksempel av attributtgrupper (slik at forskjellige attributter til en hoveddataenhet kan ha forskjellige kilder til registrering) eller geografisk (slik at forskjellige deler organisasjonen kan ha forskjellige hovedkilder.) Føderasjon gjelder bare i visse brukssaker, der det er en klar avgrensning av hvilke undergrupper f poster vil bli funnet i hvilke kilder.

Kilden til postmodellen kan brukes bredere enn bare å mestre data, for eksempel til referansedata.

RegistryEdit

Denne modellen har et sentralt register som knytter poster på tvers av forskjellige kildesystemer. Det oppdager duplikater ved å kjøre rensings- og matchingsalgoritmer, og tildeler deretter unike globale identifikatorer til samsvarende poster for å identifisere en «enkeltversjon av sannheten». Denne modellen sender ikke data tilbake til kildesystemene, så endringer i stamdata blir fortsatt gjort gjennom eksisterende kildesystemer. Når det er behov for en enkelt, helhetlig visning av en kunde, bruker den hvert referansesystem for å bygge et syn i sanntid.

Denne modellen kan være nyttig der en organisasjon har et stort antall kildesystemer spredt over hele verden, og det er vanskelig å etablere en autoritativ kilde. Det gjør det også mulig å analysere data og samtidig unngå risikoen for å overskrive informasjon i kildesystemene.

ConsolidationEdit

I denne modellen konsolideres stamdata generelt fra flere kilder i navet for å skape en enkel versjon av sannhet, ofte referert til i denne sammenheng som «den gyldne plata». Eventuelle oppdateringer av stamdataene blir deretter brukt på de originale kildene.

Konsoliderte nav er billige og raske å sette opp (som MDM-løsninger går!). Denne modellen brukes hovedsakelig til analyse og rapportering.

CoexistenceEdit

Denne modellen gir en «gylden rekord» på samme måte som konsolideringsmodellen, men hoveddataendringer kan skje i MDM-system så vel som i applikasjonssystemene. Dette har en tendens til å gjøre distribusjonen dyrere.

Den største fordelen med denne stilen er at data mestres i kildesystemer og deretter synkroniseres med navet, slik at data kan eksistere harmonisk og fortsatt tilby en enkelt versjon av sannheten. En annen fordel med denne tilnærmingen er at kvaliteten på stamdata forbedres, og tilgangen er raskere. Rapportering er også enklere ettersom alle hoveddataattributter er på ett sted.

Transaksjon / centralisert redigering

Denne modellen lagrer og vedlikeholder stamdataattributter ved hjelp av kobling, rensing, matching og berikende algoritmer til forbedre dataene. De forbedrede dataene kan deretter publiseres tilbake til det respektive kildesystemet. Dette krever inntrenging i kildesystemene for toveis interaksjoner. Kildesystemer kan abonnere på oppdateringer publisert av det sentrale systemet for å gi fullstendig konsistens.

Den viktigste fordelen med denne stilen er at stamdata er nøyaktige og fullstendige til enhver tid, mens sikkerhets- og synlighetspolicyer på et dataattributtnivå kan støttes av Transaction style hub. En organisasjon får et sentralisert sett med stamdata for ett eller flere domener.

Overføring av stamdataEdit

Det er flere måter stamdata kan samles på og distribueres til andre systemer. Dette inkluderer:

  1. Datakonsolidering – prosessen med å fange stamdata fra flere kilder og integrere seg i ett hub (operativ datalager) for replikering til andre destinasjonssystemer.
  2. Data federation – Prosessen med å gi en enkelt virtuell visning av stamdata fra en eller flere kilder til ett eller flere destinasjonssystemer.
  3. Dataformering – Prosessen med å kopiere stamdata fra ett system til et annet, vanligvis gjennom punkt-til-punkt-grensesnitt i eldre systemer.

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert. Obligatoriske felt er merket med *