Systementwurf

Wie die Architektur ihre Grenzen wahrt

Ein Produktivsystem wird ebenso durch seine Ablehnungen wie durch seine Annahmen definiert. Nutzen Sie das Originalvideo als Beleg, erhalten Sie Konfidenz und Nichtverfügbarkeit und wählen Sie eine Trainingspriorität statt einer medizinischen oder Schiedsrichterwahrheit.

Kontrollebenen

Cross-platform client

Flutter verwaltet Identität, Upload, Jobstatus, Bericht und Löschung auf Mobilgeräten und Web.

Owner-scoped control plane

Firebase besitzt Uploadberechtigung, Warteschlange, Abrechnung, Dispatch, Abschluss und Löschung je Eigentümer.

Failure-aware GPU pipeline

Temporäre GPU-Worker führen eine gestufte Vision-Pipeline aus und veröffentlichen unveränderliche Artefakte.

Ablauf einer Anfrage

record and owner-authorized upload
  → media validation and normalization
  → gameplay, court, ball, player, bounce, pose, and shot stages
  → relationship and evidence validation
  → immutable generation artifacts
  → canonical result publication and frame-linked report

Fehlermodell

Unlesbares Video, unzureichende Kalibrierung, doppelte Jobs, konkurrierende Worker, Teilanalyse und fehlgeschlagene Veröffentlichung bleiben explizite Zustände.

Prüfliste

Owner isolation: Job, Upload, Ergebnis und Löschung sind an den Eigentümer gebunden.
Atomic publication: Der kanonische Ergebniszeiger wechselt erst nach vollständiger dauerhafter Generation.
Measurement honesty: Unbekannte Evidenz bleibt unbekannt; Kontakt, 3D oder Linienentscheidung werden nicht erfunden.
Bounded video access: Kurzlebige Berechtigungen, Löschpfade und der offengelegte EU-USA-Inferenzweg begrenzen die Verarbeitung.

← Zur Übersicht