{"id":4312,"date":"2026-04-09T15:31:45","date_gmt":"2026-04-09T15:31:45","guid":{"rendered":"https:\/\/www.diagrams-ai.com\/es\/use-case-diagrams-agile-product-managers\/"},"modified":"2026-04-09T15:31:45","modified_gmt":"2026-04-09T15:31:45","slug":"use-case-diagrams-agile-product-managers","status":"publish","type":"post","link":"https:\/\/www.diagrams-ai.com\/es\/use-case-diagrams-agile-product-managers\/","title":{"rendered":"La gu\u00eda completa de diagramas de casos de uso para gestores de productos \u00e1giles principiantes"},"content":{"rendered":"<p>Comprender c\u00f3mo los usuarios interact\u00faan con su producto es la base del desarrollo exitoso. Para los gestores de productos \u00e1giles, visualizar estas interacciones de forma clara es esencial antes de escribir una sola l\u00ednea de c\u00f3digo. Esta gu\u00eda cubre todo lo que necesita saber sobre los diagramas de casos de uso. Exploraremos los componentes principales, las relaciones y c\u00f3mo integrar esta t\u00e9cnica en su flujo de trabajo \u00e1gil sin a\u00f1adir una sobrecarga innecesaria.<\/p>\n<p>Ya sea que est\u00e9 refinando un backlog o aclarando los requisitos para una iteraci\u00f3n, un diagrama bien estructurado cierra la brecha entre los objetivos empresariales y la ejecuci\u00f3n t\u00e9cnica. Esta gu\u00eda est\u00e1 dise\u00f1ada para ayudarle a crear claridad y alineaci\u00f3n en todo su equipo.<\/p>\n<div class=\"wp-block-image\">\n<figure class=\"aligncenter\"><img alt=\"Chalkboard-style infographic explaining Use Case Diagrams for Agile Product Managers: visual guide covering core components (actors, use cases, system boundary, relationships), 5-step creation process, comparison table with User Stories and Activity Diagrams, Include\/Extend relationship examples, Agile workflow integration tips, common pitfalls to avoid, and a practical e-commerce platform example\u2014all presented in a friendly hand-written teacher style on a dark slate background for easy team onboarding and requirement clarity\" decoding=\"async\" src=\"https:\/\/www.diagrams-ai.com\/wp-content\/uploads\/2026\/04\/use-case-diagrams-agile-product-managers-handbook-chalkboard-infographic.jpg\"\/><\/figure>\n<\/div>\n<h2>\ud83c\udfaf \u00bfQu\u00e9 es un diagrama de casos de uso?<\/h2>\n<p>Un diagrama de casos de uso es una representaci\u00f3n visual de las interacciones entre los usuarios (actores) y un sistema. Se centra en la funcionalidad que proporciona el sistema, m\u00e1s que en la l\u00f3gica interna o los detalles de implementaci\u00f3n. En entornos \u00e1giles, estos diagramas sirven como un mapa de alto nivel de las necesidades del usuario.<\/p>\n<p>A diferencia de los diagramas de flujo detallados, los diagramas de casos de uso no muestran la secuencia de pasos. En cambio, responden a la pregunta: \u00ab\u00bfQu\u00e9 puede hacer el sistema?\u00bb, desde la perspectiva de las personas que lo utilizan.<\/p>\n<p><strong>Las caracter\u00edsticas clave incluyen:<\/strong><\/p>\n<ul>\n<li><strong>Enfoque en la funcionalidad:<\/strong>Destaca caracter\u00edsticas y acciones.<\/li>\n<li><strong>Centrado en el actor:<\/strong>Se centra en qui\u00e9n realiza la acci\u00f3n.<\/li>\n<li><strong>L\u00edmite del sistema:<\/strong>Define claramente lo que est\u00e1 dentro del sistema y lo que est\u00e1 fuera.<\/li>\n<li><strong>Visi\u00f3n de alto nivel:<\/strong>Evita el jerg\u00f3n t\u00e9cnico y los detalles de implementaci\u00f3n.<\/li>\n<\/ul>\n<h2>\ud83e\udde9 Componentes principales de un diagrama de casos de uso<\/h2>\n<p>Para crear un diagrama efectivo, debe comprender los s\u00edmbolos est\u00e1ndar y sus significados. Estos elementos permanecen constantes independientemente de la herramienta que utilice para dibujarlos.<\/p>\n<h3>1. Actores \ud83d\udc64<\/h3>\n<p>Un actor representa un rol desempe\u00f1ado por un usuario o un sistema externo que interact\u00faa con el sistema principal. Los actores suelen representarse como figuras de palo.<\/p>\n<ul>\n<li><strong>Actores primarios:<\/strong>Estos inician la interacci\u00f3n. Por ejemplo, un \u00abCliente\u00bb que inicia una compra.<\/li>\n<li><strong>Actores secundarios:<\/strong>Estos apoyan al actor primario o al sistema. Por ejemplo, una \u00abPasarela de pago\u00bb que valida una transacci\u00f3n.<\/li>\n<li><strong>Actores internos:<\/strong>A veces, un subsistema act\u00faa como actor hacia otro subsistema.<\/li>\n<\/ul>\n<h3>2. Casos de uso \u2699\ufe0f<\/h3>\n<p>Un caso de uso representa un objetivo espec\u00edfico o una funci\u00f3n que realiza el sistema. A menudo se dibujan como \u00f3valos dentro del l\u00edmite del sistema.<\/p>\n<ul>\n<li><strong>Ejemplo:<\/strong> \u00abRealizar pedido\u00bb o \u00abIniciar sesi\u00f3n\u00bb.<\/li>\n<li><strong>Nombres descriptivos:<\/strong>Siempre use frases verbo-sustantivo (por ejemplo, \u00abGestionar inventario\u00bb en lugar de \u00abInventario\u00bb).<\/li>\n<\/ul>\n<h3>3. L\u00edmite del sistema \ud83d\udce6<\/h3>\n<p>El l\u00edmite del sistema es un rect\u00e1ngulo que encierra todos los casos de uso. Todo lo que est\u00e1 dentro de esta caja forma parte del sistema. Todo lo que est\u00e1 fuera es externo.<\/p>\n<ul>\n<li><strong>Claridad:<\/strong> Esto evita la confusi\u00f3n sobre lo que el sistema es responsable de hacer.<\/li>\n<li><strong>Alcance:<\/strong> Ayuda a los interesados a comprender el alcance de la versi\u00f3n actual.<\/li>\n<\/ul>\n<h3>4. Relaciones \ud83d\udd17<\/h3>\n<p>Las l\u00edneas conectan actores con casos de uso y casos de uso con otros casos de uso. Estas l\u00edneas definen c\u00f3mo interact\u00faan los elementos.<\/p>\n<ul>\n<li><strong>Asociaci\u00f3n:<\/strong> Una l\u00ednea s\u00f3lida que conecta un actor con un caso de uso.<\/li>\n<li><strong>Incluir:<\/strong> Un caso de uso que es obligatorio para otro caso de uso.<\/li>\n<li><strong>Extender:<\/strong> Un caso de uso que a\u00f1ade comportamiento opcional bajo condiciones espec\u00edficas.<\/li>\n<li><strong>Generalizaci\u00f3n:<\/strong> Una relaci\u00f3n en la que un actor o caso de uso es una versi\u00f3n especializada de otro.<\/li>\n<\/ul>\n<h2>\ud83d\udee0\ufe0f C\u00f3mo crear un diagrama de casos de uso: paso a paso<\/h2>\n<p>Crear un diagrama requiere colaboraci\u00f3n y una comprensi\u00f3n clara del dominio del problema. Siga este proceso para garantizar precisi\u00f3n y alineaci\u00f3n del equipo.<\/p>\n<h3>Paso 1: Identifique a los actores \ud83d\udd75\ufe0f<\/h3>\n<p>Comience listando a todas las personas que interact\u00faan con el sistema. Pregunte cosas como:<\/p>\n<ul>\n<li>\u00bfQui\u00e9n utiliza el sistema directamente?<\/li>\n<li>\u00bfQui\u00e9n se ve afectado indirectamente por el sistema?<\/li>\n<li>\u00bfHay sistemas externos involucrados (por ejemplo, servidores de correo electr\u00f3nico, procesadores de pagos)?<\/li>\n<\/ul>\n<p>Escr\u00edbalos en una pizarra o en notas adhesivas. Agrupe roles similares.<\/p>\n<h3>Paso 2: Defina los objetivos \ud83c\udfaf<\/h3>\n<p>Para cada actor, pregunte qu\u00e9 desea lograr. Estos objetivos se convertir\u00e1n en los casos de uso.<\/p>\n<ul>\n<li><strong>Actor:<\/strong>Cliente<\/li>\n<li><strong>Objetivo:<\/strong> Comprar un producto<\/li>\n<li><strong>Casos de uso:<\/strong>Realizar pedido<\/li>\n<\/ul>\n<h3>Paso 3: Dibujar el l\u00edmite del sistema \ud83d\udcd0<\/h3>\n<p>Dibuje un rect\u00e1ngulo grande. Etiqu\u00e9telo con el nombre del sistema o aplicaci\u00f3n. Coloque todos los casos de uso identificados dentro de este rect\u00e1ngulo.<\/p>\n<h3>Paso 4: Conectar actores con casos de uso \ud83d\udd0c<\/h3>\n<p>Dibuje l\u00edneas s\u00f3lidas desde el actor hasta los casos de uso con los que interact\u00faa. Aseg\u00farese de que cada l\u00ednea represente una interacci\u00f3n directa.<\/p>\n<h3>Paso 5: Agregar relaciones (Incluir\/Extender) \ud83d\udd17<\/h3>\n<p>Perfeccione el diagrama agregando complejidad cuando sea necesario.<\/p>\n<ul>\n<li><strong>Incluir:<\/strong>\u00daselo cuando un caso de uso siempre requiera otro. Por ejemplo, \u201cFinalizar compra\u201d siempre incluye \u201cIniciar sesi\u00f3n\u201d.<\/li>\n<li><strong>Extender:<\/strong>\u00daselo para comportamientos opcionales. Por ejemplo, \u201cAplicar descuento\u201d extiende \u201cRealizar pedido\u201d solo si se ingresa un c\u00f3digo.<\/li>\n<\/ul>\n<h2>\ud83d\udcca Caso de uso vs. Historia de usuario vs. Diagrama de actividades<\/h2>\n<p>Los equipos \u00e1giles a menudo confunden estos tres artefactos. Comprender la diferencia le ayuda a elegir la herramienta adecuada para la tarea adecuada.<\/p>\n<table>\n<thead>\n<tr>\n<th>Artefacto<\/th>\n<th>Enfoque<\/th>\n<th>Mejor utilizado para<\/th>\n<th>Nivel de detalle<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td><strong>Diagrama de casos de uso<\/strong><\/td>\n<td>Funcionalidad del sistema<\/td>\n<td>Requisitos y alcance de alto nivel<\/td>\n<td>Medio (visi\u00f3n general)<\/td>\n<\/tr>\n<tr>\n<td><strong>Historia de usuario<\/strong><\/td>\n<td>Valor para el usuario<\/td>\n<td>Elementos de la lista de pendientes y planificaci\u00f3n de sprints<\/td>\n<td>Alto (criterios espec\u00edficos)<\/td>\n<\/tr>\n<tr>\n<td><strong>Diagrama de actividades<\/strong><\/td>\n<td>Flujo de procesos<\/td>\n<td>L\u00f3gica compleja y rutas de decisi\u00f3n<\/td>\n<td>Muy alto (paso a paso)<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p><strong>Diagrama de casos de uso:<\/strong>\u00dasalo durante la fase de descubrimiento para definir lo que hace el sistema. Es ideal para integrar a nuevos miembros del equipo.<\/p>\n<p><strong>Historia de usuario:<\/strong>\u00dasalo durante la planificaci\u00f3n de sprint para definir el trabajo espec\u00edfico que se debe realizar. Sigue el formato: \u00abComo [rol], quiero [funcionalidad], para que [beneficio]\u00bb.<\/p>\n<p><strong>Diagrama de actividades:<\/strong>\u00dasalo cuando la l\u00f3gica sea compleja. Si un proceso implica muchos puntos de decisi\u00f3n, bucles o caminos paralelos, un diagrama que muestre el flujo es mejor que un caso de uso simple.<\/p>\n<h2>\ud83d\udd17 Comprendiendo las relaciones en detalle<\/h2>\n<p>Las relaciones a\u00f1aden profundidad a tu diagrama. Clarifican las dependencias entre funciones.<\/p>\n<h3>Relaci\u00f3n de inclusi\u00f3n (&lt;<include>&gt;)<\/include><\/h3>\n<p>Esta relaci\u00f3n indica que un caso de uso debe incorporar a otro. Es obligatoria.<\/p>\n<ul>\n<li><strong>Escenario:<\/strong>Un usuario quiere \u00abReservar un vuelo\u00bb.<\/li>\n<li><strong>Restricci\u00f3n:<\/strong>No pueden hacer esto sin \u00abSeleccionar un asiento\u00bb.<\/li>\n<li><strong>Diagrama:<\/strong> \u00abReservar vuelo\u00bb &lt;<include>&gt; \u00abSeleccionar asiento\u00bb.<\/include><\/li>\n<\/ul>\n<p>Esto ayuda a los desarrolladores a saber que ciertos pasos son partes irrenunciables de un proceso m\u00e1s amplio.<\/p>\n<h3>Relaci\u00f3n de extensi\u00f3n (&lt;<extend>&gt;)<\/extend><\/h3>\n<p>Esta relaci\u00f3n indica un comportamiento opcional que ocurre solo bajo condiciones espec\u00edficas.<\/p>\n<ul>\n<li><strong>Escenario:<\/strong>Un usuario quiere \u00abVer cuenta\u00bb.<\/li>\n<li><strong>Condici\u00f3n:<\/strong>Si la cuenta est\u00e1 bloqueada, el sistema debe \u00abMostrar advertencia de bloqueo\u00bb.<\/li>\n<li><strong>Diagrama:<\/strong> \u00abVer cuenta\u00bb &lt;<extend>&gt; \u00abMostrar advertencia de bloqueo\u00bb.<\/extend><\/li>\n<\/ul>\n<p>Utilice los extendidos con moderaci\u00f3n. Su uso excesivo puede hacer que el diagrama sea confuso.<\/p>\n<h3>Generalizaci\u00f3n (Herencia)<\/h3>\n<p>Se utiliza cuando un actor o caso de uso es una versi\u00f3n especializada de otro.<\/p>\n<ul>\n<li><strong>Actores:<\/strong>\u201cAdmin\u201d y \u201cUser\u201d podr\u00edan heredar ambos de \u201cPersona\u201d.<\/li>\n<li><strong>Casos de uso:<\/strong>\u201cPagar mediante tarjeta de cr\u00e9dito\u201d podr\u00eda heredar de \u201cPagar\u201d.<\/li>\n<\/ul>\n<p>Esto reduce la redundancia en su diagrama al mostrar el comportamiento compartido.<\/p>\n<h2>\ud83d\udd04 Integraci\u00f3n de casos de uso en flujos \u00e1giles<\/h2>\n<p>\u00c1gil enfatiza la iteraci\u00f3n y el feedback. Los diagramas est\u00e1ticos pueden parecer desactualizados r\u00e1pidamente. Aqu\u00ed tiene c\u00f3mo mantenerlos relevantes.<\/p>\n<h3>1. Refinamiento del backlog \ud83e\uddf9<\/h3>\n<p>Durante las sesiones de refinamiento, utilice el diagrama para asegurarse de que no se omita ninguna funcionalidad. Si se propone una nueva caracter\u00edstica, verifique si encaja dentro del l\u00edmite del sistema existente. Si no es as\u00ed, podr\u00eda tratarse de un sistema completamente nuevo.<\/p>\n<h3>2. Planificaci\u00f3n del sprint \ud83d\uddd3\ufe0f<\/h3>\n<p>Al seleccionar historias para un sprint, consulte el diagrama para ver c\u00f3mo se conectan las historias. Si una historia depende de un caso de uso espec\u00edfico, aseg\u00farese de que el actor e interacci\u00f3n sean claros.<\/p>\n<h3>3. Definici\u00f3n de terminado \u2705<\/h3>\n<p>Utilice el diagrama para verificar la completitud. Si un caso de uso en el diagrama no ha sido abordado en el sprint, no deber\u00eda marcarse como completado.<\/p>\n<h3>4. Comunicaci\u00f3n con los interesados \ud83d\udde3\ufe0f<\/h3>\n<p>Los casos de uso son excelentes para comunicarse con los interesados no t\u00e9cnicos. Proporcionan un resumen visual de las capacidades del producto sin abrumarlos con detalles t\u00e9cnicos.<\/p>\n<h2>\u26a0\ufe0f Errores comunes que deben evitarse<\/h2>\n<p>Incluso los gestores de productos experimentados cometen errores al crear estos diagramas. Tenga cuidado con estos peligros.<\/p>\n<ul>\n<li><strong>Demasiados detalles:<\/strong>No dibuje cada clic individual. Mant\u00e9ngalo a nivel alto. Si necesita mostrar clics, utilice un diagrama diferente.<\/li>\n<li><strong>L\u00f3gica interna:<\/strong>No incluya consultas a bases de datos ni llamadas a API. Estos son detalles de implementaci\u00f3n, no funciones de usuario.<\/li>\n<li><strong>Actores confusos:<\/strong>No utilice personas espec\u00edficas (por ejemplo, \u201cJuan\u201d) como actores. Utilice roles (por ejemplo, \u201cCliente\u201d).<\/li>\n<li><strong>Falta de l\u00edmites:<\/strong>Defina siempre claramente el borde del sistema. La ambig\u00fcedad aqu\u00ed conduce al crecimiento de alcance.<\/li>\n<li><strong>Ignorar extensiones:<\/strong>Si hay muchos estados de error o caracter\u00edsticas opcionales, considere utilizar una relaci\u00f3n Extend en lugar de ensuciar el flujo principal.<\/li>\n<\/ul>\n<h2>\ud83d\udcdd Ejemplo: Plataforma de comercio electr\u00f3nico<\/h2>\n<p>Veamos un ejemplo pr\u00e1ctico para afianzar estos conceptos. Imagina una tienda en l\u00ednea.<\/p>\n<h3>Actores<\/h3>\n<ul>\n<li><strong>Invitado:<\/strong> Navega sin iniciar sesi\u00f3n.<\/li>\n<li><strong>Usuario registrado:<\/strong> Tiene una cuenta.<\/li>\n<li><strong>Administrador:<\/strong> Gestiona la tienda.<\/li>\n<\/ul>\n<h3>Casos de uso<\/h3>\n<ul>\n<li><strong>Navegar el cat\u00e1logo<\/strong><\/li>\n<li><strong>Buscar productos<\/strong><\/li>\n<li><strong>Agregar al carrito<\/strong><\/li>\n<li><strong>Finalizar compra<\/strong><\/li>\n<li><strong>Gestionar el inventario<\/strong><\/li>\n<\/ul>\n<h3>Relaciones<\/h3>\n<ul>\n<li><strong>Invitado<\/strong> y <strong>Usuario registrado<\/strong> pueden ambos <strong>Navegar el cat\u00e1logo<\/strong>.<\/li>\n<li><strong>Finalizar compra<\/strong> incluye <strong>Ingresar informaci\u00f3n de env\u00edo<\/strong>.<\/li>\n<li><strong>Finalizar compra<\/strong> extiende <strong>Aplicar c\u00f3digo promocional<\/strong> (opcional).<\/li>\n<li><strong>Administrador<\/strong> interact\u00faa \u00fanicamente con <strong>Gestionar el inventario<\/strong>.<\/li>\n<\/ul>\n<h2>\ud83d\udee1\ufe0f Mejores pr\u00e1cticas para el mantenimiento<\/h2>\n<p>El software evoluciona. Sus diagramas deben evolucionar con \u00e9l. Un diagrama est\u00e1tico se convierte en una carga si no coincide con la realidad.<\/p>\n<ul>\n<li><strong>Revisar regularmente:<\/strong>Trate el diagrama como un documento vivo. Actual\u00edcelo durante las revisiones de sprint.<\/li>\n<li><strong>Control de versiones:<\/strong>Lleve un registro de los cambios. Si el sistema cambia significativamente, versione el diagrama.<\/li>\n<li><strong>Colaborar:<\/strong>No los dibuje solo. Involucre a desarrolladores y QA para asegurar la viabilidad t\u00e9cnica.<\/li>\n<li><strong>Simplicidad primero:<\/strong>Si un diagrama se vuelve demasiado complejo para leer, div\u00eddalo en varias vistas (por ejemplo, por m\u00f3dulo o actor).<\/li>\n<\/ul>\n<h2>\ud83d\udd0d Cu\u00e1ndo omitir los diagramas de casos de uso<\/h2>\n<p>Aunque son poderosos, estos diagramas no siempre son la mejor opci\u00f3n. Sepa cu\u00e1ndo omitirlos.<\/p>\n<ul>\n<li><strong>Proyectos simples:<\/strong>Si el sistema tiene solo tres funciones, una lista podr\u00eda ser suficiente.<\/li>\n<li><strong>L\u00f3gica compleja:<\/strong>Si el proceso implica m\u00e1quinas de estado complejas, un diagrama de estado o un diagrama de actividad es mejor.<\/li>\n<li><strong>Prototipado r\u00e1pido:<\/strong>Si est\u00e1 avanzando extremadamente r\u00e1pido y necesita validar una hip\u00f3tesis, un boceto en pizarra es mejor que un diagrama formal.<\/li>\n<\/ul>\n<h2>\ud83d\udcc8 Medir el \u00e9xito<\/h2>\n<p>\u00bfC\u00f3mo sabe si sus diagramas de casos de uso est\u00e1n funcionando?<\/p>\n<ul>\n<li><strong>Requisitos m\u00e1s claros:<\/strong>Menos preguntas del equipo de desarrollo durante el sprint.<\/li>\n<li><strong>Menor rehacer:<\/strong>Menos tiempo dedicado a corregir caracter\u00edsticas que no coinciden con el flujo previsto.<\/li>\n<li><strong>Mejor alineaci\u00f3n:<\/strong>Los interesados entienden la visi\u00f3n del producto sin necesidad de explicaciones t\u00e9cnicas.<\/li>\n<\/ul>\n<h2>\ud83d\ude80 Avanzando<\/h2>\n<p>Integrar los diagramas de casos de uso en tu pr\u00e1ctica \u00e1gil lleva tiempo. Empieza peque\u00f1o. Elige una caracter\u00edstica y descr\u00edbela. Comp\u00e1rtela con tu equipo. Recoge comentarios. Itera sobre el diagrama mismo.<\/p>\n<p>Recuerda, el objetivo no es la perfecci\u00f3n. El objetivo es la comunicaci\u00f3n. Un diagrama sencillo que aclara una idea compleja vale m\u00e1s que uno perfecto que nadie entiende.<\/p>\n<p>Al dominar los fundamentos de los actores, casos de uso y relaciones, construyes una base m\u00e1s s\u00f3lida para tu producto. Esta base respalda tu lista de pendientes, gu\u00eda tus sprints y asegura que tu equipo est\u00e9 construyendo lo correcto.<\/p>\n<p>Mant\u00e9n tus diagramas visibles. Mant\u00e9n actualizados. Y mant\u00e9n el enfoque en el usuario.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Comprender c\u00f3mo los usuarios interact\u00faan con su producto es la base del desarrollo exitoso. Para los gestores de productos \u00e1giles, visualizar estas interacciones de forma clara es esencial antes de escribir una sola l\u00ednea de c\u00f3digo. Esta gu\u00eda cubre todo lo que necesita saber sobre los diagramas de casos de uso. Exploraremos los componentes principales, las relaciones y c\u00f3mo integrar esta t\u00e9cnica en su flujo de trabajo \u00e1gil sin a\u00f1adir una sobrecarga innecesaria. Ya sea que est\u00e9 refinando un backlog o aclarando los requisitos para una iteraci\u00f3n, un diagrama bien estructurado cierra la brecha entre los objetivos empresariales y la ejecuci\u00f3n t\u00e9cnica. Esta gu\u00eda est\u00e1 dise\u00f1ada para ayudarle a crear claridad y alineaci\u00f3n en todo su equipo. \ud83c\udfaf \u00bfQu\u00e9 es un diagrama de casos de uso? Un diagrama de casos de uso es una representaci\u00f3n visual de las interacciones entre los usuarios (actores) y un sistema. Se centra en la funcionalidad que proporciona el sistema, m\u00e1s que en la l\u00f3gica interna o los detalles de implementaci\u00f3n. En entornos \u00e1giles, estos diagramas sirven como un mapa de alto nivel de las necesidades del usuario. A diferencia de los diagramas de flujo detallados, los diagramas de casos de uso no muestran la secuencia de pasos. En cambio, responden a la pregunta: \u00ab\u00bfQu\u00e9 puede hacer el sistema?\u00bb, desde la perspectiva de las personas que lo utilizan. Las caracter\u00edsticas clave incluyen: Enfoque en la funcionalidad:Destaca caracter\u00edsticas y acciones. Centrado en el actor:Se centra en qui\u00e9n realiza la acci\u00f3n. L\u00edmite del sistema:Define claramente lo que est\u00e1 dentro del sistema y lo que est\u00e1 fuera. Visi\u00f3n de alto nivel:Evita el jerg\u00f3n t\u00e9cnico y los detalles de implementaci\u00f3n. \ud83e\udde9 Componentes principales de un diagrama de casos de uso Para crear un diagrama efectivo, debe comprender los s\u00edmbolos est\u00e1ndar y sus significados. Estos elementos permanecen constantes independientemente de la herramienta que utilice para dibujarlos. 1. Actores \ud83d\udc64 Un actor representa un rol desempe\u00f1ado por un usuario o un sistema externo que interact\u00faa con el sistema principal. Los actores suelen representarse como figuras de palo. Actores primarios:Estos inician la interacci\u00f3n. Por ejemplo, un \u00abCliente\u00bb que inicia una compra. Actores secundarios:Estos apoyan al actor primario o al sistema. Por ejemplo, una \u00abPasarela de pago\u00bb que valida una transacci\u00f3n. Actores internos:A veces, un subsistema act\u00faa como actor hacia otro subsistema. 2. Casos de uso \u2699\ufe0f Un caso de uso representa un objetivo espec\u00edfico o una funci\u00f3n que realiza el sistema. A menudo se dibujan como \u00f3valos dentro del l\u00edmite del sistema. Ejemplo: \u00abRealizar pedido\u00bb o \u00abIniciar sesi\u00f3n\u00bb. Nombres descriptivos:Siempre use frases verbo-sustantivo (por ejemplo, \u00abGestionar inventario\u00bb en lugar de \u00abInventario\u00bb). 3. L\u00edmite del sistema \ud83d\udce6 El l\u00edmite del sistema es un rect\u00e1ngulo que encierra todos los casos de uso. Todo lo que est\u00e1 dentro de esta caja forma parte del sistema. Todo lo que est\u00e1 fuera es externo. Claridad: Esto evita la confusi\u00f3n sobre lo que el sistema es responsable de hacer. Alcance: Ayuda a los interesados a comprender el alcance de la versi\u00f3n actual. 4. Relaciones \ud83d\udd17 Las l\u00edneas conectan actores con casos de uso y casos de uso con otros casos de uso. Estas l\u00edneas definen c\u00f3mo interact\u00faan los elementos. Asociaci\u00f3n: Una l\u00ednea s\u00f3lida que conecta un actor con un caso de uso. Incluir: Un caso de uso que es obligatorio para otro caso de uso. Extender: Un caso de uso que a\u00f1ade comportamiento opcional bajo condiciones espec\u00edficas. Generalizaci\u00f3n: Una relaci\u00f3n en la que un actor o caso de uso es una versi\u00f3n especializada de otro. \ud83d\udee0\ufe0f C\u00f3mo crear un diagrama de casos de uso: paso a paso Crear un diagrama requiere colaboraci\u00f3n y una comprensi\u00f3n clara del dominio del problema. Siga este proceso para garantizar precisi\u00f3n y alineaci\u00f3n del equipo. Paso 1: Identifique a los actores \ud83d\udd75\ufe0f Comience listando a todas las personas que interact\u00faan con el sistema. Pregunte cosas como: \u00bfQui\u00e9n utiliza el sistema directamente? \u00bfQui\u00e9n se ve afectado indirectamente por el sistema? \u00bfHay sistemas externos involucrados (por ejemplo, servidores de correo electr\u00f3nico, procesadores de pagos)? Escr\u00edbalos en una pizarra o en notas adhesivas. Agrupe roles similares. Paso 2: Defina los objetivos \ud83c\udfaf Para cada actor, pregunte qu\u00e9 desea lograr. Estos objetivos se convertir\u00e1n en los casos de uso. Actor:Cliente Objetivo: Comprar un producto Casos de uso:Realizar pedido Paso 3: Dibujar el l\u00edmite del sistema \ud83d\udcd0 Dibuje un rect\u00e1ngulo grande. Etiqu\u00e9telo con el nombre del sistema o aplicaci\u00f3n. Coloque todos los casos de uso identificados dentro de este rect\u00e1ngulo. Paso 4: Conectar actores con casos de uso \ud83d\udd0c Dibuje l\u00edneas s\u00f3lidas desde el actor hasta los casos de uso con los que interact\u00faa. Aseg\u00farese de que cada l\u00ednea represente una interacci\u00f3n directa. Paso 5: Agregar relaciones (Incluir\/Extender) \ud83d\udd17 Perfeccione el diagrama agregando complejidad cuando sea necesario. Incluir:\u00daselo cuando un caso de uso siempre requiera otro. Por ejemplo, \u201cFinalizar compra\u201d siempre incluye \u201cIniciar sesi\u00f3n\u201d. Extender:\u00daselo para comportamientos opcionales. Por ejemplo, \u201cAplicar descuento\u201d extiende \u201cRealizar pedido\u201d solo si se ingresa un c\u00f3digo. \ud83d\udcca Caso de uso vs. Historia de usuario vs. Diagrama de actividades Los equipos \u00e1giles a menudo confunden estos tres artefactos. Comprender la diferencia le ayuda a elegir la herramienta adecuada para la tarea adecuada. Artefacto Enfoque Mejor utilizado para Nivel de detalle Diagrama de casos de uso Funcionalidad del sistema Requisitos y alcance de alto nivel Medio (visi\u00f3n general) Historia de usuario Valor para el usuario Elementos de la lista de pendientes y planificaci\u00f3n de sprints Alto (criterios espec\u00edficos) Diagrama de actividades Flujo de procesos L\u00f3gica compleja y rutas de decisi\u00f3n Muy alto (paso a paso) Diagrama de casos de uso:\u00dasalo durante la fase de descubrimiento para definir lo que hace el sistema. Es ideal para integrar a nuevos miembros del equipo. Historia de usuario:\u00dasalo durante la planificaci\u00f3n de sprint para definir el trabajo espec\u00edfico que se debe realizar. Sigue el formato: \u00abComo [rol], quiero [funcionalidad], para que [beneficio]\u00bb. Diagrama de actividades:\u00dasalo cuando la l\u00f3gica sea compleja. Si un proceso implica muchos puntos de decisi\u00f3n, bucles o caminos paralelos, un diagrama que muestre el flujo es mejor que un caso de uso simple. \ud83d\udd17 Comprendiendo<\/p>\n","protected":false},"author":1,"featured_media":4313,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[56],"tags":[77,87],"class_list":["post-4312","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-uml","tag-academic","tag-use-case-diagram"],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v28.0 - https:\/\/yoast.com\/product\/yoast-seo-wordpress\/ -->\n<title>Diagramas de casos de uso para gestores de productos \u00e1giles | Gu\u00eda para principiantes<\/title>\n<meta name=\"description\" content=\"Aprende a crear diagramas de casos de uso efectivos para tus proyectos \u00e1giles. Una gu\u00eda completa para gestores de productos sobre actores, relaciones y requisitos.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.diagrams-ai.com\/es\/use-case-diagrams-agile-product-managers\/\" \/>\n<meta property=\"og:locale\" content=\"es_ES\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Diagramas de casos de uso para gestores de productos \u00e1giles | Gu\u00eda para principiantes\" \/>\n<meta property=\"og:description\" content=\"Aprende a crear diagramas de casos de uso efectivos para tus proyectos \u00e1giles. Una gu\u00eda completa para gestores de productos sobre actores, relaciones y requisitos.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.diagrams-ai.com\/es\/use-case-diagrams-agile-product-managers\/\" \/>\n<meta property=\"og:site_name\" content=\"Diagrams AI Spanish\" \/>\n<meta property=\"article:published_time\" content=\"2026-04-09T15:31:45+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.diagrams-ai.com\/es\/wp-content\/uploads\/sites\/5\/2026\/04\/use-case-diagrams-agile-product-managers-handbook-chalkboard-infographic.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"1664\" \/>\n\t<meta property=\"og:image:height\" content=\"928\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"vpadmin\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Escrito por\" \/>\n\t<meta name=\"twitter:data1\" content=\"vpadmin\" \/>\n\t<meta name=\"twitter:label2\" content=\"Tiempo de lectura\" \/>\n\t<meta name=\"twitter:data2\" content=\"10 minutos\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/use-case-diagrams-agile-product-managers\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/use-case-diagrams-agile-product-managers\\\/\"},\"author\":{\"name\":\"vpadmin\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/#\\\/schema\\\/person\\\/ecc36153eaeb4aeaf895589c93d5de12\"},\"headline\":\"La gu\u00eda completa de diagramas de casos de uso para gestores de productos \u00e1giles principiantes\",\"datePublished\":\"2026-04-09T15:31:45+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/use-case-diagrams-agile-product-managers\\\/\"},\"wordCount\":2085,\"image\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/use-case-diagrams-agile-product-managers\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/wp-content\\\/uploads\\\/sites\\\/5\\\/2026\\\/04\\\/use-case-diagrams-agile-product-managers-handbook-chalkboard-infographic.jpg\",\"keywords\":[\"academic\",\"use case diagram\"],\"articleSection\":[\"UML\"],\"inLanguage\":\"es\"},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/use-case-diagrams-agile-product-managers\\\/\",\"url\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/use-case-diagrams-agile-product-managers\\\/\",\"name\":\"Diagramas de casos de uso para gestores de productos \u00e1giles | Gu\u00eda para principiantes\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/use-case-diagrams-agile-product-managers\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/use-case-diagrams-agile-product-managers\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/wp-content\\\/uploads\\\/sites\\\/5\\\/2026\\\/04\\\/use-case-diagrams-agile-product-managers-handbook-chalkboard-infographic.jpg\",\"datePublished\":\"2026-04-09T15:31:45+00:00\",\"author\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/#\\\/schema\\\/person\\\/ecc36153eaeb4aeaf895589c93d5de12\"},\"description\":\"Aprende a crear diagramas de casos de uso efectivos para tus proyectos \u00e1giles. Una gu\u00eda completa para gestores de productos sobre actores, relaciones y requisitos.\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/use-case-diagrams-agile-product-managers\\\/#breadcrumb\"},\"inLanguage\":\"es\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/use-case-diagrams-agile-product-managers\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"es\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/use-case-diagrams-agile-product-managers\\\/#primaryimage\",\"url\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/wp-content\\\/uploads\\\/sites\\\/5\\\/2026\\\/04\\\/use-case-diagrams-agile-product-managers-handbook-chalkboard-infographic.jpg\",\"contentUrl\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/wp-content\\\/uploads\\\/sites\\\/5\\\/2026\\\/04\\\/use-case-diagrams-agile-product-managers-handbook-chalkboard-infographic.jpg\",\"width\":1664,\"height\":928},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/use-case-diagrams-agile-product-managers\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"La gu\u00eda completa de diagramas de casos de uso para gestores de productos \u00e1giles principiantes\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/#website\",\"url\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/\",\"name\":\"Diagrams AI Spanish\",\"description\":\"\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"es\"},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/#\\\/schema\\\/person\\\/ecc36153eaeb4aeaf895589c93d5de12\",\"name\":\"vpadmin\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"es\",\"@id\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g\",\"contentUrl\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g\",\"caption\":\"vpadmin\"},\"sameAs\":[\"https:\\\/\\\/www.diagrams-ai.com\"],\"url\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/author\\\/vpadmin\\\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Diagramas de casos de uso para gestores de productos \u00e1giles | Gu\u00eda para principiantes","description":"Aprende a crear diagramas de casos de uso efectivos para tus proyectos \u00e1giles. Una gu\u00eda completa para gestores de productos sobre actores, relaciones y requisitos.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.diagrams-ai.com\/es\/use-case-diagrams-agile-product-managers\/","og_locale":"es_ES","og_type":"article","og_title":"Diagramas de casos de uso para gestores de productos \u00e1giles | Gu\u00eda para principiantes","og_description":"Aprende a crear diagramas de casos de uso efectivos para tus proyectos \u00e1giles. Una gu\u00eda completa para gestores de productos sobre actores, relaciones y requisitos.","og_url":"https:\/\/www.diagrams-ai.com\/es\/use-case-diagrams-agile-product-managers\/","og_site_name":"Diagrams AI Spanish","article_published_time":"2026-04-09T15:31:45+00:00","og_image":[{"width":1664,"height":928,"url":"https:\/\/www.diagrams-ai.com\/es\/wp-content\/uploads\/sites\/5\/2026\/04\/use-case-diagrams-agile-product-managers-handbook-chalkboard-infographic.jpg","type":"image\/jpeg"}],"author":"vpadmin","twitter_card":"summary_large_image","twitter_misc":{"Escrito por":"vpadmin","Tiempo de lectura":"10 minutos"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.diagrams-ai.com\/es\/use-case-diagrams-agile-product-managers\/#article","isPartOf":{"@id":"https:\/\/www.diagrams-ai.com\/es\/use-case-diagrams-agile-product-managers\/"},"author":{"name":"vpadmin","@id":"https:\/\/www.diagrams-ai.com\/es\/#\/schema\/person\/ecc36153eaeb4aeaf895589c93d5de12"},"headline":"La gu\u00eda completa de diagramas de casos de uso para gestores de productos \u00e1giles principiantes","datePublished":"2026-04-09T15:31:45+00:00","mainEntityOfPage":{"@id":"https:\/\/www.diagrams-ai.com\/es\/use-case-diagrams-agile-product-managers\/"},"wordCount":2085,"image":{"@id":"https:\/\/www.diagrams-ai.com\/es\/use-case-diagrams-agile-product-managers\/#primaryimage"},"thumbnailUrl":"https:\/\/www.diagrams-ai.com\/es\/wp-content\/uploads\/sites\/5\/2026\/04\/use-case-diagrams-agile-product-managers-handbook-chalkboard-infographic.jpg","keywords":["academic","use case diagram"],"articleSection":["UML"],"inLanguage":"es"},{"@type":"WebPage","@id":"https:\/\/www.diagrams-ai.com\/es\/use-case-diagrams-agile-product-managers\/","url":"https:\/\/www.diagrams-ai.com\/es\/use-case-diagrams-agile-product-managers\/","name":"Diagramas de casos de uso para gestores de productos \u00e1giles | Gu\u00eda para principiantes","isPartOf":{"@id":"https:\/\/www.diagrams-ai.com\/es\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.diagrams-ai.com\/es\/use-case-diagrams-agile-product-managers\/#primaryimage"},"image":{"@id":"https:\/\/www.diagrams-ai.com\/es\/use-case-diagrams-agile-product-managers\/#primaryimage"},"thumbnailUrl":"https:\/\/www.diagrams-ai.com\/es\/wp-content\/uploads\/sites\/5\/2026\/04\/use-case-diagrams-agile-product-managers-handbook-chalkboard-infographic.jpg","datePublished":"2026-04-09T15:31:45+00:00","author":{"@id":"https:\/\/www.diagrams-ai.com\/es\/#\/schema\/person\/ecc36153eaeb4aeaf895589c93d5de12"},"description":"Aprende a crear diagramas de casos de uso efectivos para tus proyectos \u00e1giles. Una gu\u00eda completa para gestores de productos sobre actores, relaciones y requisitos.","breadcrumb":{"@id":"https:\/\/www.diagrams-ai.com\/es\/use-case-diagrams-agile-product-managers\/#breadcrumb"},"inLanguage":"es","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.diagrams-ai.com\/es\/use-case-diagrams-agile-product-managers\/"]}]},{"@type":"ImageObject","inLanguage":"es","@id":"https:\/\/www.diagrams-ai.com\/es\/use-case-diagrams-agile-product-managers\/#primaryimage","url":"https:\/\/www.diagrams-ai.com\/es\/wp-content\/uploads\/sites\/5\/2026\/04\/use-case-diagrams-agile-product-managers-handbook-chalkboard-infographic.jpg","contentUrl":"https:\/\/www.diagrams-ai.com\/es\/wp-content\/uploads\/sites\/5\/2026\/04\/use-case-diagrams-agile-product-managers-handbook-chalkboard-infographic.jpg","width":1664,"height":928},{"@type":"BreadcrumbList","@id":"https:\/\/www.diagrams-ai.com\/es\/use-case-diagrams-agile-product-managers\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.diagrams-ai.com\/es\/"},{"@type":"ListItem","position":2,"name":"La gu\u00eda completa de diagramas de casos de uso para gestores de productos \u00e1giles principiantes"}]},{"@type":"WebSite","@id":"https:\/\/www.diagrams-ai.com\/es\/#website","url":"https:\/\/www.diagrams-ai.com\/es\/","name":"Diagrams AI Spanish","description":"","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.diagrams-ai.com\/es\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"es"},{"@type":"Person","@id":"https:\/\/www.diagrams-ai.com\/es\/#\/schema\/person\/ecc36153eaeb4aeaf895589c93d5de12","name":"vpadmin","image":{"@type":"ImageObject","inLanguage":"es","@id":"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g","caption":"vpadmin"},"sameAs":["https:\/\/www.diagrams-ai.com"],"url":"https:\/\/www.diagrams-ai.com\/es\/author\/vpadmin\/"}]}},"_links":{"self":[{"href":"https:\/\/www.diagrams-ai.com\/es\/wp-json\/wp\/v2\/posts\/4312","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.diagrams-ai.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.diagrams-ai.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.diagrams-ai.com\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.diagrams-ai.com\/es\/wp-json\/wp\/v2\/comments?post=4312"}],"version-history":[{"count":0,"href":"https:\/\/www.diagrams-ai.com\/es\/wp-json\/wp\/v2\/posts\/4312\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.diagrams-ai.com\/es\/wp-json\/wp\/v2\/media\/4313"}],"wp:attachment":[{"href":"https:\/\/www.diagrams-ai.com\/es\/wp-json\/wp\/v2\/media?parent=4312"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.diagrams-ai.com\/es\/wp-json\/wp\/v2\/categories?post=4312"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.diagrams-ai.com\/es\/wp-json\/wp\/v2\/tags?post=4312"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}