added Präsentation 19.11.2024
@@ -586,4 +586,111 @@ Asset Liste:
|
||||
|
||||
# Aufstieg in die Implementierungsphase ist gewährt
|
||||
|
||||
</details>
|
||||
|
||||
<details>
|
||||
<summary markdown="span">19.11.2024</summary>
|
||||
|
||||
### Ort, Datum, Zeit
|
||||
|
||||
Online (Zoom-Meeting), 19.11.2024, 12:00 - 12:40 Uhr
|
||||
|
||||
### Teilnehmer
|
||||
|
||||
- Bauer Lukas @j23b0233
|
||||
- Beck Cedric @j23b0826
|
||||
- Brennförderer Timo @j23b0724
|
||||
- Feyer Benjamin @j23f0712
|
||||
- Fleischer Hanno @j23f0779
|
||||
- Grigencha Daniel @j23g0274
|
||||
- Koppe Felix @fkoppe
|
||||
|
||||
## Was haben wir die vergangene Woche gemacht:
|
||||
- Artefakte überarbeitet
|
||||
- BPMN Lobby
|
||||
- Notification Liste
|
||||
- Kommunikation Model - View
|
||||
|
||||
## Was machen wir nächste Woche:
|
||||
- Schwerpunkt Tests
|
||||
- Model nahezu komplettiert
|
||||
- View wird weiterentwickelt
|
||||
|
||||
## Was hat uns an der Arbeit gehindert:
|
||||
- Widersprüchliche Artefakte
|
||||
- Implementierung
|
||||
- Verticie Count von 3 Millionen
|
||||
|
||||
## Aufgabenverteilung:
|
||||
|
||||
- Branches
|
||||
- Development ist zusammenführung von Model und View
|
||||
- Ist Main branch
|
||||
- Dev Test - Test
|
||||
- Dev Client - View
|
||||
- Model
|
||||
- Grigencha, Fleischer
|
||||
- View
|
||||
- Koppe Cedrick
|
||||
- Test
|
||||
- Bauer, Feyer, Brennförderer
|
||||
|
||||
## Präsentation:
|
||||
|
||||
- BPMN Diagramm
|
||||
- Erklärung hinzugefügt
|
||||
- Turn - Ceremony ergänzt
|
||||
- Lobby - neu hinzugefügt
|
||||
- Verbindung zwischen Server und Client auf Protokoll ebene
|
||||
- Notifications
|
||||
- Aufführung aller Notifications
|
||||
- Klassendiagramme
|
||||
- Kleinere Änderungen
|
||||
- Implementierung
|
||||
- Model noch nicht fertig
|
||||
- Alle Klassen für den Automaten
|
||||
- Client hat nur leere Klassen
|
||||
- ServerState
|
||||
- Abstrakte Klasse Parent
|
||||
- Änderungen im Klassendiagramm werden sich ergeben
|
||||
- Lobby
|
||||
- Transitionen die er machen muss
|
||||
- Client wählt Tsk aus - Server muss alle Clients informieren
|
||||
- GameState
|
||||
- Alle Transitionen
|
||||
- Entscheidet welche Transitionen sie macht Intern
|
||||
- ServerState machine ist bis zur nächsten Präsentation fertig
|
||||
- Game - Klasse die für, dass Spiel zuständig ist
|
||||
- Spieler werden mit Farbe gespeichert
|
||||
- Statistiken werden gespeichert
|
||||
- View
|
||||
- Vorstellung der Anwendung
|
||||
- Vertices Anzahl wird optimiert
|
||||
- AcousticHandler
|
||||
- PlaySound
|
||||
- MdgaSound
|
||||
- Map.mdga
|
||||
- Test werden im Laufe dieser Woche bearbeitet
|
||||
|
||||
### Punkte Betreuer:
|
||||
- Welche Herausforderungen hatten wir speziell in der Implementierungsphase
|
||||
- Missverständnisse bei den Artefakten
|
||||
- Messages haben gefehlt oder waren fehlerhaft
|
||||
- tryMove und Move Logik wurde ausgelagert
|
||||
- Diagramme, die sich ändern in der jeweiligen Phase einpflegen
|
||||
- Klassendiagramme in Implementierungsphase einfügen
|
||||
- Allgemeine Hinweise:
|
||||
- CodeStyle und CheckStyle müssen vor jedem Push durchlaufen
|
||||
- Solarlind API für Codeanalyse - Codeoptimierung
|
||||
|
||||
### Punkte Tutor:
|
||||
- Demo
|
||||
- Gelb und grün gegen andere Farben austauschen
|
||||
|
||||
### Punkte Teamleiter:
|
||||
- Keine Punkte
|
||||
|
||||
### Punkte Team:
|
||||
- Keine Punkte
|
||||
|
||||
</details>
|
||||
Reference in New Issue
Block a user