MyMapDiagrama de secuencia UML: autenticación de API
El prompt
Crea un diagrama de secuencia UML para el flujo de autenticación de una API REST con cliente, puerta de enlace de API, servicio de autenticación y base de datos
Crea tu propia versión
Sobre el marco
Sigue un inicio de sesión entre el navegador y el backend
El ejemplo de secuencia tiene cinco participantes: Usuario, Navegador, API de backend, Proveedor de OAuth y DB. Doce mensajes comienzan con Iniciar sesión con Google y continúan con la autorización, el consentimiento, el callback del código de autorización, el intercambio de tokens, la actualización o creación del registro de usuario, la cookie de sesión y la redirección al panel.
En el ejemplo, el proveedor devuelve un token de acceso y un token de ID. El diagrama muestra únicamente el flujo exitoso. No representa la validación de tokens, las comprobaciones de correlación de solicitudes, PKCE, el consentimiento rechazado, los códigos vencidos ni los fallos de la base de datos. El callback está etiquetado específicamente como POST /auth/callback; es un paso de ejemplo que debes adaptar a tu propia implementación.
Usa la secuencia para aclarar quién inicia cada solicitud y en qué momento el navegador transfiere el trabajo al servidor. Amplíala con pasos de validación y resultados alternativos antes de tratarla como una especificación de diseño. Mantén explícitos los detalles del protocolo y el comportamiento de sesión específico de tu aplicación.
Qué incluye
Qué obtienes
- Cinco líneas de vida que abarcan al usuario, el navegador, el backend, el proveedor y la base de datos
- Doce mensajes ordenados para un inicio de sesión exitoso
- Intercambio del código de autorización seguido de la actualización o creación del registro de usuario
- Mensajes finales para establecer la cookie de sesión y redirigir al panel
Diagrama de secuencia UML: autenticación de API
✦ Free preview · Sign in to use
Explore more
Plantillas relacionadas
Preguntas frecuentes
Preguntas comunes
¿Esto incluye escenarios de inicio de sesión fallido?
No. Los doce mensajes pertenecen al flujo exitoso. Solicita ramas alternativas para el consentimiento rechazado, los códigos inválidos o vencidos y los fallos al escribir los registros de usuario.
¿Qué ocurre después de que el proveedor devuelve los tokens?
El backend de ejemplo actualiza o crea un registro de usuario, recibe el objeto de usuario y establece una cookie de sesión. No representa la validación de tokens ni los detalles del almacenamiento de la sesión.
¿POST /auth/callback es obligatorio para mi aplicación?
Esa etiqueta pertenece al ejemplo. Adapta los mensajes del callback a la configuración de tu proveedor y a tus rutas de backend, diferenciando la redirección del proveedor de cualquier solicitud posterior del navegador al backend.
Diagrama de secuencia UML: autenticación de API
Gratis para empezar. No se requiere tarjeta de crédito.