Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
23. april - <strong>2012</strong> Robert Nogal<br />
24. maj - <strong>2012</strong> <strong>Carletti</strong> Projekt <strong>2012</strong> Emil Thygesen<br />
Mads Pedersen<br />
status for en proces.<br />
Tilstandsdiagram Et diagramtype der viser hvornår man kan gå fra en tilstand til en anden og hvad<br />
der skal være opfyldt for at det er validt. Sagt på en anden måde så er det et<br />
diagram der viser systemets forskellige tilstande.<br />
Toerring En klasse der modellere en tørringsbehandling som er deffineret med en<br />
minimal, ideal og maksimum tørretid<br />
Usecase test En testtype som tester om den interaktion mellem aktøren og systemet er<br />
håndteret korrekt eller om der sker uforudsete ting.<br />
Ækvivalensklasse Et begreb der bliver brugt indefor test-verdenen. Det beskriver basalt set et<br />
interval af tal hvor alle de tal resultere i det samme resultat når de sættes ind<br />
som parametre i en metode.<br />
Software konstruktion<br />
Klassemodel (Fælles)<br />
Følgende tekst beskriver hvordan den teoretiske model fra Software Design er implementeret ud fra de<br />
mønstre og principper fra undervisningen de foregående to semestre. Der vil være en beskrivelse af selve<br />
modellen i form af en forklaring af sammenhængene mellem klasserne, hvilket inkluderet en begrundelse<br />
for de valg af Collection-frameworket, samt en gennemgang af evt. polymorfi. Dernæst vil der være en kort<br />
forklaring på den genererede Java-doc, som er blevet genereret ud fra de kommentarer som ligger i koden.<br />
Der udover er der en gennemgang af de design-mønstre der er valgt, både mellem klasserne men også af<br />
opbygningen af individuelle klasser.<br />
Implementering af design-modellen<br />
Dette delafsnit beskæftiger sig mest med de valg der er blevet truffet ved implementeringen af modellen<br />
med hovedfokus på koblingerne mellem klasserne samt de Collections dette medfører.<br />
Sammenhæng mellem klasserne<br />
For at starte et sted kan der med fornuft begyndes med koblingen mellem Opskrift-klassen og Portion-<br />
klassen. Ifølge modellen er denne kobling af typen komposition. Dette betyder at en række ting skal være<br />
opfyldt for at denne kobling kan siges at være korrekt implementeret. For det første må det ikke være muligt<br />
at kunne oprette objekter af typen Portion på andre måder end igennem et objekt af typen Opskrift. Derfor<br />
skal konstruktoren i Portion-klassen have access-modify-eren 'package-private' da dette gør at det kun er<br />
muligt at oprette Portions objekter inde i den pågældende package og på den måde begrænse muligheden<br />
for oprettelse af det pågældende objekt. Nu hvor emnet er konstruktoren i Portions-klassen skal man huske<br />
at kigge på den pågældende multiplicitet for denne association. Her er det nemlig en kobling med<br />
multipliciteten en til mange hvilket betyder at det oprettede objekts konstruktor skal medtage et objekt af<br />
typen som oprettende objekt har.<br />
Side 38 af 75