Systemudvikling Flashcards
1
Q
Hvad vil det sige at en systemudviklingsmodel er iterativ?
A
At man bevæger sig mellem processens delelementer flere gange, og dermed genbesøger de samme processer igen og igen.
2
Q
Hvad er fordelen ved en iterativ tilgang til systemudvikling?
A
At det er nemmere at løse eventuelle problemer eller fejl, og at det kan lade sig gøre at skifte kurs hvis virksomhedens krav ændrer sig undervejs.
3
Q
Hvad er UP forkortelse for?
A
Unified Process
4
Q
Hvad kendetegner UP?
A
En iterativ systemudviklingsmodel. Use case dreven. Risikodreven.
5
Q
Hvad vil det sige at UP er risikodreven?
A
Udviklingen har hele tiden riscici for øje. Derfor fastlægges eks. arkitekturen hurtigt i processen.
6
Q
Hvad er modsætningen til et iterativt udviklingsforløb?
A
Et sekventielt forløb hvor man bevæger sig fra trin til trin. Og kun besøger hvert trin én gang.
7
Q
Hvad er det primære formål med en IT-forundersøgelse?
A
At kortlægge virksomhedens nuværende aktiviteter og processer.
8
Q
Hvad er formålet med en medarbejder-mål tabel?
A
At kortlægge virksomhedens nuværende arbejdsopgaver, og hvem der udfører dem, på baggrund af et interview med virksomheden.
9
Q
Hvad er formålet med et aktivitetsdiagram/workflow?
A
At visualisere virksomhedens nuværende arbejdsproces i et happy days format.
10
Q
Hvad tager aktivitetsdiagrammet udgangspunkt i?
A
Målene fra medarbejder-mål tabellen. Målenes trin medtages ikke.
11
Q
Hvad betyder det at et artefakt udarbejdes i et “happy days” format?
A
At det tager udgangspunkt i et perfekt scenarie, uden alternative flows.
12
Q
Hvad er mock-ups?
A
Primitive og ikke-funktionelle visualiseringer af brugergrænsefladen på det system kunden skal have.
13
Q
Hvad er formålet med en “tænke-højt-test”?
A
At få en brugers umiddelbare indtryk af systemet. Her bruges ofte mock-ups eller andre prototyper.
14
Q
Hvad er en use case?
A
Et funktionelt krav til et IT-system. En beskrivelse af en funktion i systemet fra aktørens perspektiv.
15
Q
Hvad er formålet med et use case diagram?
A
At visualisere de funktionelle krav til systemet, samt hvilke aktører der kan tilgå de forskellige funktionaliteter.
16
Q
Hvad er en brief use case beskrivelse?
A
En kort og præcis beskrivelse i et happy days format.
17
Q
Hvad er en casual use case beskrivelse?
A
En kort og præcis beskrivelse der medtager alternative flows der er meget hyppigt forekomne.
18
Q
Hvad er en fully dressed use case beskrivelse?
A
En detaljeret og nøjagtig beskrivelse af hvert trin i en use case. Medtager alle alternative flows og eventuelle særlige forretningskrav.
19
Q
Hvorfor prioriterer man på use cases?
A
For at finde ud af hvilke der er vigtigst at implementere først.
20
Q
Hvilke parametre prioriterer man use cases på?
A
Risiko, dækningsgrad og forretnings kritikalitet.
21
Q
Hvad er formålet med domænemodellen?
A
At vise et problemfelt fra virkeligheden. Samt at definere informationskravene i systemet; altså hvilke data der skal lagres.
22
Q
Hvad kendetegner domænemodellen?
A
Den viser et udsnit af virkeligheden. Den består af konceptuelle klasser - klasser der afbilleder data fra virkeligheden.
23
Q
Hvordan udvælges klasser til domænemodellen?
A
Med en kandidatliste der finder inspiration i navneord fra tidligere artefakter.
24
Q
Hvad siger multiplicitet i domænemodellen noget om?
A
Hvor mange objekter af hver klasse der kan eksistere.
25
Hvad er formålet med et systemsekvensdiagram?
At visualisere input og output mellem bruger og system.
26
Hvad kendetegner et systemsekvensdiagram?
Det udarbejdes i et "happy days" format. Laves altid på engelsk.
27
Hvad er formålet med operationskontrakter?
At beskrive de ændringer der forventes når en operation er udført.
28
Hvad kendetegner operationskontrakter?
Udføres på state ændrende input i systemsekvensdiagrammet; er der oprettet eller slettet en instans? Er der sket en ændring eller en tilskrivning af værdi? Er der oprettet eller brudt associeringer?
29
Hvad er formålet med et interaktionsdiagram?
At visualisere objektinteraktionen i et system for en given use case.
30
Hvad er formålet med et designklassediagram?
At vise alle systemets klasser, attributter, constructors og metoder, samt associeringer mellem designklasserne.
31
Hvordan kan interaktionsdiagrammet valideres?
Ved at tjekke om post-conditions i operationskontrakterne er opfyldt.
32
Hvad er et kommunikationsdiagram?
Et interaktionsdiagram i en komprimeret udgave.
33
Hvad er et sekvensdiagram?
En interaktionsdiagram i en mere "udvidet" udgave end kommunikationsdiagrammet.
34
Hvad betyder den fuldt-optrukne pil i designklassediagrammet.
At to designklasser associeres så længe de lever.
35
Hvad betyder den stiplede pil i designklassediagrammet?
At to designklasser associeres ved et bestemt metodekald, hvorefter forbindelsen "dør".
36
Hvad er formålet med test helt generelt?
At undersøge om systemet lever op til kravene, samt udbedre fejl og mangler.
37
Hvad er unit test?
En test af et lille udsnit kode.
38
Hvad er integrationstest?
Test af om flere stykker kode snakker korrekt sammen.
39
Hvad er systemtest?
Test af hvorvidt systemet lever op til kravene. Både de funktionelle og ikke-funktionelle.
40
Hvad er en acceptance test?
En test som udføres af kunden og som gerne skal udmunde i kundens accept af, at systemet opfylder kravene.
41
Hvad kendetegner en black-box test?
At der kun tages højde for input og output af testen.
42
Hvad kendetegner en white-box test?
At alle "veje" i en metode testes.
43
Hvad er fremgangsmåden for at udføre test cases?
Der defineres test scenarier for både happy days flowet og alternative flows i fully dressed beskrivelsen. For hvert scenarie opstilles der mindst en test case der definerer hvad der skal testes og hvordan.
44
Hvad er en "generalisering" i domænemodellen.
Når en superklasse nedarver til flere subklasser.
45
Hvad er "the role pattern" (rolle mønstret) i donænemodellen?
Når to konceptuelle klasser begge er associeret til hinanden. (Multiple association).
46
Hvad viser billedet?
En generalisering i en domænemodel.
47
Hvad viser billedet?
The role pattern (rolle mønstret) i en domænemodel.
48
Hvad viser billedet?
Et item-descripter mønster i domænemodellen.
49
Hvad er et item-descriptor mønster i en domænemodel?
Når en kopi er associeret til en anden klasse der indeholder den fælles beskrivelse for alle kopier. Kopien har så ansvaret for at gøre alle kopier unikke (eks. med ID).
50
Hvad er en aggregering i en domænemodel? Og hvordan ser den visuelt ud?
En stærkere associering. Vist med en "tom"/hvid diamant.
51
Hvad er en komposition i en domænemodel? Og hvordan ser den ud?
En stærkere aggregering. Betyder at den ene ikke kan leve uden den anden. Vist med en "fyldt/sort diamant.
52
Hvad er et aftalemønster i domænemodellen? Giv et eksempel på et aftalemønster.
Et mønster der fortæller noget om styring af en aftale. Eks. et salg der binder en kunde og et produkt. Her er salget aftalen.
53
Hvad viser billedet?
Et aftalemønster i en domænemodel.
54
Hvad er en composite attribute i en domænemodel? Kom med et eksempel.
En attribut i en konceptuel klasse der er en sammensætning af flere dele. Eks. 'Adresse' som kan splittes i gadenavn, postnummer osv.
55
Hvad viser billedet?
En relationel model (relationel database skema).
56
Hvad er en Relationel Model (relationel database skema)?
En model der viser opbygningen af en relationel database. Udarbejdes på baggrund af en domænemodel.
57
Hvad er reglerne for at mappe multi-valued attributter fra domænemodellen til den relationelle model?
Multi-valued attributter er ikke tilladte. Derfor laves der en ny relation for sådanne værdier. Eks. på en multi-valued attribut: "children" eller "courses".
58
Hvad er reglerne for at mappe composite (sammensatte) attributter fra domænemodellen til den relationelle model?
Composite (sammensatte) attributter bør splittes i flere dele. Der laves som oftest en ny relation der indeholder hvert delelement. Eks. på en composite attribut: "address".
59
Hvad er reglerne for NULL værdier når der mappes fra domænemodel til relationel model (relationel database skema)?
Antallet af NULL værdier bør minimeres. Jo færre jo bedre.
60
Forklar følgende mapping fra en konceptuel klasse til skemaer i den relationelle model. (Primære og fremmede nøgler, relation, osv.) Hvad er det for et problem der løses?
Den konceptuelle klasse Employee indeholder en multi-valued attribut (education). Derfor laves endnu en relation (EmployeeEducation) hvor education attributten vises. I denne relation laves der en sammensat primærnøgle der består af education attributten og primær nøglen fra Employee relationen - som desuden også er en fremmednøgle der peger på Employee id.
61
Forklar følgende mapping fra en konceptuel klasse til skemaer i den relationelle model. (Primære og fremmede nøgler, relation, osv.) Hvad er det for et problem der løses?
Den konceptuelle klasse Employee indeholder en composite attribut (address). Derfor laves endnu en relation (Address) hvor address attributten splittes i alle dens delelementer. Relationens fremmednøgle peger på Employee relationens primær nøgle (id).
62
Hvilke tre typer associeringer er vigtige i forbindelse med mapping fra domænemodellen til den relationelle model?
Tre typer associeringer: one-to-many, one-to-one, many-to-many. Multipliciteter i domænemodellen afgører hvilken type der er tale om for den pågældende associering.
63
Hvad er den typiske måde at mappe en one-to-many associering fra domænemodellen til den relationelle database?
I tabellen på "mange-siden" tilføjes primær nøglen fra "en-siden" som attribut. Denne bliver fremmednøglen der peger på primærnøglen på "en-siden".
64
Hvad betyder kardinalitet i forbindelse med domænemodellen?
Kardinalitet er et andet udtryk for multiplicitet.
65
Hvad er den typiske måde at mappe en one-to-one associering fra domænemodellen til den relationelle database? Og hvilken generel regel om mapping af relationelle databaser er vigtig at overveje i den forbindelse?
Den ene relation får tilføjet den anden relations primær nøgle som attribut. Denne bliver samtidig en fremmednøgle der peger på den anden tabels primær nøgle. Hvilken der referer til den anden afhænger af, om det ene eller det andet giver risiko for flest NULL værdier - hvilket er vigtigt for at mindske antallet af NULL værdier i databasen.
66
Hvad er den typiske måde at mappe en many-to-many associering fra domænemodellen til den relationelle database?
Der laves en ny "join" relation der får primær nøglerne fra begge af de to relationer som attributter. Disse to attributter bliver en sammensat primær nøgle. Hver attribut er desuden en fremmed nøgle der peger på hver af de oprindelige relationers primær nøgle. Hvis der er behov for flere attributter i join relationen må de gerne tilføjes.
67
Billedet viser et eksempel på mapping fra domænemodel til relationel database. Forklar hvad der er gjort og hvorfor.
Viser mapping af en many-to-many associering i domænemodellen. Der er lavet tre relationer, hvoraf en af dem er en "join relation" der har de to øvrige relationers primær nøgler som attributter. Disse danner tilsammen en sammensat primær nøgle. De er desuden hver i sær fremmed nøgler der peger tilbage på henholdsvis Customer og Account.
68
Hvad er en sammensat primær nøgle i en relationel database?
To eller flere attributter i en relation der tilsammen gør hver række unik.
69
Hvilke tre fremgangsmåder findes der til mapping af generaliseringer fra domænemodellen til den relationelle model?
Fremgangsmåder: "table-each", "pull-down", "pull-up".
70
Hvordan mappes en generalisering fra domænemodellen til den relationelle model med fremgangsmåden "table-each"? Hvad er ulemperne ved fremgangsmåden?
Hver klasse (både super- og subklasser) får sin egen relation. Primærnøglerne i subrelationerne er også fremmednøgler der peger på superrelationen. I superrelationen defineres en "type" attribut der viser hvilken subrelation den enkelte række er associeret til.
Ulemper: Flere tabeller skal joines for at udføre basale operationer (CRUD).
71
Hvordan mappes en generalisering fra domænemodellen til den relationelle model med fremgangsmåden "pull-down"? Hvad er ulemperne ved fremgangsmåden?
Alle subklasser får hver sin relation. Der laves ikke en relation for superklassen. I stedet trækkes superklassens attributter ned i hver af subrelationerne.
Ulempe: duplikering af superklassen attributter. Gør det mere komplekst at vedligeholde eller foretage ændringer i superklassens attributter.
72
Hvordan mappes en generalisering fra domænemodellen til den relationelle model med fremgangsmåden "pull-up"? Hvad er ulemperne ved fremgangsmåden?
Der laves en relation for superklassen men ingen for subklasserne. I stedet trækkes alle subklassernes attributter op i relationen for superklassen.
Ulempe: relationen vil indeholde mange NULL værdier.
73
Hvad er en method stub? Og hvad bruges den til i relation til systemudvikling?
En stub er en midlertidig erstatning af underliggende metoder. Bruges til at udføre unit test hvor en enkelt metode isoleres ved at indsætte stubs på metodens interne og eksterne metodekald.
74
Hvad kendetegner åben 3-lags arkitektur?
Opdeling i tre lag; ui-, controller- og modellag. I ui laget modtages og videregives information til og fra brugeren. I ctr laget foregår logikken. I modellaget holdes der på data. Når arkitekturen er åben kan ui laget læse på modellaget.
75
Hvad er Singleton for et type mønster?
GoF (Gang of Four).
76
Hvad er GRASP forkortelse for?
General Responsibility Assignment Software Patterns
77
Hvad er definitionen på et (design)mønster?
En løsning på et typisk (design)problem, som med mindre modifikationer kan bruges i mange sammenhænge.
78
Hvorfor er det vigtigt at minimere antallet af NULL værdier i databasen?
Fordi det ikke er muligt at vide hvorfor en værdi er NULL (kender vi ikke værdien, eller eksisterer den slet ikke?). Desuden fylder NULL værdier unødvendigt.
79
Hvorfor er det vigtigt at undgå multi-valued attributter i databasen?
Fordi det gør det enormt komplekst at fremsøge attributtens informationer.
80
Hvorfor er det vigtigt at decompose en sammensat attribut i databasen?
Fordi det gør det muligt at tilgå eller ændre i hvert delelement.
81
Hvad siger GRASP mønstre generelt noget om?
Hvordan ansvar skal tildeles objekter.
82
Hvilken type mønster er 'Creator mønstret´? Hvilket problem løser det, og hvordan?
Type: GRASP mønster.
Problem: Hvilket objekt B skal have ansvaret for at oprette nye forekomster A af en klasse?
Løsning: Objekt B vælges så
- Objekt B indeholder eller aggregerer A.
- Objekt B har de initierende data for A.
83
Hvilken type mønster er 'Information expert mønstret´? Hvilket problem løser det, og hvordan?
Type: GRASP mønster.
Problem: Hvem skal have ansvaret for at udføre en handling?
Løsning: Ansvaret gives til den der har informationen.
84
Hvilken type mønster er 'Controller mønstret´? Hvilket problem løser det, og hvordan?
Type: GRASP mønster.
Problem: Hvilket objekt skal modtage en systemhændelse fra grænsefladen?
Løsning: Ansvaret gives til den klasse der repræsenterer use case funktionaliteten.
85
Hvilken type mønster er 'High cohesion mønstret´? Hvilket problem løser det, og hvordan?
Type: GRASP mønster.
Problem: Hvordan holdes kompleksiteten lav?
Løsning: Ansvar tildeles så cohesion forbliver høj.
86
Hvad betyder High cohesion? Og hvad er fordelene ved det?
Er et udtryk for høj samhørighed i en klasse. Betyder med andre ord, at en klasses ansvar er tæt sammenhængende, og kan beskrives kort og klar.
Fordele:
- Let forståelig
- Lettere vedligeholdelse
- Fremmer genbrug
- Betyder ofte low coupling - men ikke altid
87
Hvorfor er det vigtigt, ifølge GRASP, at have en controller for hver use case - frem for at have én samlet controller.
For at sikre high cohesion ved at hver controller har sit eget ansvar.
88
Hvad betyder Low coupling? Og hvad er fordelene ved det?
Er et udtryk for lav afhængighed mellem systemets dele.
Fordele:
- Modvirker "vandrende fejl"
- Fremmer genbrug
- Fremmer forståelse af den enkelte klasse
89
Forklar billedet ifht. principperne omkring high cohesion og low coupling.
Figurerne i kasserne repræsenterer et bestemt ansvarsområde. Når de fordeles i kasserne efter figurtype, sikres high cohesion. Stregerne imellem kasserne repræsenterer afhængigheden mellem dem. Med færre forbindelser sikres low coupling.
90
Hvad bruges normalisering helt generelt til?
Til validering af database skemaets kvalitet.
91
Hvad er de generelle guidelines for normalisering?
1. Sikre at hver tabel har en klar betydning - altså at hver tabel kun indeholder relevante attributter.
2. Reducering af redundans.
3. Reducering af NULL værdier.
4. Undgå spurious tupler ved join.
92
Hvilket problem viser billedet? Og hvad er løsningen på problemet?
Der opnås spurious tupler ved join af to tabeller, hvilket betyder at join tabellen forårsager et brud på data integriteten ved visning af forkerte data. Løsningen er normalisering af databaseskemaet for at sikre kvaliteten.
93
Hvor mange normalformer er vi bekendt med?
1, 2, 3, og Boyce-Codd normalformerne.
94
Hvilke fire betingelser skal være opfyldt før et databaseskema er på 1. Normalform?
1. Rækkefølge af kolonner og rækker er ligegyldig
2. Hver tuple skal være unik
3. Hver kolonne skal være atomisk (opnås ved at undgå multi-valued attributter og sammensatte attributter)
4. Ingen gentagne grupper (der kan opstå gentagne grupper hvis en multi-valued attribut splittes op i samme tabel.)
95
Hvilke to betingelser skal være opfyldt før et databaseskema er på 2. Normalform?
1. Er på 1. normalform
2. None keys skal være afhængige af alle primærnøglens attributter (sammensat PK) - med andre ord skal der være funktionel afhængighed (x --> y).
96
Hvilke to betingelser skal være opfyldt før et databaseskema er på 3. Normalform?
1. Er på 2. normalform
2. Ingen transitive afhængigheder (x --> y --> z)
97
Hvilke to betingelser skal være opfyldt før et databaseskema er på Boyce-Codd normalform?
1. Er på 3. normalform
2. For alle funktionelle afhængigheder skal determinanten (x i x --> y) være nøglen.
98
Hvad betyder det når der udføres systemtest ud fra princippet om ækvivalente klasser?
Det betyder, at man tester før, på og efter nogle definerede grænser for valide og invalide data.
99
Hvorfor er det relevant at definere steps for udførelsen af hver enkelt testcase (systemtest)?
Det gør det muligt at replikere udførelsen af alle testcases. Betyder desuden at de kan udføres af hvem som helst.
100
Hvad er en surrogatnøgle i den relationelle database (surrogate key)?
Et unikt "pseudo" ID som bruges som primærnøgle hvis der ikke er en god naturlig primærnøgle til stede.
101
Hvornår er det en god ide at bruge en surrogatnøgle frem for en naturlig nøgle som PK? Kom med et eksempel på en dårlig naturlig nøgle, og en god naturlig nøgle.
Når der ikke er en naturlig nøgle der er god som PK. (En primær nøgle må helst ikke have anden funktion end at agere primær nøgle. Desuden bør risikoen for at PK ændres være meget lille.)
Dårlig naturlig nøgle: telefonnummer.
God naturlig nøgle: CPR nummer
