API-Entwurfslinie
Konzentriert sich auf die Designprinzipien und -praktiken für APIs.
Bahnhöfe
Abschnitt betitelt „Bahnhöfe“- Die API erfüllt einen klaren Geschäftsbedarf und ist für mehrere API-Nutzer wiederverwendbar
- Das Ziel der API ist es, Backend-Datenmodelle und Diskrepanzen zu verbergen.
- Das Wertversprechen wird mit den wichtigsten Stakeholdern validiert.
- API-Nutzersegmente (intern und extern) werden identifiziert.
- Hochrangige Roadmaps für die API-Entwicklung werden erstellt.
- Die API-Architektur verwendet Muster, die die Wiederverwendbarkeit und Integration fördern, und wird mit den Stakeholdern validiert.
- Das Ziel der API ist es, Backend-Datenmodelle und Diskrepanzen zu verbergen.
- Das Design und die Endpunkte der API stehen in klarem Zusammenhang mit ihrem geschäftlichen Nutzen und ihren Funktionen.
- Die API weist ein einheitliches Design mit unseren anderen API-Produkten auf.
- Die API-Architektur verwendet Muster, die die Wiederverwendbarkeit und Integration fördern, und wird mit den Stakeholdern validiert.
- Das Ziel der API ist es, Backend-Datenmodelle und Diskrepanzen zu verbergen.
- Das Design und die Endpunkte der API stehen in klarem Zusammenhang mit ihrem geschäftlichen Nutzen und ihren Funktionen.
- Die API weist ein einheitliches Design mit unseren anderen API-Produkten auf.
- Die API-Architektur verwendet Muster, die die Wiederverwendbarkeit und Integration fördern, und wird mit den Stakeholdern validiert.
- Das Design und die Endpunkte der API stehen in klarem Zusammenhang mit ihrem geschäftlichen Nutzen und ihren Funktionen.
- Die API und ihre Endpunkte verfügen über Beschreibungen, die ihren geschäftlichen Nutzen und ihre Funktionen erläutern.
- Die API weist ein einheitliches Design mit unseren anderen API-Produkten auf.
- Der API-Vertrag wurde getestet und erfüllt die funktionalen und nicht-funktionalen Anforderungen.

Join the APIOps Community
Connect with practitioners and get the latest updates.
See meetups and more