docs: define update service url
This commit is contained in:
41
project-management/requirements/epics/EPIC_000008.md
Normal file
41
project-management/requirements/epics/EPIC_000008.md
Normal file
@ -0,0 +1,41 @@
|
||||
ID: EPIC_000008 | Version: 0.1.0 | Status: Draft
|
||||
By: Codex (GPT-5)
|
||||
|
||||
# EPIC_000008: Client-Side Update Mechanism
|
||||
|
||||
## Beschreibung
|
||||
Der Kiddo-Client kann Updates aus einer zentralen Quelle beziehen, verifizieren und anwenden.
|
||||
|
||||
## Ziel / Business Value
|
||||
Schnelle, sichere Aktualisierung ohne SSH-Zugriff auf Zielgeraete.
|
||||
|
||||
## Mission Statement
|
||||
Ermoegliche einen robusten Client-Update-Flow mit Verifikation und Rollback.
|
||||
|
||||
## Business Value & Metriken
|
||||
- Reduzierter manueller Update-Aufwand.
|
||||
- Erfolgsmetrik: Update kann automatisiert und nachvollziehbar erfolgen.
|
||||
|
||||
## In-Scope
|
||||
- Client zieht Update-Artefakte (Pull-Modell).
|
||||
- Verifikation (Checksum/Signatur).
|
||||
- Atomare Anwendung und Rollback bei Fehlern.
|
||||
- Statusreporting vom Client.
|
||||
|
||||
## Out-of-Scope
|
||||
- Aufbau/Betrieb des zentralen Update-Webservice.
|
||||
- Release-Publishing/CI/CD und Artefakt-Hosting.
|
||||
- Service-Monitoring und Verfuegbarkeit des Update-Backends.
|
||||
|
||||
## High-Level Akzeptanzkriterien
|
||||
- Client kann Updates erkennen, verifizieren und anwenden.
|
||||
- Fehler fuehren zu Rollback und klarer Statusmeldung.
|
||||
|
||||
## Technische Constraints & Risiken
|
||||
- Abhaengigkeit von Update-Backend und Netzverfuegbarkeit.
|
||||
- Update-Service wird unter `update.wlkns.org` erwartet.
|
||||
|
||||
## Zugeordnete User Stories
|
||||
- US_000026: Client bezieht Updates (Pull)
|
||||
- US_000027: Client verifiziert und wendet Updates an
|
||||
- US_000028: Client meldet Update-Status
|
||||
Reference in New Issue
Block a user