API-Entwurfslinie

Konzentriert sich auf die Designprinzipien und -praktiken für APIs.

Bahnhöfe

1. API-Plattformarchitektur

   Eintrittskriterien

   • Die API erfüllt einen klaren Geschäftsbedarf und ist für mehrere API-Nutzer wiederverwendbar
   • Die API ist dazu gedacht, Verbraucher vor Backend-Komplexität und Inkonsistenzen zu schützen.
   • Die API-Wert proposition wurde mit den relevanten Geschäft und Verbraucher-Stakeholdern überprüft und validiert.
   • API-Nutzersegmente (intern und extern) werden identifiziert.
   • Hochrangige Roadmaps für die API-Entwicklung werden erstellt.

2. API-Design

   Eintrittskriterien

   • Die gewählten API-Architektur- und Plattformmuster wurden mit den relevanten Architektur-, Sicherheits- und Plattform-Stakeholdern validiert.
   • Die API ist dazu gedacht, Verbraucher vor Backend-Komplexität und Inkonsistenzen zu schützen.
   • Die API-Design und die offengelegten Funktionen spiegeln klar den Geschäftswert und die Bedürfnisse der Benutzer wider.
   • Das API-Design folgt unseren gemeinsamen API-Produkt- und Design-Vorgaben.

3. API-Bereitstellung

   Eintrittskriterien

   • Die gewählten API-Architektur- und Plattformmuster wurden mit den relevanten Architektur-, Sicherheits- und Plattform-Stakeholdern validiert.
   • Die API ist dazu gedacht, Verbraucher vor Backend-Komplexität und Inkonsistenzen zu schützen.
   • Die API-Design und die offengelegten Funktionen spiegeln klar den Geschäftswert und die Bedürfnisse der Benutzer wider.
   • Das API-Design folgt unseren gemeinsamen API-Produkt- und Design-Vorgaben.

4. API-Audit

   Eintrittskriterien

   • Die gewählten API-Architektur- und Plattformmuster wurden mit den relevanten Architektur-, Sicherheits- und Plattform-Stakeholdern validiert.
   • Die API-Design und die offengelegten Funktionen spiegeln klar den Geschäftswert und die Bedürfnisse der Benutzer wider.
   • Die API und ihre offengelegten Funktionen sind ausreichend beschrieben für Überprüfung, Auditierung und Onboarding.
   • Das API-Design folgt unseren gemeinsamen API-Produkt- und Design-Vorgaben.
   • Der API-Vertrag wurde getestet und erfüllt die funktionalen und nicht-funktionalen Anforderungen.