You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
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 />
ovenstående illustrationer. At et behandlingsindeks skal have en opskrift, som den ikke kender til, og at et<br />
behandlingsindeks kan indgå i flere opskrifter (1 → 1..*).<br />
Dernæst kan man se at behandlingsindekset skal have en behandling og en behandling sagtens kan indgå i<br />
flere behandlingsindekser, men som før skal behandlingerne ikke vide hvilke behandlingsindekser de indgår<br />
i (0..* → 1).<br />
Denne overgang er også gældende for den anden associationsklasse der indgår i analyse-diagrammet. Dog<br />
med den forskel at udviklerne fastslog at forholdet mellem Portion og Proces blev nødsaget til at være en<br />
komposition da det ikke ville give mening at en proces kunne stå alene uden nogen tilhørende Portion.<br />
Som man kan se af det over-all design klasse diagram er der en lille klasse som virker som om den er meget<br />
isoleret fra resten af modellen - nemlig SystemDato-klassen. Grunden til denne klasse er med i modellen, er<br />
for at kunne have et centralt sted for alle modelklasserne at hente deres Date-objekter til startTid og<br />
slutTid. Mange vil sige at det ville være nok bare at kalde new Date på disse tider når de skulle sættes, men<br />
eftersom udviklerne gerne ville kunne teste systemet ved at få tiden til at gå hurtigere, blev denne klasse<br />
implementeret så man fra andre klasser kunne sætte en ny tid for systemet. Derfor blev der også<br />
implementeret en TimeThread-klasse i Service pakken så den kunne håndtere hvornår og hvor ofte en ny<br />
dato skulle sættes. I selve implementeringen er denne klasse implementeret med to modes – et test og<br />
real-time mode. I det sidste mode vil der blive tjekket om computerens dato er en ny dato til forskel for den<br />
der allerede er sat i SystemDato-klassen efter et givent interval indtil systemet lukkes.<br />
Hvis man ser bort fra interfacet der også er med i ovenstående illustration, kan man se sammenhængen<br />
mellem de tre klasser: Service, TimeThread og SystemDato. Tanken bag denne kobling er at vi gerne vil tilgå<br />
en 'nuværende' dato i modellen uden at kalde op i DAO-en og Service klasserne. Derfor var det nødvendigt<br />
at oprette SystemDato-en. For hvert interval der går i TimeThread-tråd klassen skal dens run-metode sætte<br />
en ny dato i SystemDato klassen, samtidig med at den skal kalde en metode i Service klassen der tjekker<br />
Side 28 af 75
Change language