UI-V3----Evaluation

Ergebnisse Vorstellung 2025-12-03

• aktuell: Fokus auf Funktionalität für Kunden, Frontend zweitrangig.
• Weiterentwicklung erst wenn Kunde Funktionen benötigt.

Hintergrund

Evaluation der Änderungen des Frontends die angehend an die Änderungen im Rahmen der Entwicklung mit projectA umgesetzt wurden. (Zeitraum Mai-September 2025)
siehe: https://jira.efs-techhub.com/browse/EFSAI-6661

Hinsichtlich der Änderungen muss nicht nur geklärt werden welche Frontend Änderungen man übernehmen möchte, sondern auch welche der Änderungen die im Rahmen der Zusammenarbeit mit projectA entstanden sind man weiterhin als sinnvoll erachtet, benötigt oder überhaupt einsatzfähig sind.

Fazit Evaluierung

=> Änderungen gehen in eine gute Richtung, benötigen aber noch umfangreiche Anpassungen um tatsächlich konsistent und benutzbar zu sein.

Ergebnisse Evaluierung

• Global Space selector
  => ✅ verwenden decision
  -> benötigt noch Konzept für “Globale Landing Page”
  -> Julian: möchte Kachelansicht behalten (abhängig von globaler landing page).
  -> Landing page ist vorraussetzung für Kachelansicht weg/behalten.
  -> Brauchen Landing page!
• Global Search
  => 🚧 wieder einsetzen als extra Tab decision
  -> ☝️erfordert Metadatamanager Anpassung
  -> Priorität niedrig / Abwarten: was brauchen die Kunden?
• File Explorer
  => 🚧 decision
  -> Priorität niedrig / Abwarten — gerade nicht hoch priorisiert
• ✅ Entfernen der Dashboard Dropdowns (eigene Reiter für Opensearch Dashboards / Superset)
  decision => “Dashboard” -> “Visualiserung”; sonst lassen
  => “ETL” bzw. Kernfunktionen (deren Begriffe) wie sie auf der Homepage stehen mit rein bringen
• Überarbeitete Space Edit page verwenden
  => ✅ — Verwenden decision
  -> leichte UX-anpassungen nötig
  -> Rollen-/Rechteverwendung im Frontend harmonisieren
  -> Seite zum Bearbeiten von Organisations Metadaten fehlt komplett
• Generell Harmonisierung nötig
• Konzept Einstiegsseite / HomePage / Landing Page?
  -> aktuell nichts vorhanden
  -> Kachelübersicht ausbauen?
• CustomTables usability anpassen(mit global search anpassungen in main bereits implementiert)
• => ✖️ Service Anfragen (außer Individuell Anfrage) raus schmeißen — decision
• legacy code muss entfernt werden

---

Erschwert wird das Ganze durch Inkonsistenzen / unfertige Entwicklungsstände durch projectA Entwicklungsphase.:

• File Explorer unfertig
• Änderung im Metadata management (Metadaten für alte Suche werden aktuell nicht geschrieben)
• Ingest/Modelling an sich gut, aber sehr unübersichtlich zu benutzen
• Was soll mit Ingest/Modelling Formularen passieren?
• inkonsistene Datenstände bei vorhanden Strukturen (spaces / orgas) <- cleanup nötig!!

Evaluation der Änderungen

Dashboard Selector 👎

Fazit: Entfernen und eigene reiter für Superset/Opensearch Dashboards

=> wenig sinnvoll in aktueller version
=> eigene Reiter für superset/opensearch eventuell sinnvoller

Details

• Dropdown überhaupt sinnvoll? <- eigene Reiter ebenso möglich!
  
• Supersetinstanz auswählen:
  L
  ☝️Keine Referenz auf tatsächlich laufende superset instanzen
  benötigt backend unterstützung (sollte in organisation gespeichert werden ob Superset aktiv (brauchen möglichkeit das zu toggeln))
• Opensearch Einbindung funktioniert nicht in Kombination mit Space selector:
  ->

File Explorer 👎

Fazit

=> Muss komplett überarbeitet werden!

---

• fehlende Funktionen
• schlechte UX (vor/zurück geht nicht, clickevents nur auf schrift, …)
• nicht implementierte Funktionen
• Inkosistenzen (sowohl Frontend als auch Metadaten handling (altes/neues Konzept) generell SDK)
• …

Details

• löschen nicht implementiert
  

• Prefiltering nur auf Dateiebene
  
  ⬇️
  
  ⬇️
  

• lokale suche (anscheinend) komplett ohne funktion
  

• willkürliche constraints
  

• Inkonsistenzen zu alten Metadatensystem (opensearch) noch vorhanden decision

Space selector 👋

• kein SDK-Admin bypass (inkonsistente Reche) todo
• Organisation bearbeiten fehlt. <- gleichzeitig wird organisation angezeigt im space selector
• -> setzt voraus dass Nutzer nur einer Organisation angehören (⬆️ sinnvolle einschränkung?)

EDIT page Space/Organization 👍

Fazit

=> Auf jeden Fall verwenden ✅

---

Einige sehr gute Ideen:

• Ersetzung des Modals ✅
• Automatisches Speichern ✅
• optisch klare Verbesserung

☝️ ABER: Feinschliff von Nöten (funktional + UX)

Details

• Organisation bearbeiten fehlt komplett (nötig für Orga Admins!) todo
• 👍 ersetzt altes bearbeiten modal (unhandlich und buggy)
• vor/zurück button verhalten nicht angepasst an space selector todo
• Berechtigungskonzept inkonsistent durchgezogen (erlaubt SDK-Admin anzeige von spaces ohne spaces rechte, anpassung plugins, allerdings keine bearbeitung)
  -> muss komplett überarbeitet werden todo
• Änderungen werden direkt gespeichert (statt save button) -> deutlich moderner ✅
  -> ⛔ Anzeige erfolgreicher änderungen kommen noch im alten popup:
  
  -> Änderungen sollten direkt im formular angezeigt werden (in vorliegender form allerdings auch benutzbar) todo
• usermanagement: mail input validation todo
  

👍 Globale (legacy) Suche

Fazit

=> Wieder einbauen

---

• wird vom FAS bereich gebraucht (u.a.)
• funktional sinnvoll
• inkonsistenz mit neuen Metadatan - muss aufgelöst werden! (holistisch)

Details

in neuer überarbeiteter Variante (PROD / main) sinnvoll nutzbar (benötigt aber ebenso Überarbeitung und Harmonisierung):

Sonstiges

Anzeige Metadaten — Inkonsistent header ➡️ view

➡️