OO analyse og design

Over de næste to uger forvandler klassen sig til en udviklingsafdeling i et spilfirma. Vi har fået til opgave at kode spil-logikken til brætspillet Matador. Vi skal arbejde i sprints og i teams vil i levere hver jeres del af koden, som vi så sætter sammen efter hvert sprint.

NB! Din mødestabilitet er (som på en arbejdsplads) vigtig for at opnå kontinuitet i din forståelse af kode og for hele holdets produktivitet.

I denne uge er målet at blive enige om et design som vi alle kan kode efter. Der er to dele i et design:

1. statisk design (hvilke klasser skal vi bruge?)
2. dynamisk design (Hvilke metoder skal der være og hvordan skal de kommunikere?)

Vi vil også tage hul på de første sprints så vi ender med at have kode der kan bruges i et turbaseret spil.

Læringsmål for ugen

Vi foretager objektanalyse på kundekrav til Matadorspillet og tegner en domænemodel. Senere vil domænemodellen udvikle sig til et klassediagram og fungere som en slags aftaledokument i implementeringsfasen.

-Fælles forståelse og vokabular for entiteterne i systemet.

• GeeksForGeeks:object oriented analysis and design
• PlantUML.com: domænemodeller
• læs Kundekrav

Upload gruppens domænemodel

• Vi skal blive enige om en domænemodel og se hvordan man kommer fra domænemodel til klassediagram. For at nå frem til det dynamiske design, skal vi bryde opgaven mere ned med use cases.

Den systemansvarlige har skrevet nogle på forhånd, som vi skal kigge nærmere på.

• Vi starter projektet op ved at klone MonopolyE26

• Fælles forståelse for hvordan systemet skal opføre sig.
• Finde kode vi kan genbruge, og tilpasse den, så den adlyder usecase 1 og 2.

læs use cases

Vi har etableret fået etableret vores projektkode med noget genbrugt kode som har to ting, vi skal bruge: mekanismer til datapersistens og brugerdialog. Men vi er ikke helt i mål med persisteringen. Vi vil også bygge mekanismen der skifter mellem spillere.

Bygge game loop: mekanisme til at skifte mellem spillere.

Kontoret er tomt, alle arbejder hjemme.

Hvis man ikke var med til at arbejde med use cases tirsdag og onsdag, kan man fylde hullerne ved at sætte sig ned og læse de første 5 use cases grundigt. læs use cases

Mere arbejde med detaljeret design - sekvensdiagrammer. Vi færdiggør UC2 og laver lidt på UC1 og UC3.

Man kan orientere sig i dokumentationen om sekvensdiagrammer på plantUML.com