Chapter 8 Flashcards

1
Q

Master data beskriver

A

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.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Transaktionsdata

A

beskriver köp och säljtransaktioner eller data om aktiviteter (t.ex. “systemet är uppdaterat till V3.0”)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Inventory data

A

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”).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Master data

A

beskriver funktioner i en organisations kärnenheter.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Vilka tre typerav data finns det

A

Transaktionsdata
Inventory data
Master data

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

vilka 4 Typer av data-egenskaper finns det

A

Tidsreferens-
Förändringsreferens-
Volymreferens-
Oberoende-

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Tidsreferens-

A

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).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Förändringsreferens-

A

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.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Volymreferens-

A

kontant, till skillnad från de andra som kan ändras från dag till dag

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Oberoende-

A

oberoende av annan data, till skillnad från de andra som är beroende av att viss grunddata ska finnas.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Vilka tre System för datahantering

A
  • Data Warehouse Systems (DW)
  • Enterprise Resource Planning System (ERP)
  • Master Data Management Systems (MDMS)
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Data Warehouse Systems (DW)

A

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.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Enterprise Resource Planning System (ERP)-

A

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

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Master Data Management Systems (MDMS)

A

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.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Master data
Och
Master data mangement systems

A

Master data - data that needs to be shared between systems.

Master data mangement systems - systems that help sharing data

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Vilka tre Olika arkitekturtyper i MDM

A

Repository (förvaring)
Registry (register)
Hybrid (blandning)

17
Q

Repository (förvaring)

A

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.

18
Q

Registry (register)

A

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.

19
Q

Hybrid (blandning)

A

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-

20
Q

Synkronisering-

A

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

21
Q

Publicera dataändringar

A

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-

  • Push-metoden- MDMS skickar ett meddelande till alla system som använder datat (t.ex. via en Message Broker Middleware).
  • Pull-metoden- System kan själva skicka förfrågningar till MDMS och nyliga uppdateringar.
22
Q

Basic “inside” transactions Vanligen korta transaktioner (mindre än en sekund) med dessa “ACID”-egenskaper

A

Automacity
Consistency
Isolation
Durability

23
Q

Automacity

A

kräver att varje överföring är “allt elle inget”. Om en del av transaktionen misslyckas, misslyckas hela transaktionen.

24
Q

Consistency

A

säkerställer att alla transaktioner för databasen från ett giltigt tillstånd till ett annat.

25
Q

Isolation

A

att transaktioner inte påverkar varandra med hjälp av låsningar i tabeller som gör att ingen annan kan arbeta med dem under uppdateringen.

26
Q

Durability

A

när en transaktion har skett kommer det att finnas kvar.

27
Q

“Outside” transactions

A

Vissa ACID-egenskaper kan inte garanteras (Automacity, Isolation), men Consistency och Durability kan upprätthållas i “outside”-perspektivet. Osäkerheten uppstår på grund av tidsperspektivet och eftersom man inte kan ha låsningar outside kan man inte garantera att man har ensamrätt till data.

28
Q

Nu perspektivet

A

På insidan är det alltid realtidsdata och man kan låsa den för att se till att den inte ändras medan den bearbetas. Låsen säkerställer att en transaktion inte påverkas av andra transaktioner och att data alltid är aktuell.

29
Q

DÅ perspektivet

A

På utsidan kan man inte låsa uppgifter på grund av att de kan finnas i flera system, och genom en låsning gör man data otillgänglig för andra system. På utsidan är uppgifter gamla när vi mottar dem.

30
Q

Immutable data

Lösningen på problemet.

A

Så fort immutable data har skrivits och givits en identifierare kommer innehållet alltid att vara detsamma för den identifieraren. När immutable data har skrivits kan den inte ändras. Immutable data är densamma vare sig när eller var den är refererad till.

31
Q

Mutable data exempel

A

namnet på en person - identifierare är personnumret

32
Q

Immutable data exempel

A

namnet på en person en viss dag - identifierare är personnumret kombinerat med datumet.