SOA2 Flashcards

1
Q

Vilka tre buggar kan man hitta i ett affärssystem?

A
  1. Konfigurationsfel: fel parametrar satta, ex lagervärderingsprincip
  2. Programfel: Ofta i samband med nyutvecklade anpassningar och integrationer
  3. Brister i passform mellan företagets affärsprocesser och affärssystemets förmåga
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Packaged customizations, conversions och mobile platforms är tre nya typer av anpassningar av affärssystem. Beskriv vad dessa innebär

A

Packaged customizations: Affärssystemet har anpassats till en specifik branch, ev handels, grossist, tillverkning, service
Conversion: anpassningar på datanivå där data konverteras från en form till en annan, ex vid migration och integration.
Mobile platforms: appar och mobila enheter som är integrerade med affärssystem,

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

Immutable data är information som inte förändras. varför är det viktigt att veta om data är immutable när storskaliga system designas?

A
  • Informationshanteringen ser annorlunda ut för transaktioner på insidan och utsidan.
  • Inom det egna systemet kan det garanteras att transaktioner är enligt ACID, att den är korrekt och inte kommer att förändras när vi arbetar med den.
  • Utanför systemet kan inte datan låsas (då den existerar i flera system och den blir då otillgänglig för andra) och man måste förutsätta att data inte längre är korrekt.
  • Immutable data låter oss veta datans värde vid en specifik tidpunkt.
  • Vi vill veta om datan är immutable eller inte för att kunna fatta rätt beslut baserat på datan.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

När löser ett Master data management system ett problem som inte ett ERP-system löser?

A

Ett ERP är ofta tillräckligt för att hantera master data då det innebär en genensam databas för hela organisationen där data kan läsas från och skrivas till. Har organisationen flera olika system där ett system behöver information som finns i ett annat system, är dock inte ett ERP längre tillräckligt för att kunna hantera organisationens master data. I detta fall vill vi istället använda ett MDM då detta tillåter oss att integrera i princip alla system. Detta gör så att vi kan läsa och skriva till data oberoende av vilket system som äger master datan och datan förblir aktuell för alla olika system. En nackdel med ett MDM är dock att alla integrerade system behöver följa en standardiserad informationsstruktur.

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

Vilka nivåer av “decision levels” finns det? Beskriv nivåerna kort.

A

Strategic (ledningen) - På denna nivå fattas beslut som påverkar hela organisationen och ofta över en lägre tid (år.) Ett strategiskt beslut kan exempelvis handla om nedskärningar eller expansioner.
Tactical (mid-management) - På denna nivå fattas beslut som påverkar delar av organisationen, exempelvis en avdelning. Dessa beslut påverkar det aktuella delen under månader, exempelvis resursallokering.
Operational (anställda) - Dessa är beslut som påverkar specifika fall, exempelvis kundordrar, sena leveranser, etc. Dessa beslut påverkar organisationen i timmar eller dagar.

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

Beskriv fördelar och nackdelar med anpassning av organisationen istället för av affärssystemet.

A

+ Man får ta del av best practise-proceser
+ Man behöver inte ha hög teknisk kompetens inom företaget

  • Tidskrävande innan implementering
  • Kan väcka internt motstånd
  • Förlorar unika processer
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Beskriv fördelar och nackdelar med anpassning av affärssystem till att passa organisationen

A

+ Företaget får behålla unika affärsprocesser
+ Inarbetade rutiner får behållas
+ Systemet fungerar med övriga IT-system

  • Kräver hög teknisk kompetens inom företaget
  • Tidskrävande under installation
  • Svårt att underhålla och upprätthålla
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Vilka förmågor “capabilities” behövs inom en organisation för att genomföra omfattande förändringar av affärssystem?

A

Företaget behöver en hög teknisk kompetens vilket innebär:

  • Förståelse för ERP ( hur det är uppbyggt och vad som kan förändras)
  • Kunskaper inom mjukvaruutveckling (Kunna programmera förändringarna och underhåll)
  • Kompetens att driva ett mjukvaruprojekt.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Vilka förmågor “capabilities” behövs inom en organisation för att genomföra en omfattande förändring av organisationen?

