Tenta

Question 1

Vad är V-Modellen?

Answer 1

V-modellen är en sekventiell utvecklingmodell där fel upptäcks sent eftersom den är lik vattenfalls modellen där testerna utförs när all utveckling är klar. Det positiva med V-modellen är att den är enkel att följa vilket gör att det är lätt att lägga upp en budget och tidsplan.

Question 2

Vad är TDD?

Answer 2

TDD är en iterativ utvecklingsmodell där tester skrivs innan all kod vilket gör att det är lätt att upptäcka fel.

Question 3

Vad är bra arkitektur?

Answer 3

High cohesion och low coupling. Cohesion betyder hur väl de inre delarna i en modul är relaterade, medan coupling betyder hur väl olika moduler är separerade.

Question 4

Vad är egenutveckling?

Answer 4

Organisationen utvecklar ett eget IT/affärssystem. Organisationen har möjlighet att anpassa och skräddarsy systemet efter deras behov.

Question 5

Vad är utveckling av standardsystem?

Answer 5

Organisationen implementerar ett generiskt system och anpassar det så gott det går.
Organisationen måste till viss mån anpassa sig till systemet och kan behöva justera processer och rutiner för att de ska passa systemet.

Question 6

Beskriv, gärna genom ett exempel, hur ett testfall bör formuleras.

Answer 6

Testfallen skapas utifrån kravspecifikationen. Det brukar innehålla ett unikt id, titel, förberedelser, ett förväntat resultat. Till sist är själva teststegen för testfallet vilket är en numrerad lista på de uppgifter som ska utföras för att det förväntade resultatet ska uppfyllas.

Question 7

Kan ett system (samtidigt) ha olika systemarkitekturer?

Answer 7

Ja och nej. Ett system har både en macro- och microarkitektur, finns även mellannivå. Macro beskriver hur skikt (fysiskt) och lager (logiskt) är uppbyggda, finns 2-skikt, 3-skikt och n-skikt. Microarkitektur är på programmeringsnivå, t.ex: Metoder måste alltid kolla om inskickade argument är null. Ett system kan bara ha en typ av macro- respektive microarkitektur dock.

Question 8

Vad är SOAMM-nivån “silo”?

Answer 8

Organisationens system är utvecklade separat i individuella delar (i silos) utan integration med andra system.

Question 9

Vad är SOAMM-nivån “integrated”?

Answer 9

Organisationens system är uppdelade i silos, men med tekniker som gör kommunikation mellan silos möjlig.

Question 10

Vad är SOAMM-nivån “componentized”?

Answer 10

IT-systemen i silosarna är nedbrutna i olika komponenter med kommunikation möjlig genom ramverk.

Question 11

Vad är kritisk framgångsfaktor?

Answer 11

Kritisk framgångsfaktor är en faktor som måste bli uppfylld för att till exempel ett projekt skall lyckas. För att ett projekt skall lyckas måste de leva upp till:

1. Engagemang från högsta ledningen
2. Re-engineering av de befintliga processerna
3. Integration av nya affärssystemet med andra affärssystem
4. Urval och ledning av konsulter
5. Utbildning av personal för det nya systemet

Question 12

Vad är ett ”dashboard system”?

Answer 12

En instrumentbräda som är enkel att läsa som visar grafisk information om systemets eller organisationens prestation. Man kan läsa av hur en organisation mår, det är lätt få en övergripande bild av organisationen, mäta effektivitet och att identifiera positiva och negativa trender.

Question 13

Varför kan ett företag behöva ett master-data management system (MDM) trots att ett ERP system är installerat?

Answer 13

För lagring av större mängder statisk data, där ERP system inte räcker till eller stödjer vissa operationer som organisationer är beroende av. Ett MDM-system sparar data som kan behövas i fler processer eller på flera ställen i organisationen än vad ett ERP klarar av, tex information om de anställda.

Question 14

Varför det är vanligt att en (vanilla) standardinstallation av ett affärssystem inte har 100% träffyta (fit) gentemot den organisation som ska implementera affärssystemet?

Answer 14

