Anforderungen und Personas

[Philippluca]

Persona 1: Der Ingenieur

Name: Peter Müller
Alter: 42 Jahre
Beruf: Geodaten-Ingenieur
Technische Kenntnisse: Fortgeschritten, geübter Nutzer von Ingenieurtools wie TEKSI Wastewater, ModelBaker und WebGIS.
Ziele: Effiziente Lieferung von Geodaten, schnelle Korrektur von Fehlern.
Frustrationen: Zeitverlust durch manuelle Prozesse und unklare Fehlerdiagnosen.

User Story

Als Ingenieur
möchte ich meine Geodaten aus Tools wie TEKSI Wastewater in geopilot hochladen,
um diese an die nächste Instanz zu liefern und dabei sicherzustellen, dass keine Fehler in den Daten vorhanden sind.

---

Persona 2: Der Kantons-Mitarbeiter

Name: Claudia Steiner
Alter: 38 Jahre
Beruf: GIS-Spezialistin in der Kantonalen GIS Fachstelle
Technische Kenntnisse: Erfahren mit STAC-Browser, FME, und API-basierten Prozessen.
Ziele: Automatisierte Integration von Geodaten in die kantonale Infrastruktur.
Frustrationen: Medienbrüche und manuelle Aufgaben, die Zeit und Ressourcen kosten.

User Story

Als Kantons-Mitarbeiterin
möchte ich Geodaten über den STAC-Browser oder mithilfe eines automatisierten Scripts abrufen,
um sie nahtlos in unsere bestehende Infrastruktur zu integrieren.

---

Persona 3: Der Systemintegrator

Name: Tobias Lang
Alter: 45 Jahre
Beruf: Systemintegrator und Entwickler von WebGIS-Lösungen
Technische Kenntnisse: Experte in WebGIS, Datenmanagement und API-Schnittstellen.
Ziele: Minimierung des manuellen Arbeitsaufwands bei der Übergabe von Daten.
Frustrationen: Komplexe oder unzuverlässige API-Integrationen, die Wartung erfordern.

User Story

Als Systemintegrator
möchte ich sicherstellen, dass mein WebGIS periodisch automatisch Daten an geopilot übergeben kann,
um manuelle Eingriffe zu vermeiden und einen reibungslosen Prozess zu gewährleisten.

[Philippluca]

Abgeleitete Anforderugen an die Auth:

• Es muss möglich sein, sich als Benutzer auf dem UI einzuloggen.
  • Es muss möglich sein, sich als Benutzer auf dem UI ausloggen, damit keine weiteren Operationen durch 3. getätigt werden können.
• Es muss möglich sein, einem Skript/Drittsystem den delegierten Zugriff auf die API zu gewähren.
  • Es muss für den Benutzer ersichtlich sein, welches Tool einen delegierten Zugriff hält.
  • Es muss für den Benutzer möglich sein, ein Tool zu deauthorisieren.
• Zugriff auf die STAC API sollte auch ohne persönliche Benutzer möglich sein.
• Zugriff auf die STAC API kann von Adminstratoren verwaltet (vergeben & zurückgezogen) werden.

Nichtfunkionale Erwartungen.

• Benutzer könne sich ohne Umwege über GeoWerkstatt "registieren" bzw. erstmalig einloggen.
• Der Zugriff auf die API mit FME ist auch für nicht OAuth Profis dokumentiert und nachfollziebar.
• Der Zugriff auf die API kann ohne zusätzlichen Support von GeoWerkstatt bewerkstelligt werden. Alle nötigen Informationen (Supportete Flows, Secrets, Endpunkte, Scopes, Erwartungen and Header und Token) sind in der API Dokumentation ersichtlich.
• Es besteht Code (Python, C# oder Pseudocode) welcher einen Authroisierten Request auf die API ermöglicht.