{"id":4327,"date":"2026-04-06T22:21:48","date_gmt":"2026-04-06T22:21:48","guid":{"rendered":"https:\/\/www.diagrams-ai.com\/es\/tutorial-drawing-first-use-case-diagram-30-minutes\/"},"modified":"2026-04-06T22:21:48","modified_gmt":"2026-04-06T22:21:48","slug":"tutorial-drawing-first-use-case-diagram-30-minutes","status":"publish","type":"post","link":"https:\/\/www.diagrams-ai.com\/es\/tutorial-drawing-first-use-case-diagram-30-minutes\/","title":{"rendered":"Tutorial: Dibujando tu primer diagrama de casos de uso en 30 minutos sin herramientas complejas"},"content":{"rendered":"

Crear una representaci\u00f3n visual de la funcionalidad del sistema es una habilidad fundamental para cualquier analista o desarrollador. Un diagrama de casos de uso ofrece una visi\u00f3n de alto nivel sobre c\u00f3mo los usuarios interact\u00faan con un sistema. Cierra la brecha entre la implementaci\u00f3n t\u00e9cnica y los requisitos del negocio. Esta gu\u00eda te acompa\u00f1a paso a paso en el proceso de elaborar tu primer diagrama de forma eficiente, centr\u00e1ndose en la claridad y la estructura en lugar de las caracter\u00edsticas del software.<\/p>\n

Ya sea que est\u00e9s documentando una nueva aplicaci\u00f3n o analizando un proceso existente, comprender a los actores y sus objetivos es esencial. Este tutorial proporciona un enfoque estructurado para mapear estas interacciones sin complicarte con interfaces complejas. Nos centraremos en los conceptos fundamentales, las relaciones entre los elementos y una metodolog\u00eda pr\u00e1ctica que puedes aplicar de inmediato.<\/p>\n

\n
\"Kawaii-style<\/figure>\n<\/div>\n

\ud83e\udde9 \u00bfQu\u00e9 es un diagrama de casos de uso?<\/h2>\n

Un diagrama de casos de uso es un modelo visual utilizado en ingenier\u00eda de software y an\u00e1lisis de sistemas. Ilustra las interacciones entre entidades externas y el sistema mismo. El prop\u00f3sito principal es definir los requisitos funcionales de un sistema. Responde a la pregunta: \u00ab\u00bfQu\u00e9 puede hacer el sistema por el usuario?\u00bb<\/p>\n

A diferencia de los diagramas de flujo detallados o los diagramas de secuencia, este tipo de diagrama permanece abstracto. No muestra la l\u00f3gica interna ni la secuencia de pasos dentro de una funci\u00f3n espec\u00edfica. En cambio, destaca los objetivos y los actores que los alcanzan. Esta abstracci\u00f3n lo convierte en una herramienta excelente para la comunicaci\u00f3n con los interesados que podr\u00edan no entender el c\u00f3digo t\u00e9cnico.<\/p>\n

Los beneficios clave incluyen:<\/p>\n

    \n
  • Aclaraci\u00f3n del alcance:<\/strong>Define claramente lo que est\u00e1 dentro y fuera de los l\u00edmites del sistema.<\/li>\n
  • Recolecci\u00f3n de requisitos:<\/strong>Ayuda a identificar todas las funciones necesarias para satisfacer las necesidades del usuario.<\/li>\n
  • Comunicaci\u00f3n:<\/strong>Proporciona un lenguaje com\u00fan para desarrolladores, dise\u00f1adores y clientes.<\/li>\n
  • Estrategia de pruebas:<\/strong>Sirve como base para crear casos de prueba que verifiquen el comportamiento del sistema.<\/li>\n<\/ul>\n

    \ud83d\udee0\ufe0f Componentes principales del diagrama<\/h2>\n

    Antes de dibujar l\u00edneas y formas, debes comprender los bloques de construcci\u00f3n. Cada diagrama consta de elementos espec\u00edficos que transmiten significado cuando se conectan correctamente. La ausencia de componentes puede generar ambig\u00fcedad en los requisitos.<\/p>\n

    1. Actores<\/h3>\n

    Un actor representa un rol que interact\u00faa con el sistema. No necesariamente es una persona espec\u00edfica, sino m\u00e1s bien un t\u00edtulo de trabajo o un rol. Por ejemplo, \u00abAdmin\u00bb es un actor, no \u00abJuan P\u00e9rez\u00bb.<\/p>\n

      \n
    • Actores primarios:<\/strong>Estos inician el caso de uso. Inician la interacci\u00f3n para alcanzar su objetivo.<\/li>\n
    • Actores secundarios:<\/strong>Normalmente son sistemas o servicios externos con los que el sistema principal interact\u00faa para completar una tarea.<\/li>\n<\/ul>\n

      Visualmente, los actores suelen representarse como figuras de palo. Sin embargo, el s\u00edmbolo en s\u00ed mismo es menos importante que la etiqueta. La consistencia es clave para la legibilidad.<\/p>\n

      2. Casos de uso<\/h3>\n

      Un caso de uso representa un objetivo o funci\u00f3n espec\u00edfica que realiza el sistema. Es una unidad completa de funcionalidad. Si un usuario hace clic en un bot\u00f3n para realizar una acci\u00f3n, dicha acci\u00f3n es un caso de uso.<\/p>\n

        \n
      • Denominaci\u00f3n:<\/strong>Los nombres deben ser combinaciones de verbo-nombre (por ejemplo, \u00abRealizar pedido\u00bb en lugar de \u00abPedido\u00bb).<\/li>\n
      • Grado de detalle:<\/strong>Evita hacer que los casos de uso sean demasiado amplios (por ejemplo, \u00abGestionar sistema\u00bb) o demasiado estrechos (por ejemplo, \u00abHacer clic en el bot\u00f3n\u00bb). Apunta a objetivos funcionales.<\/li>\n<\/ul>\n

        3. L\u00edmite del sistema<\/h3>\n

        El l\u00edmite del sistema es una caja que encierra todos los casos de uso. Define el alcance del proyecto. Todo lo que est\u00e1 dentro de la caja pertenece al sistema. Todo lo que est\u00e1 fuera es externo.<\/p>\n

          \n
        • Actores:<\/strong>Los actores siempre se encuentran fuera del l\u00edmite del sistema.<\/li>\n
        • Casos de uso:<\/strong>Todos los casos de uso se encuentran dentro del l\u00edmite.<\/li>\n
        • Interfaces:<\/strong>Las l\u00edneas que cruzan el l\u00edmite indican interacci\u00f3n.<\/li>\n<\/ul>\n

          \ud83d\udd17 Comprendiendo las relaciones<\/h2>\n

          La potencia del diagrama reside en las l\u00edneas que conectan actores y casos de uso. Estas l\u00edneas definen c\u00f3mo ocurre la interacci\u00f3n. Hay cuatro tipos principales de relaciones que debes dominar. Comprender la diferencia entre ellas es fundamental para un modelado preciso.<\/p>\n

          Asociaci\u00f3n<\/h3>\n

          Esta es un enlace de comunicaci\u00f3n est\u00e1ndar entre un actor y un caso de uso. Implica que el actor inicia o participa en el caso de uso. Normalmente se utiliza una l\u00ednea s\u00f3lida.<\/p>\n

          Incluir<\/h3>\n

          Esta relaci\u00f3n indica que un caso de usodebe<\/strong>llamar a otro caso de uso para completar su funci\u00f3n. Es una dependencia obligatoria. Pi\u00e9nsalo como “debe hacer”.<\/p>\n

            \n
          • Ejemplo:<\/strong>“Realizar pedido” incluye “Validar pago”.<\/li>\n
          • \u00bfPor qu\u00e9 usarlo:<\/strong>Evita la repetici\u00f3n. Si varios casos de uso necesitan la misma funci\u00f3n, la defines una sola vez y la incluyes.<\/li>\n<\/ul>\n

            Extender<\/h3>\n

            Esta relaci\u00f3n indica que un caso de usopuede<\/strong>a\u00f1adir funcionalidad a otro bajo condiciones espec\u00edficas. Es opcional. Pi\u00e9nsalo como “podr\u00eda hacer”.<\/p>\n

              \n
            • Ejemplo:<\/strong>“Realizar pedido” se extiende a “Aplicar descuento” (solo si se ingresa un c\u00f3digo de cup\u00f3n).<\/li>\n
            • \u00bfPor qu\u00e9 usarlo:<\/strong>Maneja excepciones o caracter\u00edsticas opcionales sin ensuciar el flujo principal.<\/li>\n<\/ul>\n

              Generalizaci\u00f3n<\/h3>\n

              Esta relaci\u00f3n representa la herencia. Un actor o caso de uso espec\u00edfico es una versi\u00f3n especializada de uno general. Se dibuja con una l\u00ednea s\u00f3lida y una flecha triangular.<\/p>\n

                \n
              • Ejemplo de Actor:<\/strong>\u201cUsuario Invitado\u201d se generaliza a \u201cUsuario Registrado\u201d.<\/li>\n
              • Ejemplo de Caso de Uso:<\/strong>\u201cPagar con Tarjeta\u201d se generaliza a \u201cRealizar Pago\u201d.<\/li>\n<\/ul>\n

                Tabla de Comparaci\u00f3n de Relaciones<\/h3>\n\n\n\n\n\n\n\n\n
                Relaci\u00f3n<\/th>\nDirecci\u00f3n<\/th>\nSignificado<\/th>\nIndicador Visual<\/th>\n<\/tr>\n<\/thead>\n
                Asociaci\u00f3n<\/td>\nActor \u2192 Caso de Uso<\/td>\nExiste interacci\u00f3n<\/td>\nL\u00ednea S\u00f3lida<\/td>\n<\/tr>\n
                Incluir<\/td>\nBase \u2192 Incluido<\/td>\nFunci\u00f3n obligatoria<\/td>\nL\u00ednea Punteada + \u00abincluir\u00bb<\/td>\n<\/tr>\n
                Extender<\/td>\nExtender \u2192 Base<\/td>\nFunci\u00f3n opcional<\/td>\nL\u00ednea Punteada + \u00abextender\u00bb<\/td>\n<\/tr>\n
                Generalizaci\u00f3n<\/td>\nEspec\u00edfico \u2192 General<\/td>\nHerencia<\/td>\nL\u00ednea S\u00f3lida + Tri\u00e1ngulo<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

                \u23f1\ufe0f El Flujo de Trabajo de 30 Minutos<\/h2>\n

                No necesitas horas para elaborar un diagrama de alta calidad. Con un enfoque centrado, puedes crear un modelo claro en media hora. Sigue este proceso paso a paso para asegurarte de cubrir todos los aspectos necesarios sin quedarte atascado.<\/p>\n

                Minutos 0-5: Define el Alcance y los Actores<\/h3>\n

                Comienza identificando el l\u00edmite del sistema. Dibuja un rect\u00e1ngulo sencillo. Escribe el nombre del sistema en el centro. Ahora, enumera todos los roles que interact\u00faan con este sistema. Preg\u00fantate: \u00bfQui\u00e9n inicia el proceso? \u00bfQui\u00e9n recibe el resultado?<\/p>\n

                  \n
                • Escribe cada rol de usuario potencial.<\/li>\n
                • Decida si los sistemas externos (como pasarelas de pago) son actores.<\/li>\n
                • Col\u00f3quelos fuera del rect\u00e1ngulo.<\/li>\n<\/ul>\n

                  Minutos 5-15: Identificar casos de uso<\/h3>\n

                  Para cada actor, pregunte: \u00ab\u00bfCu\u00e1l es el objetivo de este actor?\u00bb. Escriba cada objetivo distinto como un caso de uso. Coloque estas elipses dentro del rect\u00e1ngulo.<\/p>\n

                    \n
                  • Enf\u00f3quese en los objetivos:<\/strong>\u00abIniciar sesi\u00f3n\u00bb es un objetivo. \u00abIngresar contrase\u00f1a\u00bb es un paso, no un objetivo.<\/li>\n
                  • Verifique solapamientos:<\/strong>Si dos actores tienen el mismo objetivo, cree un caso de uso al que ambos se conecten.<\/li>\n
                  • Convenci\u00f3n de nombres:<\/strong>Aseg\u00farese de que cada elipse tenga una etiqueta de verbo-nombre.<\/li>\n<\/ul>\n

                    Minutos 15-25: Dibujar conexiones<\/h3>\n

                    Ahora, conecte los actores con los casos de uso. Dibuje l\u00edneas s\u00f3lidas para interacciones directas. Busque funcionalidades comunes entre m\u00faltiples casos de uso.<\/p>\n

                      \n
                    • Aplicar incluye:<\/strong>Si \u00abFinalizar compra\u00bb requiere \u00abValidar carrito\u00bb, dibuje una relaci\u00f3n de inclusi\u00f3n.<\/li>\n
                    • Aplicar extiende:<\/strong>Si \u00abFinalizar compra\u00bb podr\u00eda desencadenar \u00abMostrar puntos de lealtad\u00bb, dibuje una relaci\u00f3n de extensi\u00f3n.<\/li>\n
                    • Perfeccione la generalizaci\u00f3n:<\/strong>Si tiene \u00abAdministrador\u00bb y \u00abGerente\u00bb, considere generalizarlos a \u00abEmpleado\u00bb.<\/li>\n<\/ul>\n

                      Minutos 25-30: Revisi\u00f3n y pulido<\/h3>\n

                      P\u00e1rese atr\u00e1s y revise el diagrama. \u00bfCuenta la historia del sistema?<\/p>\n

                        \n
                      • Verifique las etiquetas:<\/strong>\u00bfTodas las l\u00edneas est\u00e1n etiquetadas claramente (especialmente para Incluir\/Extender)?<\/li>\n
                      • Verifique la claridad:<\/strong>\u00bfLas l\u00edneas se cruzan innecesariamente? Use l\u00edneas curvas para reducir el desorden.<\/li>\n
                      • Valide los actores:<\/strong>\u00bfEst\u00e1 cada actor fuera de la caja?<\/li>\n<\/ul>\n

                        \ud83d\uded2 Ejemplo del mundo real: Sistema de compras en l\u00ednea<\/h2>\n

                        Para hacer esto m\u00e1s concreto, analicemos un escenario sencillo: una plataforma de compras en l\u00ednea. Este ejemplo demuestra c\u00f3mo aplicar los conceptos de forma pr\u00e1ctica.<\/p>\n

                        Paso 1: Identificar actores<\/h3>\n

                        \u00bfQui\u00e9n interact\u00faa con la tienda?<\/p>\n

                          \n
                        • Cliente:<\/strong> El comprador principal.<\/li>\n
                        • Invitado:<\/strong> Alguien que navega sin tener una cuenta.<\/li>\n
                        • Administrador:<\/strong> Gestiona productos y usuarios.<\/li>\n
                        • Pasarela de pago:<\/strong> Sistema externo para procesar dinero.<\/li>\n<\/ul>\n

                          Paso 2: Identificar casos de uso<\/h3>\n

                          \u00bfQu\u00e9 pueden hacer?<\/p>\n

                            \n
                          • Cliente:<\/strong> Navegar productos, buscar art\u00edculos, agregar al carrito, pagar, ver el historial de pedidos.<\/li>\n
                          • Invitado:<\/strong> Navegar productos, agregar al carrito, pagar como invitado.<\/li>\n
                          • Administrador:<\/strong> Gestionar inventario, procesar reembolsos, ver informes.<\/li>\n<\/ul>\n

                            Paso 3: Definir relaciones<\/h3>\n

                            \u00bfC\u00f3mo interact\u00faan?<\/p>\n

                              \n
                            • Pagar:<\/strong> Incluye \u201cValidar pago\u201d. Esto es obligatorio.<\/li>\n
                            • Pagar:<\/strong> Se extiende a \u201cAplicar c\u00f3digo promocional\u201d. Esto es opcional.<\/li>\n
                            • Cliente:<\/strong> Generaliza a \u201cInvitado\u201d (Un invitado es un tipo de cliente con menos derechos).<\/li>\n<\/ul>\n

                              \ud83d\udeab Errores comunes que debes evitar<\/h2>\n

                              Incluso los practicantes experimentados cometen errores al modelar. Ser consciente de estos errores te ahorrar\u00e1 tiempo durante el proceso de revisi\u00f3n.<\/p>\n

                              1. Mezclar implementaci\u00f3n con funcionalidad<\/h3>\n

                              No dibujes botones, pantallas ni tablas de base de datos. Un diagrama de casos de uso trata sobrequ\u00e9<\/em> lo que hace el sistema, noc\u00f3mo<\/em> c\u00f3mo lo hace. Evite t\u00e9rminos como “Haga clic en el bot\u00f3n Enviar”.<\/p>\n

                              2. Demasiados actores<\/h3>\n

                              Si tiene diez actores, el diagrama se convierte en una telara\u00f1a. Consolide roles similares. Si “Gerente” y “Supervisor” realizan las mismas tareas, agr\u00fapelos bajo “Personal”.<\/p>\n

                              3. Exceso de uso de incluye y extiende<\/h3>\n

                              Estas relaciones a\u00f1aden complejidad. \u00faselas solo cuando sea necesario. Si una funci\u00f3n es simple, simplemente dibuje una asociaci\u00f3n directa. No fuerce una relaci\u00f3n cuando una l\u00ednea basta.<\/p>\n

                              4. Ignorar el l\u00edmite del sistema<\/h3>\n

                              Si un caso de uso est\u00e1 fuera del cuadro, implica que el sistema no lo realiza. Si un actor est\u00e1 dentro, implica que el actor forma parte del sistema. Mantenga el l\u00edmite estricto.<\/p>\n

                              5. Nombres poco claros<\/h3>\n

                              Evite nombres vagos como “Haga algo” o “Funci\u00f3n del sistema”. La especificidad ayuda a entender. Use “Generar informe” en lugar de “Procesar datos”.<\/p>\n

                              \ud83d\udca1 Consejos para claridad y legibilidad<\/h2>\n

                              Un diagrama es in\u00fatil si los interesados no pueden leerlo. Siga estas pautas para asegurarse de que su trabajo sea profesional y f\u00e1cil de entender.<\/p>\n

                                \n
                              • El dise\u00f1o importa:<\/strong> Organice los actores alrededor del l\u00edmite de forma l\u00f3gica. Coloque al actor principal a la izquierda o en la parte superior.<\/li>\n
                              • Use el espacio en blanco:<\/strong> No apile elementos. El espacio ayuda a la vista a distinguir las conexiones.<\/li>\n
                              • Codificaci\u00f3n por colores:<\/strong> Aunque debe evitar estilos complejos, usar diferencias sutiles de color para distintos tipos de actores (por ejemplo, internos frente a externos) puede ayudar.<\/li>\n
                              • Control de versiones:<\/strong> Si el sistema cambia, actualice el diagrama. Un diagrama desactualizado es peor que no tener ning\u00fan diagrama.<\/li>\n
                              • Leyenda:<\/strong> Si utiliza s\u00edmbolos o colores no est\u00e1ndar, proporcione una clave.<\/li>\n<\/ul>\n

                                \ud83d\udd0d Analizando el diagrama para valor<\/h2>\n

                                Una vez que el dibujo est\u00e1 completo, comienza el verdadero trabajo: el an\u00e1lisis. Un diagrama no es solo una imagen; es una herramienta para el descubrimiento.<\/p>\n

                                An\u00e1lisis de brechas<\/h3>\n

                                Compare el diagrama con las entrevistas con los interesados. \u00bfHay objetivos mencionados en las reuniones que faltan en el diagrama? Si es as\u00ed, agr\u00e9guelos. Este paso a menudo revela requisitos ocultos.<\/p>\n

                                Generaci\u00f3n de casos de prueba<\/h3>\n

                                Cada caso de uso debe tener escenarios de prueba correspondientes. Si tiene “Colocar pedido”, necesita pruebas para la colocaci\u00f3n exitosa, pago fallido y carrito vac\u00edo. El diagrama impulsa su proceso de garant\u00eda de calidad.<\/p>\n

                                Evaluaci\u00f3n de impacto<\/h3>\n

                                Si planea cambiar una caracter\u00edstica, mire el diagrama. \u00bfQu\u00e9 actores se ven afectados? \u00bfQu\u00e9 otros casos de uso dependen de este? Este mapa visual de dependencias previene roturas accidentales durante las actualizaciones.<\/p>\n

                                \ud83d\udcc8 Integraci\u00f3n con otros modelos<\/h2>\n

                                Un diagrama de casos de uso rara vez est\u00e1 solo. Forma parte de un conjunto m\u00e1s amplio de documentaci\u00f3n. Comprender d\u00f3nde encaja ayuda a mantener la consistencia.<\/p>\n

                                  \n
                                • Descripciones de casos de uso:<\/strong> Para cada elipse, debe escribir un documento de texto que detalle el flujo de eventos, condiciones previas y condiciones posteriores.<\/li>\n
                                • Diagramas de secuencia:<\/strong> Una vez definido el caso de uso, un diagrama de secuencia puede mostrar las interacciones entre objetos con detalle.<\/li>\n
                                • Diagramas de clases:<\/strong> Los casos de uso de los l\u00edmites del sistema a menudo se corresponden con las clases y objetos dentro de la arquitectura.<\/li>\n<\/ul>\n

                                  Manteniendo alineados estos modelos, asegura que los objetivos de alto nivel coincidan con el c\u00f3digo de bajo nivel. Esta alineaci\u00f3n reduce el riesgo de expansi\u00f3n del alcance y de malentendidos.<\/p>\n

                                  \ud83c\udfc1 Reflexiones finales sobre la modelizaci\u00f3n de sistemas<\/h2>\n

                                  Crear un diagrama de casos de uso es un ejercicio disciplinado para pensar en el valor para el usuario. Te obliga a alejarte del c\u00f3digo y centrarte en el aspecto humano del software. Siguiendo los pasos descritos aqu\u00ed, puedes producir un modelo claro y accionable en un corto periodo de tiempo.<\/p>\n

                                  Recuerda que el objetivo es la comunicaci\u00f3n. Si un interesado mira tu diagrama y entiende la finalidad del sistema, has tenido \u00e9xito. Mant\u00e9n las l\u00edneas simples, las etiquetas claras y el enfoque en los objetivos del usuario. A medida que ganes experiencia, descubrir\u00e1s que esta habilidad se vuelve natural, simplificando todo tu ciclo de desarrollo.<\/p>\n

                                  Empieza peque\u00f1o, itera con frecuencia y deja que el diagrama gu\u00ede tus requisitos. La claridad que aportes al proyecto ahora tendr\u00e1 beneficios cuando el sistema se construya y mantenga m\u00e1s adelante.<\/p>\n","protected":false},"excerpt":{"rendered":"

                                  Crear una representaci\u00f3n visual de la funcionalidad del sistema es una habilidad fundamental para cualquier analista o desarrollador. Un diagrama de casos de uso ofrece una visi\u00f3n de alto nivel sobre c\u00f3mo los usuarios interact\u00faan con un sistema. Cierra la brecha entre la implementaci\u00f3n t\u00e9cnica y los requisitos del negocio. Esta gu\u00eda te acompa\u00f1a paso a paso en el proceso de elaborar tu primer diagrama de forma eficiente, centr\u00e1ndose en la claridad y la estructura en lugar de las caracter\u00edsticas del software. Ya sea que est\u00e9s documentando una nueva aplicaci\u00f3n o analizando un proceso existente, comprender a los actores y sus objetivos es esencial. Este tutorial proporciona un enfoque estructurado para mapear estas interacciones sin complicarte con interfaces complejas. Nos centraremos en los conceptos fundamentales, las relaciones entre los elementos y una metodolog\u00eda pr\u00e1ctica que puedes aplicar de inmediato. \ud83e\udde9 \u00bfQu\u00e9 es un diagrama de casos de uso? Un diagrama de casos de uso es un modelo visual utilizado en ingenier\u00eda de software y an\u00e1lisis de sistemas. Ilustra las interacciones entre entidades externas y el sistema mismo. El prop\u00f3sito principal es definir los requisitos funcionales de un sistema. Responde a la pregunta: \u00ab\u00bfQu\u00e9 puede hacer el sistema por el usuario?\u00bb A diferencia de los diagramas de flujo detallados o los diagramas de secuencia, este tipo de diagrama permanece abstracto. No muestra la l\u00f3gica interna ni la secuencia de pasos dentro de una funci\u00f3n espec\u00edfica. En cambio, destaca los objetivos y los actores que los alcanzan. Esta abstracci\u00f3n lo convierte en una herramienta excelente para la comunicaci\u00f3n con los interesados que podr\u00edan no entender el c\u00f3digo t\u00e9cnico. Los beneficios clave incluyen: Aclaraci\u00f3n del alcance:Define claramente lo que est\u00e1 dentro y fuera de los l\u00edmites del sistema. Recolecci\u00f3n de requisitos:Ayuda a identificar todas las funciones necesarias para satisfacer las necesidades del usuario. Comunicaci\u00f3n:Proporciona un lenguaje com\u00fan para desarrolladores, dise\u00f1adores y clientes. Estrategia de pruebas:Sirve como base para crear casos de prueba que verifiquen el comportamiento del sistema. \ud83d\udee0\ufe0f Componentes principales del diagrama Antes de dibujar l\u00edneas y formas, debes comprender los bloques de construcci\u00f3n. Cada diagrama consta de elementos espec\u00edficos que transmiten significado cuando se conectan correctamente. La ausencia de componentes puede generar ambig\u00fcedad en los requisitos. 1. Actores Un actor representa un rol que interact\u00faa con el sistema. No necesariamente es una persona espec\u00edfica, sino m\u00e1s bien un t\u00edtulo de trabajo o un rol. Por ejemplo, \u00abAdmin\u00bb es un actor, no \u00abJuan P\u00e9rez\u00bb. Actores primarios:Estos inician el caso de uso. Inician la interacci\u00f3n para alcanzar su objetivo. Actores secundarios:Normalmente son sistemas o servicios externos con los que el sistema principal interact\u00faa para completar una tarea. Visualmente, los actores suelen representarse como figuras de palo. Sin embargo, el s\u00edmbolo en s\u00ed mismo es menos importante que la etiqueta. La consistencia es clave para la legibilidad. 2. Casos de uso Un caso de uso representa un objetivo o funci\u00f3n espec\u00edfica que realiza el sistema. Es una unidad completa de funcionalidad. Si un usuario hace clic en un bot\u00f3n para realizar una acci\u00f3n, dicha acci\u00f3n es un caso de uso. Denominaci\u00f3n:Los nombres deben ser combinaciones de verbo-nombre (por ejemplo, \u00abRealizar pedido\u00bb en lugar de \u00abPedido\u00bb). Grado de detalle:Evita hacer que los casos de uso sean demasiado amplios (por ejemplo, \u00abGestionar sistema\u00bb) o demasiado estrechos (por ejemplo, \u00abHacer clic en el bot\u00f3n\u00bb). Apunta a objetivos funcionales. 3. L\u00edmite del sistema El l\u00edmite del sistema es una caja que encierra todos los casos de uso. Define el alcance del proyecto. Todo lo que est\u00e1 dentro de la caja pertenece al sistema. Todo lo que est\u00e1 fuera es externo. Actores:Los actores siempre se encuentran fuera del l\u00edmite del sistema. Casos de uso:Todos los casos de uso se encuentran dentro del l\u00edmite. Interfaces:Las l\u00edneas que cruzan el l\u00edmite indican interacci\u00f3n. \ud83d\udd17 Comprendiendo las relaciones La potencia del diagrama reside en las l\u00edneas que conectan actores y casos de uso. Estas l\u00edneas definen c\u00f3mo ocurre la interacci\u00f3n. Hay cuatro tipos principales de relaciones que debes dominar. Comprender la diferencia entre ellas es fundamental para un modelado preciso. Asociaci\u00f3n Esta es un enlace de comunicaci\u00f3n est\u00e1ndar entre un actor y un caso de uso. Implica que el actor inicia o participa en el caso de uso. Normalmente se utiliza una l\u00ednea s\u00f3lida. Incluir Esta relaci\u00f3n indica que un caso de usodebellamar a otro caso de uso para completar su funci\u00f3n. Es una dependencia obligatoria. Pi\u00e9nsalo como “debe hacer”. Ejemplo:“Realizar pedido” incluye “Validar pago”. \u00bfPor qu\u00e9 usarlo:Evita la repetici\u00f3n. Si varios casos de uso necesitan la misma funci\u00f3n, la defines una sola vez y la incluyes. Extender Esta relaci\u00f3n indica que un caso de usopuedea\u00f1adir funcionalidad a otro bajo condiciones espec\u00edficas. Es opcional. Pi\u00e9nsalo como “podr\u00eda hacer”. Ejemplo:“Realizar pedido” se extiende a “Aplicar descuento” (solo si se ingresa un c\u00f3digo de cup\u00f3n). \u00bfPor qu\u00e9 usarlo:Maneja excepciones o caracter\u00edsticas opcionales sin ensuciar el flujo principal. Generalizaci\u00f3n Esta relaci\u00f3n representa la herencia. Un actor o caso de uso espec\u00edfico es una versi\u00f3n especializada de uno general. Se dibuja con una l\u00ednea s\u00f3lida y una flecha triangular. Ejemplo de Actor:\u201cUsuario Invitado\u201d se generaliza a \u201cUsuario Registrado\u201d. Ejemplo de Caso de Uso:\u201cPagar con Tarjeta\u201d se generaliza a \u201cRealizar Pago\u201d. Tabla de Comparaci\u00f3n de Relaciones Relaci\u00f3n Direcci\u00f3n Significado Indicador Visual Asociaci\u00f3n Actor \u2192 Caso de Uso Existe interacci\u00f3n L\u00ednea S\u00f3lida Incluir Base \u2192 Incluido Funci\u00f3n obligatoria L\u00ednea Punteada + \u00abincluir\u00bb Extender Extender \u2192 Base Funci\u00f3n opcional L\u00ednea Punteada + \u00abextender\u00bb Generalizaci\u00f3n Espec\u00edfico \u2192 General Herencia L\u00ednea S\u00f3lida + Tri\u00e1ngulo \u23f1\ufe0f El Flujo de Trabajo de 30 Minutos No necesitas horas para elaborar un diagrama de alta calidad. Con un enfoque centrado, puedes crear un modelo claro en media hora. Sigue este proceso paso a paso para asegurarte de cubrir todos los aspectos necesarios sin quedarte atascado. Minutos 0-5: Define el Alcance y los Actores Comienza identificando el l\u00edmite del sistema. Dibuja un rect\u00e1ngulo sencillo. Escribe el nombre del sistema en el centro. Ahora, enumera todos los roles que interact\u00faan con este sistema. Preg\u00fantate: \u00bfQui\u00e9n inicia el proceso? \u00bfQui\u00e9n recibe el resultado? Escribe cada rol de<\/p>\n","protected":false},"author":1,"featured_media":4328,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[56],"tags":[77,87],"class_list":["post-4327","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-uml","tag-academic","tag-use-case-diagram"],"yoast_head":"\nTutorial: Dibujando tu primer diagrama de casos de uso en 30 minutos<\/title>\n<meta name=\"description\" content=\"Aprende a crear un diagrama de casos de uso claro en 30 minutos. No se necesitan herramientas complejas. Domina f\u00e1cilmente actores, relaciones y l\u00edmites del sistema.\" \/>\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\/tutorial-drawing-first-use-case-diagram-30-minutes\/\" \/>\n<meta property=\"og:locale\" content=\"es_ES\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Tutorial: Dibujando tu primer diagrama de casos de uso en 30 minutos\" \/>\n<meta property=\"og:description\" content=\"Aprende a crear un diagrama de casos de uso claro en 30 minutos. No se necesitan herramientas complejas. Domina f\u00e1cilmente actores, relaciones y l\u00edmites del sistema.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.diagrams-ai.com\/es\/tutorial-drawing-first-use-case-diagram-30-minutes\/\" \/>\n<meta property=\"og:site_name\" content=\"Diagrams AI Spanish\" \/>\n<meta property=\"article:published_time\" content=\"2026-04-06T22:21:48+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.diagrams-ai.com\/es\/wp-content\/uploads\/sites\/5\/2026\/04\/kawaii-use-case-diagram-tutorial-infographic-16x9-1.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=\"11 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\\\/tutorial-drawing-first-use-case-diagram-30-minutes\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/tutorial-drawing-first-use-case-diagram-30-minutes\\\/\"},\"author\":{\"name\":\"vpadmin\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/#\\\/schema\\\/person\\\/ecc36153eaeb4aeaf895589c93d5de12\"},\"headline\":\"Tutorial: Dibujando tu primer diagrama de casos de uso en 30 minutos sin herramientas complejas\",\"datePublished\":\"2026-04-06T22:21:48+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/tutorial-drawing-first-use-case-diagram-30-minutes\\\/\"},\"wordCount\":2306,\"image\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/tutorial-drawing-first-use-case-diagram-30-minutes\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/wp-content\\\/uploads\\\/sites\\\/5\\\/2026\\\/04\\\/kawaii-use-case-diagram-tutorial-infographic-16x9-1.jpg\",\"keywords\":[\"academic\",\"use case diagram\"],\"articleSection\":[\"UML\"],\"inLanguage\":\"es\"},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/tutorial-drawing-first-use-case-diagram-30-minutes\\\/\",\"url\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/tutorial-drawing-first-use-case-diagram-30-minutes\\\/\",\"name\":\"Tutorial: Dibujando tu primer diagrama de casos de uso en 30 minutos\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/tutorial-drawing-first-use-case-diagram-30-minutes\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/tutorial-drawing-first-use-case-diagram-30-minutes\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/wp-content\\\/uploads\\\/sites\\\/5\\\/2026\\\/04\\\/kawaii-use-case-diagram-tutorial-infographic-16x9-1.jpg\",\"datePublished\":\"2026-04-06T22:21:48+00:00\",\"author\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/#\\\/schema\\\/person\\\/ecc36153eaeb4aeaf895589c93d5de12\"},\"description\":\"Aprende a crear un diagrama de casos de uso claro en 30 minutos. No se necesitan herramientas complejas. Domina f\u00e1cilmente actores, relaciones y l\u00edmites del sistema.\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/tutorial-drawing-first-use-case-diagram-30-minutes\\\/#breadcrumb\"},\"inLanguage\":\"es\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/tutorial-drawing-first-use-case-diagram-30-minutes\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"es\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/tutorial-drawing-first-use-case-diagram-30-minutes\\\/#primaryimage\",\"url\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/wp-content\\\/uploads\\\/sites\\\/5\\\/2026\\\/04\\\/kawaii-use-case-diagram-tutorial-infographic-16x9-1.jpg\",\"contentUrl\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/wp-content\\\/uploads\\\/sites\\\/5\\\/2026\\\/04\\\/kawaii-use-case-diagram-tutorial-infographic-16x9-1.jpg\",\"width\":1664,\"height\":928},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/tutorial-drawing-first-use-case-diagram-30-minutes\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/www.diagrams-ai.com\\\/es\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Tutorial: Dibujando tu primer diagrama de casos de uso en 30 minutos sin herramientas complejas\"}]},{\"@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":"Tutorial: Dibujando tu primer diagrama de casos de uso en 30 minutos","description":"Aprende a crear un diagrama de casos de uso claro en 30 minutos. No se necesitan herramientas complejas. Domina f\u00e1cilmente actores, relaciones y l\u00edmites del sistema.","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\/tutorial-drawing-first-use-case-diagram-30-minutes\/","og_locale":"es_ES","og_type":"article","og_title":"Tutorial: Dibujando tu primer diagrama de casos de uso en 30 minutos","og_description":"Aprende a crear un diagrama de casos de uso claro en 30 minutos. No se necesitan herramientas complejas. Domina f\u00e1cilmente actores, relaciones y l\u00edmites del sistema.","og_url":"https:\/\/www.diagrams-ai.com\/es\/tutorial-drawing-first-use-case-diagram-30-minutes\/","og_site_name":"Diagrams AI Spanish","article_published_time":"2026-04-06T22:21:48+00:00","og_image":[{"width":1664,"height":928,"url":"https:\/\/www.diagrams-ai.com\/es\/wp-content\/uploads\/sites\/5\/2026\/04\/kawaii-use-case-diagram-tutorial-infographic-16x9-1.jpg","type":"image\/jpeg"}],"author":"vpadmin","twitter_card":"summary_large_image","twitter_misc":{"Escrito por":"vpadmin","Tiempo de lectura":"11 minutos"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.diagrams-ai.com\/es\/tutorial-drawing-first-use-case-diagram-30-minutes\/#article","isPartOf":{"@id":"https:\/\/www.diagrams-ai.com\/es\/tutorial-drawing-first-use-case-diagram-30-minutes\/"},"author":{"name":"vpadmin","@id":"https:\/\/www.diagrams-ai.com\/es\/#\/schema\/person\/ecc36153eaeb4aeaf895589c93d5de12"},"headline":"Tutorial: Dibujando tu primer diagrama de casos de uso en 30 minutos sin herramientas complejas","datePublished":"2026-04-06T22:21:48+00:00","mainEntityOfPage":{"@id":"https:\/\/www.diagrams-ai.com\/es\/tutorial-drawing-first-use-case-diagram-30-minutes\/"},"wordCount":2306,"image":{"@id":"https:\/\/www.diagrams-ai.com\/es\/tutorial-drawing-first-use-case-diagram-30-minutes\/#primaryimage"},"thumbnailUrl":"https:\/\/www.diagrams-ai.com\/es\/wp-content\/uploads\/sites\/5\/2026\/04\/kawaii-use-case-diagram-tutorial-infographic-16x9-1.jpg","keywords":["academic","use case diagram"],"articleSection":["UML"],"inLanguage":"es"},{"@type":"WebPage","@id":"https:\/\/www.diagrams-ai.com\/es\/tutorial-drawing-first-use-case-diagram-30-minutes\/","url":"https:\/\/www.diagrams-ai.com\/es\/tutorial-drawing-first-use-case-diagram-30-minutes\/","name":"Tutorial: Dibujando tu primer diagrama de casos de uso en 30 minutos","isPartOf":{"@id":"https:\/\/www.diagrams-ai.com\/es\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.diagrams-ai.com\/es\/tutorial-drawing-first-use-case-diagram-30-minutes\/#primaryimage"},"image":{"@id":"https:\/\/www.diagrams-ai.com\/es\/tutorial-drawing-first-use-case-diagram-30-minutes\/#primaryimage"},"thumbnailUrl":"https:\/\/www.diagrams-ai.com\/es\/wp-content\/uploads\/sites\/5\/2026\/04\/kawaii-use-case-diagram-tutorial-infographic-16x9-1.jpg","datePublished":"2026-04-06T22:21:48+00:00","author":{"@id":"https:\/\/www.diagrams-ai.com\/es\/#\/schema\/person\/ecc36153eaeb4aeaf895589c93d5de12"},"description":"Aprende a crear un diagrama de casos de uso claro en 30 minutos. No se necesitan herramientas complejas. Domina f\u00e1cilmente actores, relaciones y l\u00edmites del sistema.","breadcrumb":{"@id":"https:\/\/www.diagrams-ai.com\/es\/tutorial-drawing-first-use-case-diagram-30-minutes\/#breadcrumb"},"inLanguage":"es","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.diagrams-ai.com\/es\/tutorial-drawing-first-use-case-diagram-30-minutes\/"]}]},{"@type":"ImageObject","inLanguage":"es","@id":"https:\/\/www.diagrams-ai.com\/es\/tutorial-drawing-first-use-case-diagram-30-minutes\/#primaryimage","url":"https:\/\/www.diagrams-ai.com\/es\/wp-content\/uploads\/sites\/5\/2026\/04\/kawaii-use-case-diagram-tutorial-infographic-16x9-1.jpg","contentUrl":"https:\/\/www.diagrams-ai.com\/es\/wp-content\/uploads\/sites\/5\/2026\/04\/kawaii-use-case-diagram-tutorial-infographic-16x9-1.jpg","width":1664,"height":928},{"@type":"BreadcrumbList","@id":"https:\/\/www.diagrams-ai.com\/es\/tutorial-drawing-first-use-case-diagram-30-minutes\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.diagrams-ai.com\/es\/"},{"@type":"ListItem","position":2,"name":"Tutorial: Dibujando tu primer diagrama de casos de uso en 30 minutos sin herramientas complejas"}]},{"@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\/4327","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=4327"}],"version-history":[{"count":0,"href":"https:\/\/www.diagrams-ai.com\/es\/wp-json\/wp\/v2\/posts\/4327\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.diagrams-ai.com\/es\/wp-json\/wp\/v2\/media\/4328"}],"wp:attachment":[{"href":"https:\/\/www.diagrams-ai.com\/es\/wp-json\/wp\/v2\/media?parent=4327"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.diagrams-ai.com\/es\/wp-json\/wp\/v2\/categories?post=4327"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.diagrams-ai.com\/es\/wp-json\/wp\/v2\/tags?post=4327"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}