A
  • Förståelse för företaget och dess processer
  • Kompetens inom change management (är medarbetarna förändringsbenägna? Har vi en tradition om att genomföra förändringar inom organisationen?
  • Kompetens att driva ett projekt i att förändra organisationen
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Beskriv dimensionen “Business” som finns i OSIMM

A

Denna dimension handlar om hur verksamheten ser på SOA och om det finns en koppling mellan verksamheten och tjänsteorientering. Finns det processer och roller inom företaget som möjliggör SOA? Tänker företaget långsiktigt eller tillfredsställer man behov där de uppkommer?

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

Beskriv dimensionen “Organisation” som finns i OSIMM

A

Denna dimension handlar om vilken kompetens som finns inom verksamheten. Finns förmågan att hantera SOA-projekt och utveckling av tjänsteorienterad arkitektur? Man ser bl a till vilken utbildning och vilka roller som finns bland personalen

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

Beskriv dimensionen “Methods” som finns i OSIMM

A

Denna dimension handlar om vilka metoder och verktyg som används utveckling av arkitekturen. Finns steg-för-steg beskrivningar över hur man bygger en tjänsteorienterad arkitektur?

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

Beskriv dimensionen “Applications” som finns i OSIMM

A

Vilka komponenter består verksamhetens arkitektur av? är arkitekturen tjänsteorienterad? Vilka är elementen som utgör arkitekturen?

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

Beskriv dimensionen “Architecture” som finns i OSIMM

A

Hur ser makro-akriketuren ut hos verksamheten? Hur är systemet strukturerat? Har det en tresskiktslösning?

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

Beskriv dimensionen “Information” som finns i OSIMM

A

Hur ser informationshantering ut på företaget? finns det ett strukturerat sätt att rita upp informationsmodeller? delar man dessa informationsmodeller mellan olika projekt och avdelningar?
Finns det någon genensam struktur för att lagra denna information?

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

Beskriv dimensionen “Infrastructure & management” som finns i OSIMM

A

Vilka produkter (ex hårdvara) finns inom företaget och hanteras dessa? Hur är produkter och verktyg koordinerade över företaget? köper man in med tanke på SOA? Delar man verktyg eller har man olika verktyg runt om i verksamheten?

17
Q

Principen “statelessness” kan användas vid design av mjukvarutjänster. Vad innebär denna designprincip och varför kan den vara viktig?

A

När en tjänst har ett tillstånd “stateful” lagras detta tillstånd i tjänstens primärminne. Detta kan ta mycket plats och påverka prestandan. För att motverka detta kan man förflytta tillståndet till en databas och göra tjänsten stateless. Detta gör att systemet blir mer skalbart vilket hjälper det klara av en ökat mängd användare och data. internats grundläggande protokoll IP är ett exempel på en stateless tjänst vilket innebär att varje paket färdas ensamt utan någon referens till något annat paket.

18
Q

Vad innebär discoverability?

A

Man ska ha stöd för att sökbart register för tjänster vilket gör det lättare för utvecklarna att hitta och använda redan existerande tjänster.

19
Q

Vad innebär composability och reusablility?

A

Tjänster ska designas så att de kan användas tillsammans. När fler tjänster byggs, lägg till de till registret och återanvändas. Detta gör att man inte skapar onödig funktionalitet som redan existerar.

20
Q

Vad innebär autonomy?

A

Det innebär att tjänsterna ska vara isolerade från varandra, de ska använda så få gemensamma resurser som möjligt för att inte flera tjänster ska påverkas då en resurs går ned.

21
Q

Vad innebär abstraction?

A

Man ska gömma bort all information som inte är nödvändig för att använda tjänsten. Detta gäller funktioner, programmeringen och teknologin. Nackdelen med abstraktion är att det kan bli “magi”, att det blir på en sådan hög nivå att man inte vet vad tjänsten gör.

22
Q

Vad innebär Loose coupling?

A

Man ska frigöra alla beroenden mellan tjänster. Exempelvis fysiskt (inte hårdkoda uppkopplingar mellan tjänster), använda asynkrona meddelanden istället för synkrona så att tjänsten inte blir oresponsiv, använda standarder såsom http och xml för att inte bli platformberoende. Loose coupling minskar behöver att uppdatera en tjänst när dess omgivning förändras men det ökar den tekniska komplexiteten.

23
Q

Vad innebär Design-by-contract (DBC)?

A

DBC handlar om hur element i ett mjukvarusystem samarbetar med varandra, baserad på gemensamma skyldigheter och förmåner med preconditions och postconditions. DBC handlar om att undvika missförstånd om hur tjänsten fungerar och vad man förväntar sig av den. Om precondition är sant när metoden anropas, uppfylls postcondition. Om precontition är falsk, kastas ett undantag. Samma sak om precondition är sant och postcondition falskt.