Organisationen kan ha unika processer som en standardinstallation av ett affärssystem inte stödjer fullt ut. Det skulle exempelvis kunna vara en speciell tillverkningsprocess av en viss produkt. Organisationen skulle kunna ändra processer så att de bättre stämmer överens med affärssystemet och kanske får en smidigare process på köpet.

Question 15

Beskriv kort för och nackdelar med en två-skikts arkitektur.

Answer 15

Jämfört med tre-skikts arkitektur är relativt enkelt att implementera samt att det ofta täcker de behov som en mindre (2-100 medarbetare) organisation har. För större organisationer med fler användare kan det uppstå problematik då flera användare jobbar med samma data samtidigt.

Jämfört med en-skikts arkitektur ger två-skikts arkitektur ger ökad säkerhet eftersom allt går via en server som sköter databashanteringen och användare behöver särskilda rättigheter för att modifiera eller radera filer. Flera användare kan arbeta i systemet samtidigt. Det har också bättre säkerhet, är mer skalbart, är snabbare, men det är mycket dyrare och mer komplext.

Question 16

Vilka SOA-desinprincip tycker du är viktigast?

Answer 16

1. Loose coupling - Viktigt för att kunna byta ut en enskild tjänst/modul (service) utan att behöva göra ändringar i andra tjänster som använder den.
2. Återanvändbarhet (reusability) - Logik är uppdelat i tjänster på ett sätt så att de lätt kan återanvändas. Viktigt för att lätt kunna göra ändringar, byta ut, lägga till eller ta bort tjänster. Man slipper även skriva om samma sak flera gånger.
3. Autonomy (självständighet) - Tjänster har kontroll över logiken som de inkapslar. Minskar beroendet mellan tjänster.

Question 17

I masterdata management (MDM) system lagras det som kallas för master data. Vilka egenskaper har denna master data som särskiljer den från annan typ av data/information?

Answer 17

Typ data om anställda, kunder, tillverkare, produkter mm. Innehåller inte data om ordrar, leveranser och dyl.
Master Data har ingen tidsreferens, t.ex. ett artikelnr som är detsamma under hela produktens livscykel. Datan modifieras sällan, jämfört med transaktionsdata som t.ex. ordrar. Mängden data är relativt konstant jämfört med transaktionsdata som kan variera från dag till dag. Master Data kan existera oberoende medan transaktionsdata är beroende av viss Master Data.

Master Data är sådan data dom kan behövas på flera olika ställen i organisationen, som exempelvis information om anställda. Detta till skillnad från exempelvis en order som finns i ett ERP-system.

Question 18

Förklara och ge konkreta exempel på vad module customization respektive table customization innebär.

Answer 18

Enligt module customization väljer kunden ut vilka moduler i ett affärssystem den vill ha och installerar dessa efter standardkonfigurationen. Detta medför till en låg implementeringskostnad av affärssystemet, det är låg risk, samt att det duger ofta bra för mindre företag. I table customization däremot konfiguerar man affärssystemet genom att ändra inställningar i affärssystemet. Detta kan vara väldigt komplicerat och tidskrävande då det ofta finns väldigt många tabeller i ett affärssystem. Fördelen är att man kan konfigurera systemet utan att behöva koda om det.

Question 19

Beskriv kort för och nackdelar med en tre-skikts arkitektur.

Answer 19

Till skillnad från två-skikts ger tre-skikts främst ökad skalbarhet, ökad prestanda, men även förbättrad modularisering på macro-nivå. Nackdelen är att det är svårare att utveckla och underhålla en tre-skikts arkitektur.

Question 20

Vilka typer av “buggar” kan man hitta i ett affärssystem?

Answer 20

1. Dålig “fit” mellan systemet och organisationen.
2. Konfigurationsfel, dvs man har parametersatt systemet så att det inte uppför sig som förväntat.
3. Programfel (ofta förknippade med nyutvecklade anpassningar och integrationer).

Question 21

Ange några viktiga egenskaper för KPI:er (Key Performance Indicators)

Answer 21

1. De ska mätas ofta.
2. De ska tydligt framgå vad som krävs av anställda för att uppnå bra resultat.
3. De ska ha en signifikant inverkan på organisationen.

Question 22

Beskriv innehållet i en spårbarhetsmatris och förklara vad den används till.

Answer 22

