Artefakte aktualisiert

Designphase/Architekturentscheidungen.md

@@ -2,4 +2,5 @@ Hier werden die verschiedenen Versionen der Architekturentscheidungen veröffent
 
 * [Architekturentscheidungen_V1.0](../uploads/Designphase/Architekturentscheidungen/Architekturentscheidungen_V1.0)
 * [Architekturentscheidungen_V1.1](../uploads/Designphase/Architekturentscheidungen/Architekturentscheidungen_V1.1)
-* [Architekturentscheidungen_V1.2](../uploads/Designphase/Architekturentscheidungen/Architekturentscheidungen_V1.2)
+* [Architekturentscheidungen_V1.2](../uploads/Designphase/Architekturentscheidungen/Architekturentscheidungen_V1.2)
+* [Architekturentscheidungen_V1.3](../uploads/Designphase/Architekturentscheidungen/Architekturentscheidungen_V1.3)

Designphase/Klassendiagramme.md

@@ -3,4 +3,5 @@ Hier werden Klassendiagramme veröffentlicht
 * [ClassChart_V1.0](../uploads/Designphase/Klassendiagramme/ClassChart_V1.0.svg)
 * [ClassChart_V1.1](../uploads/Designphase/Klassendiagramme/ClassChart_V1.1.svg)
 * [ClassChart_V1.2](../uploads/Designphase/Klassendiagramme/ClassChart_V1.2.svg)
-* [ClassChart_V1.3](../uploads/Designphase/Klassendiagramme/ClassChart_V1.3.svg)
+* [ClassChart_V1.3](../uploads/Designphase/Klassendiagramme/ClassChart_V1.3.svg)
+* [ClassChart_V1.4](../uploads/Designphase/Klassendiagramme/ClassChart_V1.4.svg)

Designphase/Sequenzdiagramme.md

@@ -2,6 +2,7 @@ Hier werden die Sequenzdiagramme veröffenticht
 
 * [Würfeln_V1.0](../uploads/Designphase/Sequenzdiagramme/Wuerfeln_V1.0.pdf)
 * [Würfeln_V1.1](../uploads/Designphase/Sequenzdiagramme/Wuerfeln_V1.1.svg)
+* [Würfeln_V1.2](../uploads/Designphase/Sequenzdiagramme/Würfeln_V1.2.svg)
 
 ---
 

Designphase/Testhandbuch.md

@@ -2,4 +2,5 @@ Folgende Versionen an Testhandbüchern sind bisher in der Designphase entstanden
 
 * [Testhandbuch_V2.0](../uploads/Designphase/Testhandbuch/Testhandbuch_V2.0.xlsx)
 * [Testhandbuch_V2.1](../uploads/Designphase/Testhandbuch/Testhandbuch_V2.1.xlsx)
-* [Testhandbuch_V2.2](../uploads/Designphase/Testhandbuch/Testhandbuch_V2.2.xlsx)
+* [Testhandbuch_V2.2](../uploads/Designphase/Testhandbuch/Testhandbuch_V2.2.xlsx)
+* [Testhandbuch_V2.3](../uploads/Designphase/Testhandbuch/Testhandbuch_V2.3.xlsx)

Designphase/Zustandsdiagramme.md

@@ -0,0 +1,17 @@
+Hier werden die Zustandsdiagramme reingestellt
+
+<details>
+<summary>GameState</summary>
+
+* [GameState_V1.2](../uploads/Designphase/Zustandsdiagramme/GameStateChart_V1.2.svg)
+
+</details>
+
+---
+
+<details>
+<summary>PlayerState</summary>
+
+* [PlayerState_V1.2](../uploads/Designphase/Zustandsdiagramme/PlayerStateChart_V1.3.svg)
+
+</details>

uploads/Designphase/Architekturentscheidungen/Architekturentscheidungen_V1.3.md

