[Epic] Speichern von Profilen und Parametern in der Parameter Registry

Warum

Im Rahmen des EPP-MVP soll u.a. die das SSP als Frontend für die Pflege von Parameter-Profilen und Parametern (Parameter-Profil-Instanzen = Anbindungen und deren Parameter) erprobt werden. Im Anwendungsfall der MVP gibt es Nutzer (Onlinedienstanbieter und Anbindungen), die Profile bzw. Parameter über das SSP pflegen und solche, die direkt die API der Parameter-Registry nutzen. Alle über das SSP bzw. dem Parameter-Service erstellten Daten müssen auch über die Parameter-Registry abrufbar sein. Umgekehrt werden im SSP auch über die API der Parameter-Registry gepflegte Profile (aber nur Profile!) für die Pflege von Parametern verwendet. Sobald die für den MVP als Backend verwendete Test-Instanz der Parameter Registry bereit steht, können Profile und Parameter dorthin geschrieben und von dort geladen werden.

Ziel

Der Parameter-Service wird weiterhin als Zwischenschicht benötigt. Er schreibt die Profile und die Parameter in die Parameter Registry, aber auch in die eigene Datenbank. In einem ersten Schritt wird geprüft, in wie weit unser Mockup im Parameter-Service in der konkreten Nutzung über die bewusst vorgenommen Vereinfachungen hinaus funktional von der Parameter Registry abweicht. Im zweiten Schritt werden Abweichungen behoben, die das Speichern und Laden von Profilen und Parametern verhindern. Grundsätzlich ist das Szenario so, dass vom Parameter-Service angelegte Profile bzw. Anbindungen und deren Parameter auscchließlich von PArameter-Service überschrieben werden. D.h. es muss nicht berücksichtigt werden, dass dadurch, dass der Parameter-Service oder das SSP nut Teile der Daten verwendet, beim Überschreiben Daten "verloren" gehen könnten.

Links, Hinweise, Bemerkungen

• Sofern eine Parameter-Registry existiert, vergibt diese die IDs. Alle im PS erzeugten Daten müssen auch in der Parameter-Registry abgelegt werden.
• Es sollen auch Profile verwendet werden können, die nicht über den PS erstellt wurden.

Stories

Akzeptanzkriterien

1. Unterschiede zwischen Parameter-Service und Parameter Registry, die das Speichern und Lesen von Profilen und Parametern behindern oder gar verhindern würden, wurden identifiziert und behoben. Wenn die Behebung Anpassungen beim SSP erfordern, wurde ein Ticket dafür angelegt. Der vereinfachte Funktionsumfang bei SSP und Parameter-Service wird dabei nur erweitert, wenn zwingend erforderlich.
2. Der Parameter-Service schreibt Profile in die Parameter Registry.
3. Der Parameter Service lädt Profile aus der Parameter Registry.
4. Der Parameter Service schreibt Anbindungen und deren Parameter in die Parameter Registry.
5. Der Parameter-Service kann mit und ohne Parameter Registry funktionieren. Beim Wechsel wird DAtenverlust akzeptiert.
6. Definition of Done wurde überprüft.