En spårbarhetsmatris är ett dokument, vanligtvis i form av en tabell, som används för att underhålla relationer mellan unika entiteter i olika dokument. Den kan användas för att få överblick av krav och testfall bland annat, där man ser vilka krav som är uppfyllda och vilka testfall som testar detta.

Question 23

Vad är mjukvaru arkitektur (”software architecture”), och varför är det ett viktigt område vid mjukvaruutveckling?

Answer 23

Mjukvaruarkitetur är strukturen eller strukturer av ett system vilket är regler för hur mjukvaran ska vara uppbyggd. Hur moduler och kod ska separeras och struktureras. Det är viktigt att ha bra struktur för att lätt kunna göra förändringar i systemet och att nya anställda ska kunna förstå hur systemet är uppbyggt.

Question 24

Varför ska man ha arkitektur?

Answer 24

1. Lättare att dela upp komplexa problem i mindre delar
2. Man kan dela upp systemet så att ändringar inte påverkar hela systemet
3. Lättare att förstå och underhålla systemet

Question 25

I SOA mognadsmodellen OSIMM beskrivs olika nivåer av SOA “mognad”. Ange tre sätt som en organisation kan använda OSIMM modellen på.

Answer 25

1. Det används för att bedöma var du är i din SOA-mognad.
2. Det är ett hjälpmedel för att skapa en plan för hur man ska gå vidare till högre nivåer av mognad.
3. Man kan se om organisationen bör utvecklas inom ett visst område/dimension.

Question 26

Vad är skillnaden mellan ”leading” och ”lagging” key performance indicators (KPI)?

Answer 26

Leading-indikatorn kan användas för att förutspå resultatet av en process. Leading-indikatorn är svårare att definiera än lagging-indikatorn som istället efteråt visar på framgången eller misslyckandet av en process.

Question 27

När SOA ska implementeras diskuteras ofta arkitektur (dvs strukturen på programvaran) och infrastruktur (nätverk, datorer och mjukvaruprodukter). Använd begrepp från mognadsmodellen OSIMM för att beskriva minst två ytterligare områden/dimensioner som är viktiga för SOA.

Answer 27

Business View: Busuness View-dimensionen visar på hur bra organisationens processer är designade, strukturerade och implementerade.

Information: Informations-dimensionen i OSIMM visar på vilken nivå en organisation ligger på när det gäller struktur av information, alltså hur man får åtkomst till data, hur data transporteras och delas.

Question 28

Förklara varför ett företag behöver konfigurera ett affärssystem och ge två exempel på konfigurationer i ett affärssystem

Answer 28

Olika företag kan ha olika typer av processer som är mer eller mindre unika. För att ett affärssystem ska kunna hantera dessa processer behöver det konfigureras korrekt. Ett exempel på konfiguration är att systemet genererar automatiskt en notis om en lagd order som inte behandlats på två veckor. Systemet meddelar om en användare försöker lägga till en ny kund med samma namn eller adress som en befintlig kund.

Question 29

Vad innebär statelessness och varför kan den vara viktig?

Answer 29

Statelessness är en designprincip inom SOA som går ut på att för att kunna bygga skalbara tjänster separerar man dem från deras tillståndsdata, vilket resulterar till en minskning av resurser en tjänst behöver. Detta är bra för att bygga ett skalbart system då tjänsterna kan hantera fler processer samtidigt.

Question 30

Antag att McDonalds i Kista vill blir bättre på hantera köer i sin dagliga verksamhet. För detta ändamål har de definierat en Key Performance Indicator (KPI) som är antal måltider som säljs per timme. Är detta en ”lagging” eller ”leading” indikator? – Motivera ditt svar kort.

Answer 30

McDonalds måste veta hur många som har stått i kö under en viss tid. Detta är inget man kan förutspå utan man måste mäta detta med en lagging-indikator som i efterhand visar resultatet på hur många står i kö under en viss timme. Med denna information till hands kan man därefter förbättra exempelvis ett kösystem som i det här fallet. Leading-indikatorn används för att förutspå ett resultat vilket kanske istället kan användas senare efter förändringen skett.

Question 31

Beskriv Kurt Lewins modell för planerade förändringar. Förklara hur den skiljer sig från Orlikowskis och Hofmans modell för ”Improvisational Change”.

