Udvikling af UML klassediagram

Diskussion omkring move-metoden i Player-klassen – skal denne returnere noget? Flere af os mangler erfaring nok med at programmere til at kunne gennemskue dette.

Skal vi anvende et Array eller en ArrayList i Puzzle-klassen? Vi vælger en ArrayList, da den er dynamisk, og vi derfor bedre kan udvikle på spillet på længere sigt.

Diskussion om vi har behov for IoT-Item-klassen, som vi har lavet i vores CRC, da Puzzle-klassen reelt gør det samme. Vi vælger at stryge IoT-Item-klassen, da den egentlig bare fungerer som en mellemklasse mellem Puzzle og Entity, og ikke er nødvendig.

Diskussion om vi skal have et Interface for Model til Entity-klassen, da de genstande som repræsenteres kan have fællestræk, som kan kaldes fra Interface – vi vælger dog i stedet at oprette disse træk som attributter i klassen Entity.

Diskussion public eller private for klasserne: Room og Entity – hvem skal kalde hvem? Vi fjerner size på Room-klassen, da det vil være det samme som ArraySize.

Game-klassen: Skal gemme på Player, det har vi glemt at skrive på CRC, da Player (vores spiller) ellers ikke vil være til stede i spillet.

EnergyBar-klassen: ConstructEnergy (udover at vi stort set ikke kan læse, hvad der står i CRC) udgår, da vi ikke bruger den til noget – mener det bare er en påmindelse om at denne klasse rummer constructoren for Energy.

Ironmanmode: Konflikt om navngivning – der er ingen, absolut ingen, der kan finde på fede navne. Skal timeren hedde seconds eller timerSeconds. Vi løste konflikten ved at det i virkeligheden ikke var vigtigt for nogen af os. Det viste sig senere at timerInSeconds var bedste navn, da vi også fik en metode med navnet timer.

Attributten destription er tilføjet flere steder, da vi i første iteration skal lave CommandLine.

Klasserne Screen g Menu laver vi i UML-klassediagrammet nu, men de kommer til at stå som meget ”tomme klasser” med kun enkelte metoder, da de ikke rigtig skal bruges i første iteration, men først i anden iteration, hvor vi skal lave GUI.

Survey-klassen: Metoder til indsamling af data fra besvarelse af spørgeskemaerne kommer senere, når vi finder ud af hvordan vi opsætter en indsamling af data.

Indhold?

Vi har nu lavet forarbejdet til at begynde at programmere spillet, vi mangler dog noget på indholdssiden: Hvilke Entities (IoT-enheder) skal der være? Hvad skal spilleren lære i vores puzzles? Hvilke spørgsmål skal vi stille i vores før og efter surveys?