Master data beskriver
egenskaper i företagets kärnenheter (t.ex. kunder, anställda, leverantörer och produkter) som också går att analysera. Ofta använder man sig av master data i flera affärsprocesser.
Transaktionsdata
beskriver köp och säljtransaktioner eller data om aktiviteter (t.ex. “systemet är uppdaterat till V3.0”)
Inventory data
beskriver lagerstatus på varor/produkter som säljs, då systemet behöver ha koll på lagernivåer (t.ex. “antal gröna pennor i lager”).
Master data
beskriver funktioner i en organisations kärnenheter.
Vilka tre typerav data finns det
Transaktionsdata
Inventory data
Master data
vilka 4 Typer av data-egenskaper finns det
Tidsreferens-
Förändringsreferens-
Volymreferens-
Oberoende-
Tidsreferens-
master data har ingen tidsreferens (som t.ex. transaktionsdata eller inventory data där det finns leveransdatum eller ett ID-nummer som följer hela materialets livscykel).
Förändringsreferens-
till skillnad från transaktionsdata och inventory data i produktionsordrar eller leveransordrar behöver master data inte uppdateras så ofta eftersom man använder sig av data som ofta är densamma.
Volymreferens-
kontant, till skillnad från de andra som kan ändras från dag till dag
Oberoende-
oberoende av annan data, till skillnad från de andra som är beroende av att viss grunddata ska finnas.
Vilka tre System för datahantering
Data Warehouse Systems (DW)
samlar data från olika system för att användas som beslutsstöd
+ översikt av data i organisationen som används för analys och beslutsfattande, lätt att söka igenom.
- stödjer ej transaktioner, därför kan man inte ändra på uppgifterna.
Enterprise Resource Planning System (ERP)-
ett enda affärssystem som integrerar alla processer med hjälp av konfigurationer
+ gemensam databas och integrerar data inom organisationen
- litet stöd för analys
Master Data Management Systems (MDMS)
ett system samlar in data på ett ställe och integrerar med alla andra system, analyserar alla system inom olika organisationer samt förbättrar datakvalitén.
Master data
Och
Master data mangement systems
Master data - data that needs to be shared between systems.
Master data mangement systems - systems that help sharing data
Vilka tre Olika arkitekturtyper i MDM
Repository (förvaring)
Registry (register)
Hybrid (blandning)
Repository (förvaring)
förvara all basdata i en enda databas. Används när källsystem kan anpassa sig för att integrera med MDMS.
+ alla system använder samma data från repository och ingen synkronosering krävs
- alla källsystem måste anpassas för att kunna använda repository och alla typer av data behöver inte användas av alla system, vilket innebär en ökad risk iom att man sprider komplex data till alla system.
Registry (register)
lagra nyckelreferenser till data som finns i källsystemet för att hämta ut vid behov. Man synkroniserar dara mellan systemen och registret. Används när data är mer komplex, då källsystemen inte kan användas eller när man bara behöver komma åt viss information.
- lång tid att hitta data och ju fler system som är uppkopplade till systemet, desto mer komplext blir det.
Hybrid (blandning)
förvarar de uppgifter som används ofta samt använder nyckelreferenser till källsystem.Det vanligaste sättet att synkronisera data. Kombinerar repository och register och påskyndar processen på icke komplex data.
+ vanligt förekommande data hanteras snabbt, då flera källsystem som är uppkopplade till den med komplexa data kan hanteras samtidigt, och källsystemet behöver inte anpassas så mycket eftersom man kan hämta info från registret.
- systemet måste hantera komplexa frågor som kan ta längre tid.
- om vi ändrar på ett namn på en plats måste vi se till att det ändras på alla
Det finns två processer man ska hålla reda på för att underhålla MDMS-
Synkronisering-
när källsystemet ändrar data måste även MDMS ändra sina uppgifter. Källsystemen meddelar MDM när det är dags att ändra data.
+ endast den data som ska ändras ändras av MDMS
Publicera dataändringar
när källkoden har ändrats kan andra system behöva notifieras om det. Det finns två olika metoder för att uppdatera andra system-
Basic “inside” transactions Vanligen korta transaktioner (mindre än en sekund) med dessa “ACID”-egenskaper
Automacity
Consistency
Isolation
Durability
Automacity
kräver att varje överföring är “allt elle inget”. Om en del av transaktionen misslyckas, misslyckas hela transaktionen.
Consistency
säkerställer att alla transaktioner för databasen från ett giltigt tillstånd till ett annat.