Validierung der Eingaben beim Anlegen von Destinations im SSP [M]
Warum machen wir das?
Als Entwickler:in / Verfahrensbetreiber,
möchte bei der Eingabe von Daten durch eine Basisvalidierung bei der Angabe darauf hingewiesen werden, wenn ich meine Daten dem vorgesehenen Datenformat widersprechen und ich möchte nicht unnötig lange damit verbringen, dass korrekte Datenformat oder die Fehler meiner Eingabe zu verstehen.
Relevante Links und Bemerkungen
Fachliche Korrekte Schlüsseleingaben für ARS und Leika sind nicht Teil dieser Story, aber eine Basisvalidierung, ob der grundsätzliche Aufbau der Schlüssel korrekt ist, kann in die Story inkludiert werden.
Akzeptanzkriterien
Funktionale Anforderungen
-
Es existieren aussagekräftige Hinweise in den zulässigen Eingaben und Datenformaten aller Destinationfelder, sofern klar Vorgaben für die jeweiligen Felder existieren (bspw. aus der API-Spec oder sonstigen Überlegungen). -
Nach Abschluss oder bei der Eingabe im Feld erfolgt eine visuelle und textuelle Rückmeldung. (Hinweis: HTML Validierung) -
Die Rückmeldung im Fehlerfall gibt einen klaren Hinweis, warum die Eingabe inkorrekt ist (bspw. wie "Feld xyz muss einem gültigen E-Mail Format wie xxxxxx@yyyyyy.de entsprechen.")
Nicht-funktionale Anforderungen
https://wiki.fit-connect.fitko.dev/e/de/PM_PUBLIC/DefinitionOf)
Readyness Check (Siehe-
Definition of Ready erfüllt -
Definition of Done erfüllt
Durchführungsplan
Betroffene Softwareartefakte
-
Zustelldienst -
Self-Service-Portal -
OAuth Dienst -
Token Validator -
Software Tools und SDKs für Entwickler -
Routing Dienst -
DVDV
Umsetzungsschritte
-
... -
... -
...
Edited by Marco Holz