@@ -0,0 +1,70 @@
+# Architekturentscheidungen
+
+## Aufteilung Client Server
+
+### Server-seitige Aktionen und Berechnungen
+
+1. **Spielstart und Serververbindung**:
+   - Der Server wird beim Start des Spiels durch einen Spieler initialisiert, was anderen Spielern den Beitritt ermöglicht (UC-game-01).
+   - Spieler können sich über die Eingabe von Hostnamen und Portnummer zum Server verbinden (UC-game-07).
+2. **Spielmechanik**:
+   - Zentrale Berechnungen wie die Würfelwürfe (UC-gameplay-02), Mietenberechnungen bei Grundstücksbesitz (UC-gameplay-08), und Strafzahlungen (UC-gameplay-20) werden serverseitig ausgeführt und anschließend an die Clients gesendet.
+   - Spielaktionen wie der Übergang ins Gefängnis (Gulag) oder der Kauf eines Grundstücks werden ebenfalls auf dem Server ausgeführt, da diese den Status der Spielwelt beeinflussen (UC-gameplay-09, UC-gameplay-07).
+3. **Spielzüge und Spielerwechsel**:
+   - Die Verwaltung der Spielerreihenfolge und das automatische Beenden des Zugs bei Inaktivität erfolgen serverseitig (UC-gameplay-17, UC-gameplay-19).
+4. **Handelsberechnungen**:
+   - Alle Berechnungen und Validierungen für Handelsangebote, z.B., Verifizierung der Verfügbarkeit von Grundstücken und Geldern beim Handel, werden serverseitig durchgeführt (UC-trade-07, UC-trade-08).
+5. **Zustandsverwaltung der Spielwelt**:
+   - Änderungen in den Besitzverhältnissen, wie das Markieren von Grundstücken bei Kauf oder Verpfändung, werden zentral durch den Server verarbeitet und an alle Clients synchronisiert (UC-gameplay-10, UC-gameplay-14).
+
+### Client-seitige Aktionen und Darstellungen
+
+1. **UI-Interaktionen und Auswahlmöglichkeiten**:
+   - Der Client ermöglicht den Spielern, Menüs zu öffnen (z.B., Startmenü, Handelsmenü, Einstellungen) und eigene Aktionen wie den Würfelwurf oder die Auswahl von Handelsoptionen zu initiieren. Diese Aktionen lösen serverseitige Berechnungen aus, bleiben jedoch in der Steuerung und Interaktion clientseitig (UC-game-02, UC-trade-05, UC-menu-01).
+2. **Anzeige und Soundeffekte**:
+   - Die Anzeige von Würfelergebnissen, Karteninformationen und Pop-Ups bei Ereignissen (z.B., Zahlung von Miete oder Startgeld) werden klientenseitig dargestellt. Soundeffekte werden durch clientseitige Trigger abgespielt (UC-sound-01, UC-gameplay-29).
+3. **Echtzeit-Anzeigen**:
+   - Visualisierungen wie der Timeout-Counter und Anzeigen über das Vermögen der Mitspieler werden durch die Clients verwaltet und aktualisiert (UC-gameplay-36, UC-menu-12).
+4. **Benachrichtigungen und Popup-Verwaltung**:
+   - Der Client verwaltet das Ausspielen und Schließen von Pop-ups und Warnhinweisen für den Nutzer, z. B., Timeout-Warnungen und Handelsofferten, die durch serverseitige Signale ausgelöst werden (UC-gameplay-40).
+
+## Messages
+
+### 1\. Verbindungsmanagement
+
+- **Client → Server**: `ConnectRequest` – Spieler sendet eine Anfrage, dem Server beizutreten (mit Hostname und Port).
+- **Server → Client**: `ConnectionResponse` – Antwortet, ob die Verbindung erfolgreich hergestellt wurde.
+- **Client → Server**: `DisconnectRequest` – Spieler möchte das Spiel verlassen.
+- **Server → Client**: `PlayerDisconnected` – An alle Clients gesendete Nachricht, dass ein Spieler das Spiel verlassen hat.
+- **Server → Client**: `GameEnd` – Signalisiert allen Spielern, dass der Host das Spiel beendet hat.
+- **Client → Server**: `PlayerReady` - Setzt den Status eines Spielers in der Lobby auf Bereit oder nicht Bereit
+
+### 2\. Spielaktionen und -zustand
+
+- **Client → Server**: `RollDice` – Spieler fordert einen Würfelwurf an.
+- **Server → Client**: `DiceResult` – Sendet das Ergebnis des Würfelwurfs an den Spieler.
+- **Server → Client**: `MoveResult` – Bestätigt die Spielfigurbewegung und informiert über das Zielfeld mittels ID (z.B. „Grundstück“, „Steuerfeld“, „Gulag“).
+- **Client → Server**: `BuyPropertyRequest` – Spieler möchte ein Grundstück kaufen.
+- **Server → Client**: `BuyPropertyResponse` – Antwortet, ob der Kauf erfolgreich war.
+- **Server → Client**: `PayRent` – Spieler muss Miete zahlen, wenn er auf einem fremden Grundstück landet. Nachricht enthält den Betrag und den Zahlungsempfänger.
+- **Server → Client**: `UpdatePlayerAssets` – Informiert über aktualisierte Besitztümer oder Geldbeträge nach Aktionen (z.B., Kauf eines Grundstücks, Zahlung von Miete).
+- **Client → Server**: `EndTurn` – Spieler signalisiert das Ende seines Zugs.
+- **Server → Client**: `NextPlayerTurn` – Teilt allen Spielern mit, welcher Spieler an der Reihe ist.
+- **Server → Client**: `JailEvent` – Informiert den Spieler über den Eintritt ins oder Austritt aus dem Gulag.
+
+### 3\. Benachrichtigungen und Statusupdates
+
+- **Server → Client**: `GameStart` – Teilt mit, dass das Spiel beginnt und alle Spieler bereit sind.
+- **Server → Client**: `GameOver` – Informiert über das Spielende, entweder durch Bankrott eines Spielers oder weil ein Spieler gewonnen hat.
+- **Server → Client**: `PlayerStatusUpdate` – Sendet allen Spielern Statusänderungen von Mitspielern (z.B. Bankrott, neue Besitztümer).
+- **Server → Client**: `TimeoutWarning` – Warnung an einen inaktiven Spieler, dass sein Zug bald automatisch beendet wird.
+- **Server → Client**: `EventCardDraw` – Eine Ereigniskarte wird gezogen, die Nachricht enthält die Karte und den Effekt.
+- **Server → Client**: `SoundTrigger` – Signalisiert den Clients, bestimmte Soundeffekte auszulösen (z.B. „Würfeln“, „Grundstück kaufen“).
+
+### 4\. Interaktionen und Handelsmanagement
+
+- **Client → Server**: `TradeOffer` – Spieler sendet ein Handelsangebot an einen Mitspieler (enthält Details zu Geld, Grundstücken, etc.).
+- **Server → Client**: `TradeRequest` – Übermittelt das Handelsangebot an den ausgewählten Handelspartner.
+- **Client → Server**: `TradeResponse` – Antwortet auf ein Handelsangebot mit „Annehmen“ oder „Ablehnen“ oder „Gegenangebot“.
+- **Client → Server**: `ViewAssetsRequest` – Spieler fordert an, die Besitztümer eines Mitspielers anzuzeigen.
+- **Server → Client**: `ViewAssetsResponse` – Antwortet mit einer Übersicht der angeforderten Besitztümer eines Mitspielers.