Answer 31

Enligt Lewins tre-stegs förändringsmodell sker den i stegen unfreezing, change och refreezing. Det betyder att den organisation först förbereder sig för en förändring (“unfreezing”), sedan implementeras förändringen (“change”) och till sist försöker organisationen återfå stabilitet efter att förändringen har implementerats (“refreezing”). En sån här model är bra för organisationer som redan är relativt stabila eftersom modellen behandlar förändringen som en händelse som sköts om inom en viss tidsram.

Dock passar inte den här modellen så bra idag i de turbulenta och flexibla organisationerna. Istället har Orlikowskis och Hofman kommit på en alternativ modell för att hantera planerade förändringar. Deras modell reflekterar istället över den dynamiska miljön i dagens moderna organisationer.

Question 32

Hur kan V-modellen användas för test av affärssystem?

Answer 32

V-modellen går ut på att man följer ett visst schema för testning. Vid varje ny aktivetet på den vänstra sidan av modellen förbereder man för testen på motsvarande högra sidan. När man börjar kravinsamlingen förbereder man test för acceptanstest. Vid systemdesignsaktiviteten förbereder man för systemtestet, osv. Efter datainsamling och innan testerna sker implementationen av själva systemet.

Question 33

Vad är DRY - Don’t Repeat Yourself?

Answer 33

Stämmer väl bra överens med SOA eftersom det stödjer designprincipen att kod/funktionalitet ska vara återanvändbar. Programkod ska alltså kunna användas på flera ställen men den ska inte skrivas flera gånger. Antar att det är det som DRY syftar på.

Question 34

Vad är YAGNI - You Ain’t Gonna Need It?

Answer 34

Skulle påstå att det här inte stämmer så bra överens med SOA-principer eftersom det inte blir så skalbart om man hela tiden lägger till minsta möjliga funktionalitet. Risken finns att att kod inte går att återanvända, . SOA förespråkar väl generiska system som lätt går att modiefiera där man ska kunna bygga på / ta bort funktionalitet. Skulle man när man utvecklar systemet förbereda det så att det blir oberoende av operativsystem underlättar man enormt om det så att man beslutar för att byta operativsystem i framtiden. Dock blir det “onödigt arbete” om man inte skulle byta operativsystem. Det kan nog vara bra att hitta en balans för vad man förbereder systemet för när man utvecklar det.

Question 35

Ge exempel på olika MDM-arkitekturer

Answer 35

Virtuell MDM
Fysisk MDM
Hybrid MDM

Question 36

Vad är fysisk MDM?

Answer 36

Fysisk MDM betyder att hanteringen av master data sker från ett centralt system.

Question 37

Vad betyder virtuell MDM?

Answer 37

Att hanteringen av master data sker distribuerat med en central indexeringstjänst.

Question 38

Vad betyder hybrid MDM?

Answer 38

Att hanteringen av master data kombinerar fysiska och virtuella tekniker.

Question 39

Nämn de sju dimensionerna i OSIMM-modellen.

Answer 39

Business View, Organization, Methods, Applications, Architecture, Information, Infrastructure

Question 40

Vad är Business View-dimensionen i OSIMM?

Answer 40

Organisationens nuvarande metoder och strategier och hur organisationens processer är designade, strukturerade och implementerade.

Question 41

Vad är Organizations-dimensionen i OSIMM?

Answer 41

Organisationens struktur.

Question 42

Vad är Method-dimensionen i OSIMM?

Answer 42

Dimensionen för metod är metoder och processer inom organisationens IT.

Question 43

Vad är Informations-dimensionen i OSIMM?

Answer 43

Informations-dimensionen i OSIMM visar på vilken nivå en organisation ligger på när det gäller struktur av information, alltså hur man får åtkomst till data, hur data transporteras och delas.

Question 44

Vad är komponenttest?

Answer 44

Testar systemets minsta beståndsdelar.

Question 45

Vad är integrationstest?

Answer 45

Testar att systemets komponenter fungerar ihop.

Question 46

Vad är flödestest?

Answer 46

Test av hela arbetsprocessflöden från start till slut.

Question 47

Vad är systemtest?

Answer 47

Testar det kompletta systemet på en övergripande detaljnivå.

