feat: show update service status in UI

This commit is contained in:
2026-01-15 11:06:54 +01:00
parent 55e452b6a2
commit f513d46d08
22 changed files with 351 additions and 2 deletions

View File

@ -45,3 +45,4 @@ Ermoegliche einen robusten Client-Update-Flow mit Verifikation und Rollback.
- US_000032: Update-Logs im Web-UI anzeigen
- US_000033: Rollback im Web-UI anstossen
- US_000043: Enrollment-Token per Script abrufen
- US_000046: Update-Service Erreichbarkeit anzeigen

View File

@ -0,0 +1,38 @@
ID: EPIC_000013 | Version: 0.2.1 | Status: Draft
By: Codex (GPT-5)
# EPIC_000013: System Telemetry im Dashboard
## Beschreibung
Anzeige von Systemmetriken (CPU, RAM, GPU, Netzwerk) fuer Operatoren im Web-Dashboard.
## Ziel / Business Value
Schneller Ueberblick ueber Systemzustand und Last ohne externe Tools.
## Mission Statement
Stelle aktuelle Telemetriedaten im Dashboard bereit, aktualisiert in kurzen Intervallen.
## Business Value & Metriken
- Operatoren erkennen Engpaesse sofort.
- Erfolgsmetrik: Metriken aktualisieren sich alle 5 Sekunden im UI.
## In-Scope
- API liefert aktuelle CPU/RAM/GPU/Netzwerkwerte.
- Web-UI zeigt Kacheln in einem "System Information" Container.
## Out-of-Scope
- Langzeit-Historie oder Trend-Analysen.
- Alerting oder Threshold-Management.
## High-Level Akzeptanzkriterien
- CPU als Gesamt-% angezeigt.
- RAM: Total und Usage %.
- GPU: VRAM Total und Usage % (falls GPU vorhanden).
- Netzwerk: aktuelle RX/TX in Mbps.
## Technische Constraints & Risiken
- GPU-Metriken sind hardware-/driver-abhaengig.
- Netzwerkwerte benoetigen Delta-Berechnung ueber Zeitfenster.
## Zugeordnete User Stories
- US_000044: Systemmetriken im Dashboard anzeigen

View File

@ -0,0 +1,42 @@
ID: EPIC_000014 | Version: 0.2.1 | Status: Draft
By: Codex (GPT-5)
# EPIC_000014: Login-Zeitfenster und Parent-Control Regeln
## Beschreibung
Admins definieren Zeitfenster pro Nutzer, in denen Login erlaubt ist. Beim Login wird
geprueft, ob der Zeitpunkt erlaubt ist; andernfalls erfolgt Hinweis, Konto wird deaktiviert
und der Rechner heruntergefahren. Beim Systemstart wird geprueft, welche Nutzer sich anmelden duerfen.
## Ziel / Business Value
Verlaessliche Einhaltung von Nutzungszeiten ohne manuelle Eingriffe.
## Mission Statement
Stelle regelbasierte Login-Beschraenkungen bereit, die zentral verwaltbar und systemweit
durchsetzbar sind.
## Business Value & Metriken
- Reduzierte manuelle Sperren.
- Erfolgsmetrik: Verbotene Logins werden zu 100% blockiert.
## In-Scope
- Regeln pro Nutzer (erlaubte Zeitfenster).
- Automatische Aktivierung/Deaktivierung nach Regeln.
- Durchsetzung bei Login und beim Systemstart.
## Out-of-Scope
- Historische Reports oder Nutzungsstatistiken.
- MFA oder externe Auth-Systeme.
## High-Level Akzeptanzkriterien
- Ohne Regel ist Login erlaubt.
- Mit Regel wird Login nur in erlaubten Zeitfenstern zugelassen.
- Bei Verbot: Hinweis, Konto wird deaktiviert, Shutdown wird gestartet.
- Optional: Konto wird nach Zeitfenster automatisch wieder aktiviert.
## Technische Constraints & Risiken
- Zeit- und Zeitzonenhandling.
- Durchsetzung erfordert Hook in Auth/Login-Prozess.
## Zugeordnete User Stories
- US_000045: Regeln fuer Login-Zeitfenster definieren und durchsetzen