Zum Hauptinhalt springen

Roadmap

Was geplant ist, woran gerade gearbeitet wird und wie weit es ist. Jede Phase lässt sich einzeln als Bild speichern und weitergeben.

Phase 1 · Konzept & Planung

Als Bild speichern

Grundidee, Ziele, Anforderungen und technische Rahmenbedingungen festlegen.

45 %

  • Grundidee

    Steht: Begleitwerkzeug für bestehende Spiele – Online-Datenbank plus lokaler Client, der den Spielstand liest und sagt, was zum Ziel fehlt. Schriftlich festgehalten, aber noch nicht öffentlich formuliert.

    70 %

  • Ziele

    Grobe Richtung klar. Die Texte für die Startseite (Was ist das? Warum gibt es das?) stehen noch aus.

    40 %

  • Anforderungen und Technische Rahmenbedingungen festlegen

    Für die Infoseite entschieden und umgesetzt. Für Client, Plugin und Spielanbindung noch offen.

    25 %

Phase 2 · Systemarchitektur

Als Bild speichern

Die grundlegende Struktur von Backend, Datenbank, Client, Overlay und Game Bridge planen.

9 %

  • Struktur vom Backend

    Backend der Infoseite steht (Next.js, Supabase, getrennte Datenbank). Das Backend des eigentlichen Werkzeugs ist noch nicht entworfen.

    15 %

  • Datenbank

    Datenbank der Infoseite steht samt Zugriffsrechten. Die Spieldatenbank (Items, Rezepte) ist noch nicht angelegt.

    20 %

  • Client

    Noch nicht begonnen. SectorX (Wails, SQLite, Plugin-System) ist die technische Blaupause.

    0 %

  • Overlay & Gaming Bridge

    Noch nicht begonnen. Hängt davon ab, wie der Spielstand gelesen wird – Plugin oder Schnittstelle des Spiels.

    0 %

Phase 3 · Datenmodell & Game-Datenbank

Als Bild speichern

Struktur für Spiele, Versionen, Items, Rezepte, Kreaturen, Strukturen und weitere Spieldaten entwickeln.

0 %

  • Struktur für Spiele

    Noch nicht begonnen.

    0 %

  • Spiel Versionen

    Noch nicht begonnen.

    0 %

  • Items

    Noch nicht begonnen.

    0 %

  • Rezepte

    Noch nicht begonnen.

    0 %

  • Mobs

    Noch nicht begonnen.

    0 %

  • Strukturen

    Noch nicht begonnen.

    0 %

Phase 4 · Backend & API

Als Bild speichern

Zentrale Datenbank, API, Versionierung, Synchronisation und grundlegende Serverdienste entwickeln.

3 %

  • Zentrale Datenbank

    Supabase-Projekt läuft (eu-west-1) und wird bereits von der Infoseite genutzt. Die Spieldaten-Tabellen fehlen noch.

    10 %

  • API

    Noch nicht begonnen. Die Update-API der Hauptseite ist ein erprobtes Vorbild.

    0 %

  • Versionierung

    Noch nicht begonnen. Wichtig, weil Spielinhalte sich mit jedem Spiel-Update ändern.

    0 %

  • Synchronisation & Serverdienste

    Noch nicht begonnen.

    0 %

Phase 5 · Desktop Client

Als Bild speichern

Der lokale Client entsteht. Er verwaltet lokale Spieldaten, Synchronisation, Einstellungen und die Verbindung zum Spiel.

0 %

  • Grundgerüst der Anwendung

    0 %

  • Lokale Datenhaltung

    0 %

  • Abgleich mit dem Server

    0 %

  • Einstellungen

    0 %

  • Selbst-Update

    0 %

Phase 6 · Game Detection & Version Management

Als Bild speichern

Spiele automatisch erkennen, die installierte bzw. laufende Version ermitteln und die passenden Daten bereitstellen.

0 %

  • Installierte Spiele finden

    0 %

  • Laufendes Spiel erkennen

    0 %

  • Version ermitteln

    0 %

  • Passende Daten bereitstellen

    0 %

Phase 7 · Game Bridge Framework

Als Bild speichern

Die technische Grundlage für die Kommunikation zwischen Spiel, Mod/Plugin und Client entwickeln.

0 %

  • Schnittstelle festlegen

    0 %

  • Plugin-Grundgerüst

    0 %

  • Inventar auslesen

    0 %

  • Fortschritt auslesen

    0 %

  • Absicherung der Verbindung

    0 %

Phase 8 · Ingame Overlay

Als Bild speichern

Ein frei positionierbares Overlay, über das Informationen, Rezepte, Items und Ziele direkt im Spiel verfügbar werden.

0 %

  • Darstellung über dem Spiel

    0 %

  • Frei positionierbar

    0 %

  • Rezepte und Items anzeigen

    0 %

  • Zielliste: was fehlt noch

    0 %

  • Bedienung per Tastenkürzel

    0 %

Phase 9 · Erste vollständige Game-Integration

Als Bild speichern

Das erste unterstützte Spiel vollständig anbinden. Game-Daten, Versionserkennung, Bridge, Client und Overlay werden zu einem funktionierenden Gesamtsystem verbunden.

0 %

  • Spieldaten erfassen

    0 %

  • Bridge für dieses Spiel

    0 %

  • Zusammenspiel Client, Bridge, Overlay

    0 %

  • Durchgang von Anfang bis Ende

    0 %

Phase 10 · Testing & Optimierung

Als Bild speichern

Umfangreiche Tests mit unterschiedlichen Spielständen, Versionen und Systemkonfigurationen. Fehlerbehebung, Performance und Stabilität optimieren.

0 %

  • Verschiedene Spielstände

    0 %

  • Verschiedene Spielversionen

    0 %

  • Verschiedene Rechner

    0 %

  • Geschwindigkeit und Stabilität

    0 %

  • Fehler beheben

    0 %

Phase 11 · Closed Beta

Als Bild speichern

Erste externe Nutzer testen das System unter realen Bedingungen. Rückmeldungen sammeln und Funktionen gezielt verbessern.

0 %

  • Testerkreis zusammenstellen

    0 %

  • Build verteilen

    0 %

  • Rückmeldungen sammeln

    0 %

  • Nachbessern

    0 %

Phase 12 · Release 1.0

Als Bild speichern

Die erste stabile Version wird veröffentlicht.

0 %

  • Version festzurren

    0 %

  • Anleitung schreiben

    0 %

  • Veröffentlichen

    0 %

Phase 13 · Betrieb & Weiterentwicklung

Als Bild speichern

Game-Updates, Datenbankpflege, Client- und Bridge-Updates sowie kontinuierliche Weiterentwicklung.

0 %

  • Spieldaten bei Updates pflegen

    0 %

  • Client- und Bridge-Updates

    0 %

  • Rückmeldungen bearbeiten

    0 %

Phase 14 · Weitere Spiele

Als Bild speichern

Das bestehende Framework wird genutzt, um weitere Spiele anzubinden und die Plattform Schritt für Schritt auszubauen.

0 %

  • Nächstes Spiel auswählen

    0 %

  • Anbindung umsetzen

    0 %

  • Vorgehen verallgemeinern

    0 %