Question 48

Vad är ett användningstest?

Answer 48

Testteknik för att utvärdera ett systems användbarhet. Utförs ofta genom att användare utför uppgifter och tänker högt.

Question 49

Vad är ett konfigurationstest?

Answer 49

Test att systemet fungerar tillsammans med olika konfigurationer av hård- och mjukvara, exempelvis test av att en webbplats går att använda med olika webbläsare.

Question 50

Vad är ett systemintegrationstest?

Answer 50

Testnivå som syftar till att utvärdera om ett system går att integrera med andra system, till exempel att det testade systemet fungerar ihop med ekonomisystemet. Kan antingen vara en del av systemtestnivån eller göras som en egen testnivå mellan systemtest och acceptanstest.

Question 51

Vad är ett acceptanstest?

Answer 51

Den slutliga testnivån som genomförs av användare för att godkänna systemet för driftsättning.

Question 52

Vad är beta-testning?

Answer 52

Test som utförs av personer utanför den egna organisationen. Värdefullt för att hitta brister i användbarhet och problem med konfigurationer.

Question 53

Vad är en testplan?

Answer 53

Dokument som beskriver vad som ska testas av vem, när, hur och varför.

Question 54

Vad är en testsvit?

Answer 54

Gruppering av testfall, till exempel samtliga testfall för systemtest.

Question 55

Vilka är de tre anpassningarna en organisation kan göra?

Answer 55

1. Inga anpassninga, organisationer fortsätter som vanligt. Risk för dålig “fit”.
2. Stegvis förändring
3. Radikal förändring, organisationen ändrar sig för att passa systemet. Ger bättre “fit”.

Question 56

Vilka är de tre tekniska anpassningarna för ett system?

Answer 56

1. Module customization, där organisationen endast väljer moduler. Risk för dålig “fit”.
2. Table customization, där man ändrar inställningar i systemet.
3. Code customization, där man programmerar kod. Ger bättre “fit”.

Question 57

Förklara varför OSIMM-nivåerna ”silo”, ”integrated” och ”componentized” endast är förstadier till en ”riktig” SOA.

Answer 57

Silo - Individuella delar av organisationen är utvecklade separat (i silos), utan integration och kommunikation med andra system.

Integrated - På denna nivå finns tekniker som gör kommunikation mellan silos möjlig.

Componentized - IT-systemen i silosarna är nedbrutna i olika komponenter och kan kommunicera med ramverk.

Question 58

Vad är datawarehouse?

Answer 58

Ett system som sammanställer information från flera källor. Read-only.

Question 59

Beslutsstödssystem kan stödja beslutsfattande på olika nivåer i en organisation. Ange två typer av beslutsstödssystem och vilken typ av beslut de stödjer.

Answer 59

Kunskapsdrivet beslutstödssystem som ger specialiserad kompetens inom problemlösning.

Ett kommunikationsdrivet beslutstödssystem som stödjer att två eller fler användare kan arbeta på samma data, exempelvis Google Docs.

Question 60

I Brehm, Heinzl och Markus (2001) typologi över ERP ”tailoring types” beskrivs 9 olika kategorier för att skräddarsy ett ERP system. Fyra av dessa kategorier är configuration, bolt-ons, screen masks och package code modification. Förklara vad de är för nåt.

Answer 60

Configuration - Val av inställningar/tabeller i systemet.

Bolt-ons - Implementation av tredjeparts mjukvara som integrerar med ERP-systemet.

Screen masks - Skapandet av nya screen masks för input och output data.

Code modification - Ändrar källkoden i systemet.

Question 61

Vad är middleware?

Answer 61

En mjukvara som kopplar ihop två delar av ett system och sköter kommunikation mellan dessa. Ibland är detta inbyggt i operativsystemet, är inte så stor skillnad på middleware och operativsystem.

Question 62

Vad är abstraction?

Answer 62

Göm all information som absolut inte är nödvändig för att använda tjänsten.

Question 63

Vad är composability?

Answer 63

Designa tjänster så att de kan användas tillsammans.

Question 64

Vad är autonomy?

Answer 64

Tjänsters självständighet. Tjänster har kontroll över logiken som de inkapslar. Minskar beroendet mellan tjänster.