{"id":11232,"date":"2026-05-19T14:24:52","date_gmt":"2026-05-19T06:24:52","guid":{"rendered":"https:\/\/www.cybermedian.com\/es\/comprehensive-guide-to-uml-diagrams-2\/"},"modified":"2026-05-19T14:24:52","modified_gmt":"2026-05-19T06:24:52","slug":"comprehensive-guide-to-uml-diagrams-2","status":"publish","type":"post","link":"https:\/\/www.cybermedian.com\/es\/comprehensive-guide-to-uml-diagrams-2\/","title":{"rendered":"Gu\u00eda completa sobre los diagramas UML"},"content":{"rendered":"

Introducci\u00f3n<\/span><\/strong><\/h2>\n
El Lenguaje Unificado de Modelado (UML) se ha convertido en el est\u00e1ndar de facto para visualizar, especificar y documentar sistemas de software en diversos sectores. En su esencia, UML no es una metodolog\u00eda de desarrollo r\u00edgida, sino un lenguaje visual flexible dise\u00f1ado para cerrar la brecha entre los requisitos abstractos y la implementaci\u00f3n concreta. UML 2.0 formaliza este prop\u00f3sito organizando sus tipos de diagramas en dos categor\u00edas complementarias: <\/span>diagramas estructurales<\/span><\/strong>, que capturan la arquitectura est\u00e1tica y las relaciones f\u00edsicas de un sistema, y <\/span>diagramas comportamentales<\/span><\/strong>, que modelan c\u00f3mo los componentes interact\u00faan, cambian de estado y ejecutan l\u00f3gica con el tiempo. Bas\u00e1ndose en los principios fundamentales descritos en <\/span>UML 2.0 en una pincelada<\/span><\/em> (O\u2019Reilly), esta gu\u00eda ofrece una visi\u00f3n general completa de cada tipo principal de diagrama UML, sus conceptos fundamentales, sus reglas de notaci\u00f3n y sus casos de uso pr\u00e1cticos. Ya sea que est\u00e9s arquitectando sistemas orientados a objetos, mapeando topolog\u00edas de despliegue o modelando flujos de trabajo empresariales complejos, comprender cu\u00e1ndo y c\u00f3mo aplicar cada diagrama te permitir\u00e1 comunicar soluciones t\u00e9cnicas con claridad, precisi\u00f3n y un prop\u00f3sito compartido.<\/span><\/div>\n
\n

Visi\u00f3n general<\/h2>\n

UML 2.0 organiza los diagramas en dos categor\u00edas principales<\/strong>:<\/p>\n\n\n\n\n\n\n
Categor\u00eda<\/th>\nProp\u00f3sito<\/th>\n<\/tr>\n<\/thead>\n
Diagramas estructurales<\/strong><\/td>\nCapturan la organizaci\u00f3n f\u00edsica de los elementos: c\u00f3mo los objetos se relacionan entre s\u00ed<\/td>\n<\/tr>\n
Diagramas comportamentales<\/strong><\/td>\nSe centran en c\u00f3mo los elementos interact\u00faan, cambian de estado y procesan el comportamiento con el tiempo<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n
\n

\ud83d\udca1\u00a0Principio clave<\/strong>: Un modelo UML consta de uno o m\u00e1s diagramas. Cada diagrama representa una perspectiva particular o un inter\u00e9s espec\u00edfico en el sistema modelado. Los elementos individuales suelen aparecer en m\u00faltiples diagramas.visi\u00f3n<\/em> o inter\u00e9s<\/em> en el sistema que se est\u00e1 modelando. Los elementos individuales suelen aparecer en m\u00faltiples diagramas.<\/p>\n<\/blockquote>\n

\n

\ud83d\udd37 Diagramas estructurales<\/h2>\n

Los diagramas estructurales modelan la arquitectura est\u00e1tica de su sistema: el \u00abqu\u00e9\u00bb en lugar del \u00abc\u00f3mo\u00bb.<\/p>\n

1. Diagramas de clases<\/h3>\n

Prop\u00f3sito<\/strong>: Clases de modelo, interfaces y sus relaciones est\u00e1ticas.<\/p>\n

Elementos clave<\/strong>:<\/p>\n

    \n
  • \n

    Clases con atributos y operaciones<\/p>\n<\/li>\n

  • \n

    Interfaces y relaciones de realizaci\u00f3n<\/p>\n<\/li>\n

  • \n

    Asociaciones, agregaciones, composiciones y generalizaciones<\/p>\n<\/li>\n

  • \n

    Modificadores de visibilidad (+<\/code>,\u00a0-<\/code>,\u00a0#<\/code>,\u00a0~<\/code>)<\/p>\n<\/li>\n

  • \n

    Especificaciones de multiplicidad (1<\/code>,\u00a00..*<\/code>,\u00a01..5<\/code>)<\/p>\n<\/li>\n<\/ul>\n

    Uso de ejemplo<\/strong>:Cu\u00e1ndo usarlo<\/strong>:<\/p>\n

    Estereotipos y tipos de clase<\/h2>\n

    El diagrama utiliza estereotipos (indicados por texto dentro de corchetes angulares, como\u00a0<<entidad>><\/code>) para categorizar el papel de cada clase:<\/p>\n

      \n
    • \n

      Clases de L\u00edmite (<<l\u00edmite>><\/code>):<\/strong>\u00a0Estas manejan la interacci\u00f3n entre el sistema y sus actores (usuarios o sistemas externos).<\/p>\n<\/li>\n

    • \n

      Ejemplos:<\/em>\u00a0ConsoleWindow<\/code>\u00a0y\u00a0DialogBox<\/code>.<\/p>\n<\/li>\n

    • \n

      Clases de Control (<<control>><\/code>):<\/strong>\u00a0Estas gestionan la coordinaci\u00f3n, las transacciones y el flujo de l\u00f3gica de negocio de la aplicaci\u00f3n.<\/p>\n<\/li>\n

    • \n

      Ejemplos:<\/em>\u00a0DrawingContext<\/code>\u00a0y\u00a0DataController<\/code>.<\/p>\n<\/li>\n

    • \n

      Clases de Entidad (<<entidad>><\/code>):<\/strong>\u00a0Estas representan los datos centrales o la informaci\u00f3n persistente que el sistema rastrea.<\/p>\n<\/li>\n

    • \n

      Ejemplos:<\/em>\u00a0Frame<\/code>,\u00a0Window<\/code>,\u00a0Event<\/code>,\u00a0Shape<\/code>,\u00a0C\u00edrculo<\/code>,\u00a0Rect\u00e1ngulo<\/code>,\u00a0Pol\u00edgono<\/code>, y\u00a0Punto<\/code>.<\/p>\n<\/li>\n

    • \n

      Clase abstracta:<\/strong>\u00a0La\u00a0Forma<\/code>\u00a0la clase representa un concepto abstracto. Sirve como plantilla base para formas espec\u00edficas y no puede instanciarse directamente por s\u00ed sola.<\/p>\n<\/li>\n<\/ul>\n

      \n

      Anatom\u00eda de una clase<\/h2>\n

      Una caja de clase UML est\u00e1ndar se divide en compartimentos. Al observar la\u00a0C\u00edrculo<\/code><\/strong>\u00a0clase como ejemplo:<\/p>\n

        \n
      • \n

        Nombre de la clase:<\/strong>\u00a0Ubicado en el compartimento superior (C\u00edrculo<\/code>).<\/p>\n<\/li>\n

      • \n

        Atributos:<\/strong>\u00a0Ubicado en el compartimento central, que representa los campos de datos.<\/p>\n<\/li>\n

      • \n

        -radio : flotante<\/code>\u00a0(El signo menos\u00a0-<\/code>\u00a0indica un atributo privado).<\/p>\n<\/li>\n

      • \n

        -centro : entero sin signo<\/code><\/p>\n<\/li>\n

      • \n

        Operaciones (M\u00e9todos):<\/strong>\u00a0Ubicado en el compartimento inferior, que representa los comportamientos o funciones.<\/p>\n<\/li>\n

      • \n

        +area(radio en : float) : double<\/code>\u00a0(El signo m\u00e1s\u00a0+<\/code>\u00a0indica un m\u00e9todo p\u00fablico).<\/p>\n<\/li>\n

      • \n

        +circun()<\/code>,\u00a0+setCentro()<\/code>, y\u00a0+setRadio()<\/code>.<\/p>\n<\/li>\n<\/ul>\n

        \n

        Relaciones y enlaces<\/h2>\n

        Las l\u00edneas y flechas que conectan las clases definen c\u00f3mo interact\u00faan y dependen unas de otras:<\/p>\n

        Generalizaci\u00f3n (Herencia)<\/h3>\n

        Representado por una l\u00ednea s\u00f3lida con una\u00a0punta de flecha hueca<\/strong>\u00a0apuntando hacia la clase padre. Esto indica una relaci\u00f3n \u00abes-un\u00bb donde una clase hija hereda atributos y comportamientos de una clase padre.<\/p>\n

          \n
        • \n

          Ventana<\/code>\u00a0hereda de\u00a0Marco<\/code>.<\/p>\n<\/li>\n

        • \n

          VentanaConsola<\/code>\u00a0y\u00a0CuadroDi\u00e1logo<\/code>\u00a0heredan de\u00a0Ventana<\/code>.<\/p>\n<\/li>\n

        • \n

          C\u00edrculo<\/code>,\u00a0Rect\u00e1ngulo<\/code>, y\u00a0Pol\u00edgono<\/code>\u00a0heredan de la clase abstracta\u00a0Forma<\/code>\u00a0(por ejemplo, un C\u00edrculo\u00a0es una<\/em>\u00a0Forma).<\/p>\n<\/li>\n<\/ul>\n

          Agregaci\u00f3n<\/h3>\n

          Representado por una l\u00ednea s\u00f3lida con un\u00a0diamante hueco<\/strong>\u00a0en el extremo del contenedor. Esto indica una relaci\u00f3n suelta de tipo \u201ctiene-un\u201d o de todo-parte, donde el hijo puede existir independientemente del padre.<\/p>\n

            \n
          • \n

            Ventana<\/code>\u00a0agrega\u00a0Forma<\/code>\u00a0(multiplicidad\u00a01<\/code>\u00a0a\u00a0*<\/code>). Una\u00a0Ventana<\/code>\u00a0puede contener m\u00faltiples (*<\/code>) formas, pero si la ventana se cierra, las formas en s\u00ed mismas a\u00fan pueden existir conceptualmente en la memoria o en otro contexto.<\/p>\n<\/li>\n<\/ul>\n

            Composici\u00f3n<\/h3>\n

            Representado por una l\u00ednea s\u00f3lida con un\u00a0diamante lleno (negro)<\/strong>\u00a0en el extremo del contenedor. Esto indica una relaci\u00f3n fuerte de tipo \u201ctiene-un\u201d con una vida \u00fatil coincidente: si el contenedor se destruye, las partes tambi\u00e9n se destruyen.<\/p>\n

              \n
            • \n

              C\u00edrculo<\/code>\u00a0est\u00e1 compuesto por\u00a0Punto<\/code>\u00a0objetos (multiplicidad\u00a01<\/code>\u00a0a\u00a0*<\/code>). Un c\u00edrculo no puede existir sin su centro ni sus puntos frontera; destruir el c\u00edrculo destruye estas referencias espec\u00edficas a puntos.<\/p>\n<\/li>\n<\/ul>\n

              Dependencia<\/h3>\n

              Representado por un\u00a0flecha punteada<\/strong>. Muestra que una clase depende de otra, lo que significa que un cambio en la clase objetivo puede afectar a la clase de origen.<\/p>\n

                \n
              • \n

                Ventana<\/code>\u00a0tiene una dependencia con\u00a0Evento<\/code>\u00a0(indicado por la flecha punteada que apunta a\u00a0Evento<\/code>). La ventana depende de desencadenadores de eventos para ejecutar operaciones como\u00a0handleEvent()<\/code>.<\/p>\n<\/li>\n<\/ul>\n

                Asociaci\u00f3n<\/h3>\n

                Representado por una l\u00ednea simple y continua. Indica una relaci\u00f3n estructural en la que los objetos de una clase est\u00e1n conectados a objetos de otra.<\/p>\n

                  \n
                • \n

                  Cuadro de di\u00e1logo<\/code>\u00a0est\u00e1 asociado con\u00a0ControladorDeDatos<\/code>, lo que significa que se comunican entre s\u00ed para intercambiar informaci\u00f3n o coordinar su comportamiento.<\/p>\n<\/li>\n<\/ul>\n

                  \n

                  Elementos de documentaci\u00f3n<\/h2>\n
                    \n
                  • \n

                    Nota:<\/strong>\u00a0El diagrama presenta una caja de nota con una esquina doblada conectada mediante una l\u00ednea punteada con la\u00a0Ventana<\/code>\u00a0clase. Proporciona contexto legible para humanos:\u00a0\u201cLa ventana principal de la aplicaci\u00f3n.\u201d<\/em><\/p>\n<\/li>\n<\/ul>\n

                    \"What<\/p>\n

                      \n
                    • \n

                      Dise\u00f1ando arquitectura de software orientado a objetos<\/p>\n<\/li>\n

                    • \n

                      Documentando modelos de dominio<\/p>\n<\/li>\n

                    • \n

                      Generando esqueletos de c\u00f3digo<\/p>\n<\/li>\n<\/ul>\n

                      \n

                      2. Diagramas de componentes<\/h3>\n

                      Prop\u00f3sito<\/strong>: Muestra la organizaci\u00f3n y las dependencias de las unidades de implementaci\u00f3n.<\/p>\n

                      Elementos clave<\/strong>:<\/p>\n

                        \n
                      • \n

                        Componentes (esterotipados como\u00a0\u00abcomponente\u00bb<\/code>)<\/p>\n<\/li>\n

                      • \n

                        Interfaces proporcionadas\/requeridas (notaci\u00f3n de bola y enchufe)<\/p>\n<\/li>\n

                      • \n

                        Conectores de ensamblado y relaciones de dependencia<\/p>\n<\/li>\n

                      • \n

                        Artefactos (salidas compiladas: JARs, DLLs, ejecutables)<\/p>\n<\/li>\n<\/ul>\n

                        Uso ejemplo<\/strong>:Cu\u00e1ndo usarlo<\/strong>:<\/p>\n

                        Componentes y l\u00edmites modulares<\/h2>\n

                        subsistema o contenedor general.Terminal<\/b> componente, que act\u00faa como un subsistema o contenedor. Dentro de este contenedor residen componentes internos m\u00e1s peque\u00f1os y especializados: a saber, Inspecci\u00f3n de seguridad<\/b>, Personal<\/b>, Defecto<\/b>, y Mapa<\/b>. Cada una de estas unidades internas representa una pieza modular de software o l\u00f3gica de gesti\u00f3n de datos que trabaja conjuntamente para cumplir con las responsabilidades de la Terminal.<\/p>\n

                        Interfaces como contratos<\/h2>\n

                        Los componentes no exponen directamente su l\u00f3gica interna; en cambio, interact\u00faan mediante interfaces bien definidas que act\u00faan como contratos arquitect\u00f3nicos.<\/p>\n

                          \n
                        • \n

                          Interfaces proporcionadas:<\/b>Representadas por un s\u00edmbolo de “caramelo” o c\u00edrculo, estas indican los servicios, datos o operaciones que un componente implementa y ofrece a su entorno. Por ejemplo, el componente Terminal externo expone interfaces proporcionadas externas comoEstado<\/b>, Detalles<\/b>, y Elemento de inspecci\u00f3n<\/b>, indicando qu\u00e9 pueden solicitar los clientes externos de \u00e9l.<\/p>\n<\/li>\n

                        • \n

                          Interfaces requeridas:<\/b>Representadas por un s\u00edmbolo de “enchufe” o medio c\u00edrculo, estas especifican los servicios o datos que un componente necesita de otra entidad para funcionar correctamente. En el lado derecho del diagrama, el componente Terminal expone expl\u00edcitamente interfaces requeridas paraCuenta<\/b> y ID de inspecci\u00f3n<\/b>, mostrando sus dependencias con subsistemas externos.<\/p>\n<\/li>\n<\/ul>\n

                          Puertos y conexi\u00f3n interna<\/h2>\n

                          Para gestionar el flujo de datos y control preservando la encapsulaci\u00f3n, el sistema utiliza puertos y relaciones de delegaci\u00f3n.<\/p>\n

                            \n
                          • \n

                            Puertos:<\/b>Los peque\u00f1os cuadrados situados en el borde de los componentes representan puertos. Act\u00faan como puntos de interacci\u00f3n distintos a trav\u00e9s de los cuales la estructura interna del componente se conecta con el mundo exterior. Los puertos permiten que un componente a\u00edsle su conexi\u00f3n interna del entorno externo, lo que significa que los componentes internos pueden reemplazarse o modificarse sin alterar c\u00f3mo aparece el componente padre al exterior.<\/p>\n<\/li>\n

                          • \n

                            Delegaci\u00f3n y ensamblaje:<\/b>Dentro del Terminal, las l\u00edneas conectan estas interfaces para formar el ensamblaje estructural. Una interfaz proporcionada en el puerto externo delega las solicitudes entrantes directamente a la interfaz proporcionada de un componente interno (como se ve con las rutas deEstado<\/b> y Detalles<\/b> que conducen a Inspecci\u00f3n de seguridad<\/b>). Por el contrario, los componentes internos conectan sus interfaces de enchufe requeridas directamente a las interfaces de caramelo proporcionadas de componentes vecinos. Por ejemplo, el componenteInspecci\u00f3n de seguridad<\/b> depende de la interfazInspector<\/b> proporcionada por Personal<\/b>, el Detalles del defecto<\/b> interfaz proporcionada por Defecto<\/b>, y la Ubicaci\u00f3n<\/b> interfaz proporcionada por Mapa<\/b>, creando un ecosistema interno estrechamente coordinado pero d\u00e9bilmente acoplado.<\/p>\n<\/li>\n<\/ul>\n

                            \n\"What<\/p>\n

                              \n
                            • \n

                              Planificaci\u00f3n de la arquitectura modular del sistema<\/p>\n<\/li>\n

                            • \n

                              Gesti\u00f3n de dependencias de compilaci\u00f3n<\/p>\n<\/li>\n

                            • \n

                              Documentaci\u00f3n de bibliotecas de componentes reutilizables<\/p>\n<\/li>\n<\/ul>\n

                              \n

                              3. Diagramas de estructura compuesta(A\u00f1adido en UML 2.0)
                              \n<\/em><\/h3>\n

                              Elementos clave<\/strong>:<\/p>\n

                                \n
                              • \n

                                Partes (propiedades con relaciones todo-parte)<\/p>\n<\/li>\n

                              • \n

                                Puertos (puntos de interacci\u00f3n con interfaces proporcionadas\/requeridas)<\/p>\n<\/li>\n

                              • \n

                                Conectores (enlaces en tiempo de ejecuci\u00f3n entre partes)<\/p>\n<\/li>\n

                              • \n

                                Ocurrencias de colaboraci\u00f3n<\/p>\n<\/li>\n<\/ul>\n

                                Uso de ejemplo<\/strong>: Modelado de un\u00a0Autom\u00f3vil<\/code>:<\/p>\n

                                Clasificador encapsulante (Clase)<\/h2>\n

                                El rect\u00e1ngulo exterior representa el clasificador contenedor, en este caso, el Autom\u00f3vil<\/b> clase. En un diagrama de estructura compuesta, esta frontera act\u00faa como un contenedor que encapsula la configuraci\u00f3n interna en tiempo de ejecuci\u00f3n del sistema. Define el contexto en el que las instancias individuales colaboran para alcanzar un prop\u00f3sito conductual m\u00e1s amplio, ocultando la complejidad de c\u00f3mo funciona internamente un \u00abAutom\u00f3vil\u00bb a entidades externas.<\/p>\n

                                Partes (Estructura interna)<\/h2>\n

                                Los rect\u00e1ngulos internos dentro del l\u00edmite del autom\u00f3vil representan Partes<\/b>. Una parte explica un rol desempe\u00f1ado por un conjunto de instancias durante la ejecuci\u00f3n del clasificador contenedor. A diferencia de mostrar una relaci\u00f3n est\u00e1tica en tiempo de compilaci\u00f3n (como un diagrama de clases est\u00e1ndar), estas partes indican instancias en tiempo de ejecuci\u00f3n que ocupan ranuras arquitect\u00f3nicas espec\u00edficas:<\/p>\n

                                  \n
                                • \n

                                  -t : Transmisi\u00f3n<\/code><\/b>: Una instancia que desempe\u00f1a el rol del sistema de transmisi\u00f3n.<\/p>\n<\/li>\n

                                • \n

                                  -e : Motor<\/code><\/b>: Una instancia que desempe\u00f1a el rol de la fuente de energ\u00eda del motor.<\/p>\n<\/li>\n

                                • \n

                                  -s : Sistema de direcci\u00f3n<\/code><\/b>: Una instancia que desempe\u00f1a el rol del mecanismo de direcci\u00f3n.<\/p>\n<\/li>\n<\/ul>\n

                                  La notaci\u00f3n de dos puntos indica que estas son roles estructurales tipificadas por sus clases respectivas, definiendo exactamente qu\u00e9 componentes deben existir dentro de un autom\u00f3vil operativo.<\/p>\n

                                  Puertos y l\u00edmites<\/h2>\n

                                  Los peque\u00f1os cuadrados incrustados en el l\u00edmite del clasificador externo y en los l\u00edmites de las partes internas representan Puertos<\/b>. Los puertos son puntos de interacci\u00f3n distintos que desacoplan la estructura interna de un clasificador de su entorno externo.<\/p>\n

                                    \n
                                  • \n

                                    Puertos externos en el l\u00edmite del autom\u00f3vil\u2014como : Rueda<\/code><\/b>, : Palanca de gas<\/code><\/b>, y : Volante<\/code><\/b>\u2014exponen c\u00f3mo el autom\u00f3vil interact\u00faa con el mundo exterior o el entorno f\u00edsico sin exponer cu\u00e1les<\/i>partes internas est\u00e1n gestionando esas interacciones.<\/p>\n<\/li>\n

                                  • \n

                                    Los puertos en las partes internas (como los puertos en los bloques de Transmisi\u00f3n o Motor) rigen c\u00f3mo estos subsistemas se comunican entre s\u00ed o con el l\u00edmite padre.<\/p>\n<\/li>\n<\/ul>\n

                                    Conectores y cableado interno<\/h2>\n

                                    Las l\u00edneas s\u00f3lidas que unen los puertos representan Conectores<\/b>. Los conectores definen las v\u00edas de comunicaci\u00f3n entre partes o entre una parte y un puerto externo en tiempo de ejecuci\u00f3n.<\/p>\n

                                      \n
                                    • \n

                                      Conectores de delegaci\u00f3n:<\/b> Conectan un puerto externo del contenedor directamente a un puerto interno de una parte. Por ejemplo, el puerto externo : Rueda<\/code><\/b> puerto rutas directamente al Transmisi\u00f3n<\/b>, y el externo : Volante<\/code><\/b> rutas directamente al Sistema de Direcci\u00f3n<\/b>. Esto garantiza que los est\u00edmulos externos se deleguen sin problemas al actor interno correcto.<\/p>\n<\/li>\n

                                    • \n

                                      Conectores de Montaje:<\/b> Enlaza partes internas para permitir la colaboraci\u00f3n. El conector entre el Transmisi\u00f3n<\/b> y el Motor<\/b> muestra que estas dos funciones de tiempo de ejecuci\u00f3n distintas intercambian directamente se\u00f1ales, datos o fuerza mec\u00e1nica para que el coche funcione como un todo unificado.<\/p>\n<\/li>\n<\/ul>\n

                                      \"\"<\/p>\n

                                      Cu\u00e1ndo usarlo<\/strong>:<\/p>\n

                                        \n
                                      • \n

                                        Documentar patrones de dise\u00f1o<\/p>\n<\/li>\n

                                      • \n

                                        Modelar colaboraciones internas complejas<\/p>\n<\/li>\n

                                      • \n

                                        Puentes entre el dise\u00f1o de clases y la implementaci\u00f3n de componentes<\/p>\n<\/li>\n<\/ul>\n

                                        \n

                                        4. Diagramas de Despliegue<\/h3>\n

                                        Prop\u00f3sito<\/strong>: Mapear artefactos de software a entornos de ejecuci\u00f3n de hardware.<\/p>\n

                                        Elementos clave<\/strong>:<\/p>\n

                                          \n
                                        • \n

                                          Nodos (dispositivos, entornos de ejecuci\u00f3n)<\/p>\n<\/li>\n

                                        • \n

                                          Artefactos (unidades desplegables)<\/p>\n<\/li>\n

                                        • \n

                                          Camino de comunicaci\u00f3n entre nodos<\/p>\n<\/li>\n

                                        • \n

                                          Especificaciones de despliegue (detalles de configuraci\u00f3n)<\/p>\n<\/li>\n<\/ul>\n

                                          Uso de ejemplo<\/strong>:Cu\u00e1ndo utilizarlo<\/strong>:<\/h2>\n

                                          Nodos e infraestructura f\u00edsica<\/h3>\n

                                          A diferencia de los diagramas de dise\u00f1o l\u00f3gico que modelan la disposici\u00f3n del c\u00f3digo o las estructuras de clases, un diagrama de despliegue se centra en la topograf\u00eda del hardware. Los bloques fundamentales sonNodos<\/b>, que se representan visualmente como cubos tridimensionales. Los nodos ilustran recursos computacionales f\u00edsicos o entornos de ejecuci\u00f3n donde los elementos de software realmente se ejecutan:<\/p>\n

                                            \n
                                          • \n

                                            <<procesador>><\/code> Nodos:<\/b> Cubos con estereotipo de<<procesador>><\/code> (comoServidor de cach\u00e9<\/b>, Servidor principal<\/b>, y gen\u00e9ricosServidor<\/b> bloques) representan nodos con capacidad computacional, memoria y potencia de procesamiento capaces de ejecutar binarios de software.<\/p>\n<\/li>\n

                                          • \n

                                            <<red>><\/code> Nodos:<\/b> El cubo alargado etiquetado comoRed local<\/b> representa una ruta de comunicaci\u00f3n o infraestructura de enrutamiento en lugar de una computadora individual. Representa la estructura f\u00edsica que permite a los procesadores conectados intercambiar flujos de paquetes de datos.<\/p>\n<\/li>\n

                                          • \n

                                            Nodos de dispositivo:<\/b> Nodos sin estereotipo comoInternet<\/b> yBanco de m\u00f3dems<\/b> representan componentes de hardware de frontera o infraestructura f\u00edsica externa necesaria para enrutar el tr\u00e1fico externo hacia el entorno central del sistema.<\/p>\n<\/li>\n<\/ul>\n

                                            Asociaciones y v\u00edas de comunicaci\u00f3n<\/h2>\n

                                            Las l\u00edneas s\u00f3lidas que conectan los cubos tridimensionales representanAsociaciones<\/b>. En un diagrama de despliegue, estas asociaciones muestran los caminos de comunicaci\u00f3n f\u00edsica, enlaces de red o conexiones de hardware entre nodos.<\/p>\n

                                              \n
                                            • \n

                                              La l\u00ednea entre Internet<\/b> y Banco de M\u00f3dems<\/b>ilustra el punto de entrada de los datos p\u00fablicos externos en la pila de hardware.<\/p>\n<\/li>\n

                                            • \n

                                              La asociaci\u00f3n que se extiende desde el Banco de M\u00f3dems<\/b>hacia abajo hasta el Servidor de Cach\u00e9<\/b>muestra la ruta f\u00edsica del tr\u00e1fico entrante hasta la capa de cach\u00e9 de borde.<\/p>\n<\/li>\n

                                            • \n

                                              Asociaciones que conectan el Servidores de Cach\u00e9<\/b> y el Servidor Principal<\/b> agrupado con el Red Local<\/b>establecen c\u00f3mo los componentes internos se comunican a trav\u00e9s de una infraestructura compartida de bus local de alta velocidad o conmutador de red.<\/p>\n<\/li>\n<\/ul>\n

                                              Agrupaci\u00f3n topol\u00f3gica y redundancia<\/h2>\n

                                              La disposici\u00f3n de los nodos en el diagrama muestra expl\u00edcitamente la topolog\u00eda de despliegue y las decisiones de dise\u00f1o arquitect\u00f3nico para alta disponibilidad y distribuci\u00f3n de carga.<\/p>\n

                                                \n
                                              • \n

                                                Capa de Cach\u00e9 de Borde:<\/b> Colocados directamente debajo del hardware del m\u00f3dem de entrada se encuentran dos nodos de Servidor de Cach\u00e9<\/b> nodos. Esta configuraci\u00f3n demuestra visualmente una capa de borde redundante dise\u00f1ada para distribuir la carga del tr\u00e1fico entrante y almacenar en cach\u00e9 activos antes de que las solicitudes alcancen la infraestructura profunda.<\/p>\n<\/li>\n

                                              • \n

                                                Granja de Servidores Internos:<\/b> Colocado en la parte inferior de la pila, conectado mediante la Red Local<\/b>, se encuentra un grupo de servidores centrales. La diferenciaci\u00f3n entre el Servidor Principal<\/b> y el gen\u00e9rico adyacente Servidor<\/b> los nodos representan visualmente una arquitectura maestro-replica o primario-secundario, asegurando que la persistencia de datos y las cargas de trabajo intensivas de c\u00e1lculo se coordinen de forma segura dentro del entorno del centro de datos interno.<\/p>\n<\/li>\n<\/ul>\n

                                                \n\"What<\/h2>\n

                                                Prop\u00f3sito<\/strong>: Modelar la estructura interna de clasificadores y patrones complejos.<\/p>\n

                                                  \n
                                                • \n

                                                  Planificaci\u00f3n de la infraestructura del sistema<\/p>\n<\/li>\n

                                                • \n

                                                  Documentaci\u00f3n de arquitecturas distribuidas<\/p>\n<\/li>\n

                                                • \n

                                                  Especificaci\u00f3n de estrategias de conmutaci\u00f3n por fallo y redundancia<\/p>\n<\/li>\n<\/ul>\n

                                                  \n

                                                  5. Diagramas de paquetes<\/h3>\n

                                                  Prop\u00f3sito<\/strong>: Organizar y gestionar espacios de nombres mediante agrupaciones l\u00f3gicas.<\/p>\n

                                                  Elementos clave<\/strong>:<\/p>\n

                                                    \n
                                                  • \n

                                                    Paquetes (rect\u00e1ngulos con pesta\u00f1as)<\/p>\n<\/li>\n

                                                  • \n

                                                    Relaciones de importaci\u00f3n\/acceso (\u00abimportar\u00bb<\/code>,\u00a0\u00abacceso\u00bb<\/code>)<\/p>\n<\/li>\n

                                                  • \n

                                                    Relaciones de fusi\u00f3n (\u00abfusionar\u00bb<\/code>)<\/p>\n<\/li>\n

                                                  • \n

                                                    Visibilidad (+<\/code>\u00a0p\u00fablico,\u00a0-<\/code>\u00a0privado)<\/p>\n<\/li>\n<\/ul>\n

                                                    Uso ejemplo<\/strong>:<\/h1>\n

                                                    L\u00edmites de subsistemas y paquetes<\/h2>\n

                                                    El diagrama depende en gran medida de la notaci\u00f3n de “carpeta” para representar agrupaciones l\u00f3gicas de elementos de dise\u00f1o.<\/p>\n

                                                      \n
                                                    • \n

                                                      Subsistema:<\/b> La gran carpeta externa estereotipada como <<subsistema>> Ordenamiento<\/code><\/b> representa una unidad de comportamiento principal y encapsulada del sistema f\u00edsico. Act\u00faa como un contenedor de alto nivel que agrupa componentes y paquetes relacionados necesarios para ejecutar la gesti\u00f3n de pedidos.<\/p>\n<\/li>\n

                                                    • \n

                                                      Paquete:<\/b> Las carpetas m\u00e1s peque\u00f1as dentro y fuera del subsistema (tales como UI<\/b>, Procesamiento de Pedidos<\/b>, y GUIManager<\/b>) son paquetes est\u00e1ndar. Se utilizan para organizar elementos en grupos manejables, establecer espacios de nombres y definir los l\u00edmites de visibilidad dentro de la arquitectura.<\/p>\n<\/li>\n<\/ul>\n

                                                      Dependencias y capas<\/h2>\n

                                                      Las flechas punteadas indican Dependencias<\/b>, estableciendo que un cambio en un paquete (el destino) puede afectar el funcionamiento del paquete origen (el fuente).<\/p>\n

                                                        \n
                                                      • \n

                                                        Dependencias internas:<\/b> Dentro del subsistema de Ordenamiento, es visible una clara estructura arquitect\u00f3nica de arriba hacia abajo. El UI<\/b> paquete depende de Procesamiento de Pedidos<\/b>, que a su vez depende del Calculadora de Precios<\/b> y Almacenamiento Externo<\/b>. Esto representa un flujo arquitect\u00f3nico en el que los elementos de presentaci\u00f3n de nivel superior dependen de las capas l\u00f3gicas de negocio principal y acceso a datos.<\/p>\n<\/li>\n

                                                      • \n

                                                        Dependencia de un paquete externo:<\/b> Los paquetes tambi\u00e9n pueden depender de elementos fuera de los l\u00edmites inmediatos de su subsistema. Por ejemplo, el UI<\/b> paquete tiene una dependencia con el externo GUIManager<\/b>. De manera similar, el Almacenamiento Aleatorio<\/b> y Almacenamiento de Flujo<\/b> paquetes en la parte inferior cruzan el l\u00edmite del subsistema para depender de estructuras de datos externas, destacando c\u00f3mo el subsistema se integra en un ecosistema de software m\u00e1s amplio.<\/p>\n<\/li>\n<\/ul>\n

                                                        Abstracci\u00f3n e Herencia (Generalizaci\u00f3n)<\/h2>\n

                                                        El diagrama utiliza un estilo especializado y flechas de relaci\u00f3n para demostrar patrones de dise\u00f1o abstractos aplicados a una arquitectura modular.<\/p>\n

                                                          \n
                                                        • \n

                                                          Paquetes Abstractos frente a Paquetes Concretos:<\/b> Los paquetes que contienen elementos abstractos o definen una estructura similar a una interfaz se representan con nombres en cursiva (como Almacenamiento Externo<\/i><\/b> y Gesti\u00f3n de Almacenamiento<\/i><\/b>). Por el contrario, los paquetes que contienen implementaciones de c\u00f3digo operativo, como Repositorio<\/b> y Almacenamiento de Archivos<\/b>, utilizan texto est\u00e1ndar para indicar que son paquetes concretos.<\/p>\n<\/li>\n

                                                        • \n

                                                          Generalizaci\u00f3n:<\/b> Representado por una l\u00ednea s\u00f3lida con un tri\u00e1ngulo abierto y hueco que apunta al paquete padre. Esto indica una relaci\u00f3n de herencia o implementaci\u00f3n. Dentro del subsistema, Almacenamiento Aleatorio<\/b> y Almacenamiento de Flujo<\/b> especializan o implementan la interfaz abstracta Almacenamiento Externo<\/i><\/b> interfaz. Fuera del subsistema, el paquete concreto Repositorio<\/b> y Almacenamiento de Archivos<\/b> los paquetes generalizan hacia lo abstracto Gesti\u00f3nDeAlmacenamiento<\/i><\/b> paquete, mostrando c\u00f3mo se puede modelar el comportamiento polim\u00f3rfico y la clasificaci\u00f3n estructural a nivel de paquete. <\/p>\n

                                                          \"What<\/p>\n<\/li>\n

                                                        • \n

                                                          Cu\u00e1ndo usar<\/strong>:<\/p>\n<\/li>\n

                                                        • \n

                                                          Gesti\u00f3n de bases de c\u00f3digo grandes<\/p>\n<\/li>\n

                                                        • \n

                                                          Definici\u00f3n de l\u00edmites de m\u00f3dulos<\/p>\n<\/li>\n

                                                        • \n

                                                          Control de dependencias de compilaci\u00f3n<\/p>\n<\/li>\n<\/ul>\n

                                                          \n

                                                          6. Diagramas de objetos<\/h3>\n

                                                          Prop\u00f3sito<\/strong>: Mostrar instant\u00e1neas de instancias y sus enlaces en un momento espec\u00edfico.<\/p>\n

                                                          Elementos clave<\/strong>:<\/p>\n

                                                            \n
                                                          • \n

                                                            Objetos (nombres subrayados:\u00a0miCoche:Coche<\/code>)<\/p>\n<\/li>\n

                                                          • \n

                                                            Enlaces entre instancias de objetos<\/p>\n<\/li>\n

                                                          • \n

                                                            Valores de atributos en tiempo de ejecuci\u00f3n<\/p>\n<\/li>\n<\/ul>\n

                                                            Uso de ejemplo<\/strong>:<\/p>\n

                                                            Objetos e instancias concretas<\/h2>\n

                                                            A diferencia de los diagramas de clases que muestran configuraciones abstractas de nivel de plano, un diagrama de objetos captura instancias reales que viven en la memoria. Los objetos se representan mediante rect\u00e1ngulos, y sus nombres siempre est\u00e1n subrayados para denotar la instanciaci\u00f3n.<\/p>\n

                                                              \n
                                                            • \n

                                                              Objetos con nombre:<\/b> Estos siguen la sintaxis nombreInstancia : NombreClase<\/code>. Por ejemplo, c : Empresa<\/code><\/b> representa una instancia espec\u00edfica de empresa llamada \u201cc\u201d, y p : Persona<\/code><\/b> representa una instancia espec\u00edfica de individuo llamada \u201cp\u201d.<\/p>\n<\/li>\n

                                                            • \n

                                                              Objetos an\u00f3nimos:<\/b> Cuando el identificador espec\u00edfico de la instancia se omite o no es relevante para el escenario, solo se proporciona el nombre de la clase, precedido por dos puntos (por ejemplo, : Informaci\u00f3n de contacto<\/code><\/b>). Esto especifica que existe una instancia concreta de informaci\u00f3n de contacto y est\u00e1 adjunta a la estructura, pero no necesita un nombre de variable \u00fanico en este contexto.<\/p>\n<\/li>\n<\/ul>\n

                                                              Estado y valores de atributos<\/h2>\n

                                                              El compartimento inferior de un rect\u00e1ngulo de objeto contiene su estado espec\u00edfico, definido por valores expl\u00edcitos asignados a sus atributos en ese momento dado. En lugar de simplemente listar tipos de datos, estas entradas utilizan el formato de asignaci\u00f3n atributo = valor<\/code> de asignaci\u00f3n para reflejar la realidad:<\/p>\n

                                                                \n
                                                              • \n

                                                                La instancia de departamento d1<\/code> contiene el valor del atributo nombre = Ventas<\/code>.<\/p>\n<\/li>\n

                                                              • \n

                                                                Otra instancia distinta de departamento d2<\/code> contiene el valor nombre = I+D<\/code>.<\/p>\n<\/li>\n

                                                              • \n

                                                                La instancia de persona p<\/code> contiene un conjunto completo de datos de estado, que define un perfil espec\u00edfico: nombre = Derek<\/code>, IDEmpleado = D-12821<\/code>, y cargo = Gerente<\/code>.<\/p>\n<\/li>\n<\/ul>\n

                                                                Enlaces y relaciones<\/h2>\n

                                                                Las l\u00edneas s\u00f3lidas que conectan los objetos representan Enlaces<\/b>. Un enlace es una instancia concreta de una asociaci\u00f3n definida entre clases. Si un diagrama de clases indica que las empresas tienen departamentos, el diagrama de objetos demuestra las conexiones reales en tiempo de ejecuci\u00f3n entre ellos.<\/p>\n

                                                                  \n
                                                                • \n

                                                                  La instancia de empresa c<\/code> est\u00e1 activamente vinculada a instancias de departamento d1<\/code> (Ventas) y d2<\/code> (I+D).<\/p>\n<\/li>\n

                                                                • \n

                                                                  El diagrama tambi\u00e9n muestra la conexi\u00f3n jer\u00e1rquica de instancias, donde d1 : Departamento<\/code> (Ventas) se vincula hacia abajo con una instancia de subdepartamento tambi\u00e9n tipificada como Departamento (nombre = Ventas EE.UU.<\/code>).<\/p>\n<\/li>\n

                                                                • \n

                                                                  Finalmente, la instancia de persona p<\/code> (Derek) est\u00e1 vinculada a la instancia del departamento de Ventas EE.UU., al mismo tiempo que mantiene una conexi\u00f3n con una instancia an\u00f3nima : Informaci\u00f3n de contacto<\/code> que contiene su direcci\u00f3n f\u00edsica.<\/p>\n<\/li>\n<\/ul>\n

                                                                  \"\"<\/p>\n

                                                                  Cu\u00e1ndo usarlo<\/strong>:<\/p>\n

                                                                    \n
                                                                  • \n

                                                                    Validar dise\u00f1os de diagramas de clases<\/p>\n<\/li>\n

                                                                  • \n

                                                                    Depurar relaciones de objetos complejas<\/p>\n<\/li>\n

                                                                  • \n

                                                                    Demostrar estados de tiempo de ejecuci\u00f3n de ejemplo<\/p>\n<\/li>\n<\/ul>\n

                                                                    \n

                                                                    \ud83d\udd36 Diagramas de comportamiento<\/h2>\n

                                                                    Los diagramas de comportamiento modelan aspectos din\u00e1micos: c\u00f3mo se comporta el sistema con el tiempo.<\/p>\n

                                                                    7. Diagramas de actividad<\/h3>\n

                                                                    Prop\u00f3sito<\/strong>: Modelar flujos de trabajo, procesos empresariales y l\u00f3gica algor\u00edtmica.<\/p>\n

                                                                    Elementos clave<\/strong>:<\/p>\n

                                                                      \n
                                                                    • \n

                                                                      Acciones (rect\u00e1ngulos redondeados)<\/p>\n<\/li>\n

                                                                    • \n

                                                                      Nodos de control: inicial, decisi\u00f3n, fusi\u00f3n, bifurcaci\u00f3n, uni\u00f3n, final<\/p>\n<\/li>\n

                                                                    • \n

                                                                      Nodos de objeto y pines<\/p>\n<\/li>\n

                                                                    • \n

                                                                      Particiones (carriles) para la asignaci\u00f3n de responsabilidades<\/p>\n<\/li>\n

                                                                    • \n

                                                                      Manejadores de excepciones y regiones interrumpibles<\/p>\n<\/li>\n<\/ul>\n

                                                                      Uso de ejemplo<\/strong>: Flujo de trabajo de procesamiento de pedidos<\/p>\n

                                                                      Organizaci\u00f3n estructural (carriles y particiones)<\/h2>\n

                                                                      El diagrama est\u00e1 organizado verticalmente en columnas grandes conocidas indistintamente comoCarriles<\/b> o Particiones<\/b>. Estas fronteras categorizan las responsabilidades de las acciones contenidas en ellas, asignando pasos a roles o unidades de negocio espec\u00edficos:<\/p>\n

                                                                        \n
                                                                      • \n

                                                                        Interfaz de ventas al cliente:<\/b> Posee el ciclo de vida orientado al cliente, gestionando la inicializaci\u00f3n del cliente, el enrutamiento alternativo y la presentaci\u00f3n final.<\/p>\n<\/li>\n

                                                                      • \n

                                                                        Propietario de la propuesta:<\/b> Gestiona la planificaci\u00f3n principal, el an\u00e1lisis operativo y la compilaci\u00f3n de las estructuras de datos formales de la propuesta.<\/p>\n<\/li>\n

                                                                      • \n

                                                                        Propietario de la cotizaci\u00f3n:<\/b> Se enfoca \u00fanicamente en la valoraci\u00f3n financiera y en la preparaci\u00f3n de las m\u00e9tricas espec\u00edficas de la cotizaci\u00f3n.<\/p>\n<\/li>\n<\/ul>\n

                                                                        Flujo de control y estados de acci\u00f3n<\/h2>\n

                                                                        La ejecuci\u00f3n paso a paso del procedimiento est\u00e1 dirigida por nodos de control y rutas dirigidas.<\/p>\n

                                                                          \n
                                                                        • \n

                                                                          Nodo inicial:<\/b> Representado por el c\u00edrculo s\u00f3lido negro en la parte superior, esto indica el punto de inicio de todo el flujo de trabajo de actividad.<\/p>\n<\/li>\n

                                                                        • \n

                                                                          Acci\u00f3n:<\/b> Los rect\u00e1ngulos redondeados (por ejemplo, Iniciar contacto<\/b>, Buscar alternativa<\/b>, y Compilar informaci\u00f3n adicional<\/b>) representan pasos o tareas individuales e indivisibles dentro de la secuencia de ejecuci\u00f3n.<\/p>\n<\/li>\n

                                                                        • \n

                                                                          Flujo de control:<\/b> Las flechas s\u00f3lidas que conectan los elementos determinan la progresi\u00f3n secuencial del flujo de trabajo, indicando exactamente qu\u00e9 acci\u00f3n debe completarse antes de que comience la siguiente.<\/p>\n<\/li>\n

                                                                        • \n

                                                                          Nodo final de actividad:<\/b> El s\u00edmbolo de diana (un c\u00edrculo s\u00f3lido dentro de un anillo hueco) en la parte inferior marca el punto absoluto de terminaci\u00f3n de toda la ejecuci\u00f3n del proceso.<\/p>\n<\/li>\n<\/ul>\n

                                                                          Enrutamiento y l\u00f3gica con condiciones (nodos de decisi\u00f3n)<\/h2>\n

                                                                          Los s\u00edmbolos en forma de diamante representanNodos de decisi\u00f3n<\/b>, que modelan el bifurcaci\u00f3n condicional en el flujo de trabajo.<\/p>\n

                                                                            \n
                                                                          • \n

                                                                            Las rutas de control entrantes se dividen en m\u00faltiples rutas salientes mutuamente excluyentes seg\u00fan entradas espec\u00edficas.<\/p>\n<\/li>\n

                                                                          • \n

                                                                            Las condiciones que determinan qu\u00e9 ruta tomar est\u00e1n encerradas entre corchetes, conocidas como condiciones de guarda (por ejemplo,[aceptado]<\/code><\/b>, [rechazado]<\/code><\/b>, y[unirse con otro proveedor o cambiar requisitos]<\/code><\/b>). El proceso eval\u00faa estas condiciones durante la ejecuci\u00f3n para dirigir la ejecuci\u00f3n por la ruta funcional adecuada.<\/p>\n<\/li>\n<\/ul>\n

                                                                            Procesamiento paralelo (nodos de bifurcaci\u00f3n y uni\u00f3n)<\/h2>\n

                                                                            Las barras negras s\u00f3lidas en el diagrama act\u00faan como puntos de sincronizaci\u00f3n para gestionar flujos de ejecuci\u00f3n concurrentes o paralelos.<\/p>\n

                                                                              \n
                                                                            • \n

                                                                              Nodo de bifurcaci\u00f3n (etiquetado como Nodo de flujo en el puntero del diagrama):<\/b> Una \u00fanica corriente de control entrante entra en la barra y se divide en m\u00faltiples hilos de ejecuci\u00f3n independientes y concurrentes. Aqu\u00ed, despu\u00e9s de crear un plan de proyecto, el proceso se bifurca para permitir que el Propietario de la Propuesta ejecute el an\u00e1lisis y la planificaci\u00f3n de entrega, mientras que el Propietario de la Cotizaci\u00f3n gestiona simult\u00e1neamente la preparaci\u00f3n de la cotizaci\u00f3n.<\/p>\n<\/li>\n

                                                                            • \n

                                                                              Nodo de uni\u00f3n:<\/b> Una barra de sincronizaci\u00f3n que fusiona m\u00faltiples caminos concurrentes de nuevo en un \u00fanico flujo de control. El proceso no puede pasar m\u00e1s all\u00e1 del Nodo de uni\u00f3n hasta quetodos<\/i> las corrientes paralelas entrantes hayan alcanzado con \u00e9xito la barra, asegurando que la compilaci\u00f3n de la cotizaci\u00f3n y el borrador de la propuesta est\u00e9n completamente finalizados antes de proceder a compilar el paquete final.<\/p>\n<\/li>\n<\/ul>\n

                                                                              Integraci\u00f3n de datos (nodos de objeto)<\/h2>\n

                                                                              Los rect\u00e1ngulos est\u00e1ndar indicanNodos de objeto<\/b>, que introducen el flujo de datos en el diagrama de actividad orientado al control.<\/p>\n

                                                                                \n
                                                                              • \n

                                                                                Los nodos de objeto representan instancias de datos espec\u00edficos o artefactos f\u00edsicos producidos o consumidos por acciones, utilizando elnombreDeInstancia : NombreDeClase<\/code> convenci\u00f3n (por ejemplo, unaPropuesta : Propuesta<\/code><\/b> y unPlan : Plan de Proyecto de Entrega<\/code><\/b>).<\/p>\n<\/li>\n

                                                                              • \n

                                                                                Marcado expl\u00edcitamente crear<\/code><\/b> las flechas muestran exactamente cu\u00e1ndo una acci\u00f3n instancia o actualiza una estructura de datos, demostrando c\u00f3mo fluye la informaci\u00f3n de tarea a tarea junto con la ejecuci\u00f3n operativa.<\/p>\n<\/li>\n<\/ul>\n

                                                                                \n\"Activity<\/p>\n

                                                                                Cu\u00e1ndo usar<\/strong>:<\/p>\n

                                                                                  \n
                                                                                • \n

                                                                                  Documentar procesos de negocio<\/p>\n<\/li>\n

                                                                                • \n

                                                                                  Modelar realizaciones de casos de uso<\/p>\n<\/li>\n

                                                                                • \n

                                                                                  Especificar algoritmos complejos<\/p>\n<\/li>\n<\/ul>\n

                                                                                  \n

                                                                                  8. Diagramas de m\u00e1quinas de estado (Statecharts)<\/h3>\n

                                                                                  Prop\u00f3sito<\/strong>: Modelar el ciclo de vida y el comportamiento dependiente del estado de los objetos.<\/p>\n

                                                                                  Elementos clave<\/strong>:<\/p>\n

                                                                                    \n
                                                                                  • \n

                                                                                    Estados (rect\u00e1ngulos redondeados con actividades de entrada\/salida\/hacer)<\/p>\n<\/li>\n

                                                                                  • \n

                                                                                    Transiciones (disparador[guarda]\/efecto)<\/p>\n<\/li>\n

                                                                                  • \n

                                                                                    Pseudoeestados: inicial, elecci\u00f3n, bifurcaci\u00f3n, uni\u00f3n, historial, terminar<\/p>\n<\/li>\n

                                                                                  • \n

                                                                                    Estados compuestos y regiones ortogonales<\/p>\n<\/li>\n<\/ul>\n

                                                                                    Uso de ejemplo<\/strong>: configuraci\u00f3n de telefon\u00eda<\/p>\n

                                                                                    Estados y condiciones del sistema<\/h2>\n

                                                                                    El diagrama captura el comportamiento de un sistema\u2014espec\u00edficamente una configuraci\u00f3n de telefon\u00eda\u2014mediante el mapeo de sus diversas situaciones o condiciones discretas.<\/p>\n

                                                                                      \n
                                                                                    • \n

                                                                                      Estados:<\/b> Los rect\u00e1ngulos redondeados representan estados (por ejemplo, Ocupado<\/b>, Tono de marcado<\/b>, Marcando<\/b>, Conectando<\/b>, y Conectado<\/b>). Un estado representa un per\u00edodo en el ciclo de vida de un objeto durante el cual satisface alguna condici\u00f3n, ejecuta una actividad o espera un evento.<\/p>\n<\/li>\n

                                                                                    • \n

                                                                                      Estado pseudo inicial:<\/b> El c\u00edrculo s\u00f3lido negro en el extremo izquierdo representa el punto de inicio de la m\u00e1quina de estados. Es un estado pseudo en lugar de un estado verdadero, sirviendo \u00fanicamente como puntero al estado activo predeterminado cuando se instancia el objeto (Inactivo<\/b>).<\/p>\n<\/li>\n

                                                                                    • \n

                                                                                      Estado final:<\/b> El s\u00edmbolo de diana en el extremo derecho representa la terminaci\u00f3n de la ejecuci\u00f3n de la m\u00e1quina de estados, indicando que el objeto ha completado su ciclo de vida.<\/p>\n<\/li>\n<\/ul>\n

                                                                                      Transiciones y enrutamiento impulsado por eventos<\/h2>\n

                                                                                      Las l\u00edneas dirigidas que conectan los estados son Transiciones<\/b>, que representan el movimiento de un estado a otro como respuesta a un desencadenante espec\u00edfico.<\/p>\n

                                                                                        \n
                                                                                      • \n

                                                                                        Transiciones est\u00e1ndar:<\/b> Activadas por eventos espec\u00edficos, como una acci\u00f3n del usuario o una respuesta del sistema, indicados a lo largo de las l\u00edneas. Por ejemplo, pasar de Inactivo<\/b> a Tono de marcado<\/b> ocurre cuando se activa el evento onHook<\/code><\/b> se activa, y pasar de Tono de marcado<\/b> a Marcando<\/b> ocurre cuando un d\u00edgito(n)<\/code><\/b> evento es recibido.<\/p>\n<\/li>\n

                                                                                      • \n

                                                                                        Transiciones aut\u00f3nomas:<\/b> Una flecha de transici\u00f3n que sale de un estado y regresa directamente al mismo estado (como se ve en el Marcando<\/b> estado con el d\u00edgito(n)<\/code><\/b> disparador). Esto indica que el evento se procesa y actualiza el contexto de estado interno (por ejemplo, registrar un d\u00edgito reci\u00e9n marcado) sin que el objeto salga o cambie su estado operativo general.<\/p>\n<\/li>\n<\/ul>\n

                                                                                        Camino alternativo y manejo de errores<\/h2>\n

                                                                                        Las m\u00e1quinas de estado destacan al mostrar la l\u00f3gica de comportamiento y el bifurcaci\u00f3n de errores basada en condiciones variables durante la ejecuci\u00f3n.<\/p>\n

                                                                                          \n
                                                                                        • \n

                                                                                          Camino de ejecuci\u00f3n exitoso:<\/b> La canalizaci\u00f3n horizontal central traza el camino \u00f3ptimo: Inactivo<\/b> $rightarrow$<\/span> Tono de marcado<\/b> $rightarrow$<\/span> Marcando<\/b> $rightarrow$<\/span> Conectando<\/b> $rightarrow$<\/span> Sonando<\/b> $rightarrow$<\/span> Conectado<\/b> $rightarrow$<\/span> Desconectado<\/b>.<\/p>\n<\/li>\n

                                                                                        • \n

                                                                                          Estados de manejo de excepciones y errores:<\/b> El sistema tiene en cuenta fallas o retrasos al bifurcarse hacia estados dedicados de manejo. Si un n\u00famero est\u00e1 ocupado durante la conexi\u00f3n, el sistema activa el n\u00fameroOcupado<\/code><\/b> transici\u00f3n para ingresar al TonoOcupado<\/b> estado. Si un usuario pausa demasiado tiempo durante la marcaci\u00f3n, un tiempo de espera<\/code><\/b> evento cambia el sistema a un Advertencia<\/b> o Tiempo de espera<\/b> estado. Si se detecta una secuencia incorrecta, un n\u00fameroInv\u00e1lido<\/code><\/b> disparador redirige el sistema a un MensajeGrabado<\/b> estado, asegurando que el sistema maneje de forma segura todos los casos l\u00edmite del mundo real.<\/p>\n<\/li>\n<\/ul>\n

                                                                                          \n

                                                                                          \"State<\/p>\n

                                                                                          \u00a0<\/p>\n

                                                                                          Cu\u00e1ndo usarlo<\/strong>:<\/p>\n

                                                                                            \n
                                                                                          • \n

                                                                                            Modelado de sistemas embebidos o implementaciones de protocolos<\/p>\n<\/li>\n

                                                                                          • \n

                                                                                            Especificaci\u00f3n de la gesti\u00f3n de estados de la interfaz de usuario<\/p>\n<\/li>\n

                                                                                          • \n

                                                                                            Documentaci\u00f3n de las reglas del ciclo de vida de los objetos<\/p>\n<\/li>\n<\/ul>\n

                                                                                            \n

                                                                                            9. Diagramas de interacci\u00f3n<\/h3>\n

                                                                                            Cuatro tipos de diagramas enfatizan aspectos diferentes de la colaboraci\u00f3n entre objetos:<\/p>\n

                                                                                            a) Diagramas de secuencia(El m\u00e1s com\u00fan)<\/em><\/h4>\n

                                                                                            Prop\u00f3sito<\/strong>: Muestra los intercambios de mensajes ordenados por tiempo entre l\u00edneas de vida.<\/p>\n

                                                                                            Elementos clave<\/strong>:<\/p>\n

                                                                                              \n
                                                                                            • \n

                                                                                              L\u00edneas de vida (l\u00edneas punteadas verticales)<\/p>\n<\/li>\n

                                                                                            • \n

                                                                                              Mensajes (flechas s\u00f3lidas\/punteadas con etiquetas)<\/p>\n<\/li>\n

                                                                                            • \n

                                                                                              Ocurrencias de ejecuci\u00f3n (barras de activaci\u00f3n)<\/p>\n<\/li>\n

                                                                                            • \n

                                                                                              Fragmentos combinados: alt<\/code>,\u00a0opt<\/code>,\u00a0bucle<\/code>,\u00a0par<\/code>,\u00a0interrumpir<\/code><\/p>\n<\/li>\n<\/ul>\n

                                                                                              Uso de ejemplo<\/strong>:<\/p>\n

                                                                                              L\u00edneas de vida y contextos de ejecuci\u00f3n<\/h2>\n

                                                                                              El diagrama se lee de izquierda a derecha para establecer a los participantes, y de arriba hacia abajo para denotar el paso del tiempo.<\/p>\n

                                                                                                \n
                                                                                              • \n

                                                                                                L\u00edneas de vida:<\/b> Las cajas en la parte superior unidas a l\u00edneas verticales punteadas representan l\u00edneas de vida. Modelan a los participantes individuales en la interacci\u00f3n, siguiendo el nombreInstancia : NombreClase<\/code> convenci\u00f3n (por ejemplo, ventana : UI<\/code><\/b>, unaCadena : CadenaHoteles<\/code><\/b>, y unHotel : Hotel<\/code><\/b>). La l\u00ednea punteada rastrea la existencia de ese participante a lo largo de la secuencia.<\/p>\n<\/li>\n

                                                                                              • \n

                                                                                                Barras de activaci\u00f3n:<\/b> Los delgados rect\u00e1ngulos verticales de color apoyados sobre las l\u00edneas de vida indican una Activaci\u00f3n<\/b> (o ocurrencia de ejecuci\u00f3n). Estas barras muestran exactamente cu\u00e1ndo un objeto est\u00e1 ejecutando activamente una operaci\u00f3n o esperando que una llamada anidada devuelva un resultado.<\/p>\n<\/li>\n

                                                                                              • \n

                                                                                                Detenido:<\/b> El gran s\u00edmbolo \u201cX\u201d en la parte inferior de la ventana : UI<\/code> la l\u00ednea de vida indica destrucci\u00f3n o terminaci\u00f3n, mostrando que el ciclo de vida de este participante espec\u00edfico ha terminado y sus recursos se han liberado.<\/p>\n<\/li>\n<\/ul>\n

                                                                                                Tipos de mensajes y comunicaci\u00f3n<\/h2>\n

                                                                                                La comunicaci\u00f3n entre participantes se modela mediante flechas horizontales que representan mensajes, ordenados secuencialmente utilizando un sistema de numeraci\u00f3n jer\u00e1rquico (por ejemplo, 1, 1.1, 1.1.1).<\/p>\n

                                                                                                  \n
                                                                                                • \n

                                                                                                  Mensajes s\u00edncronos:<\/b> L\u00edneas s\u00f3lidas con puntas de flecha s\u00f3lidas (como 1: hacerReserva<\/code><\/b> y 1.1: hacerReserva<\/code><\/b>) indican llamadas s\u00edncronas. El remitente bloquea la ejecuci\u00f3n y espera a que el objeto receptor complete su procesamiento.<\/p>\n<\/li>\n

                                                                                                • \n

                                                                                                  Mensajes auto:<\/b> Un bucle de mensaje que comienza y termina en la misma barra de activaci\u00f3n (como 1.1.1: disponible(idHabitaci\u00f3n, fecha): esHabitaci\u00f3n<\/code><\/b> ejecutado por aHotel<\/code>) representa un mensaje auto<\/b>. Esto indica una ejecuci\u00f3n de m\u00e9todo interna en la que un objeto llama a una de sus propias operaciones.<\/p>\n<\/li>\n

                                                                                                • \n

                                                                                                  Mensajes de creaci\u00f3n:<\/b> Una l\u00ednea punteada con una punta de flecha abierta que apunta directamente a una caja de objeto (como el mensaje 1.1.2:<\/code><\/b> que apunta a aReserva : Reserva<\/code><\/b>) representa la creaci\u00f3n de un objeto. Esto muestra que la instancia aHotel<\/code> instancia instanc\u00eda din\u00e1micamente el objeto aReserva<\/code> en ese momento exacto en la secuencia de tiempo de ejecuci\u00f3n.<\/p>\n<\/li>\n<\/ul>\n

                                                                                                  Fragmentos combinados y flujo de control<\/h2>\n

                                                                                                  Los grandes cuadros rectangulares que rodean secciones de la secuencia son Fragmentos combinados<\/b>, que utilizan operadores de interacci\u00f3n para gestionar l\u00f3gica compleja, ramificaci\u00f3n e iteraci\u00f3n.<\/p>\n

                                                                                                    \n
                                                                                                  • \n

                                                                                                    Fragmento de bucle:<\/b> La caja exterior etiquetada como bucle<\/code><\/b> con la condici\u00f3n de guardia [cada d\u00eda]<\/code><\/b> representa iteraci\u00f3n. Todas las interacciones contenidas dentro de esta caja se repetir\u00e1n continuamente para cada d\u00eda especificado en la solicitud de reserva.<\/p>\n<\/li>\n

                                                                                                  • \n

                                                                                                    Fragmento combinado alternativo (Alt):<\/b> Incrustado dentro del bucle hay un alt<\/code><\/b> fragmento (anotado como \u201cSi\u201d en el puntero del diagrama), que maneja la ramificaci\u00f3n condicional. Eval\u00faa la condici\u00f3n de guardia [isRoom = true]<\/code><\/b>. Si la condici\u00f3n se cumple, la secuencia ejecuta la ruta espec\u00edfica dentro de ese bloque\u2014creando la instancia aReservation<\/code> e inmediatamente desencadenando el mensaje 2:<\/code><\/b> para instanciar aNotice : Confirmaci\u00f3n<\/code><\/b>. Si la condici\u00f3n fuera falsa, se tomar\u00eda una ruta alternativa (o no se realizar\u00eda ninguna acci\u00f3n).<\/p>\n

                                                                                                    \"\"<\/p>\n<\/li>\n<\/ul>\n

                                                                                                    b) Diagramas de comunicaci\u00f3n<\/h4>\n

                                                                                                    Prop\u00f3sito<\/strong>: Enfatizan las relaciones entre objetos sobre la sincronizaci\u00f3n de mensajes.<\/p>\n

                                                                                                    \"What<\/p>\n

                                                                                                    Elementos clave<\/strong>:<\/p>\n

                                                                                                      \n
                                                                                                    • \n

                                                                                                      Objetos como nodos<\/p>\n<\/li>\n

                                                                                                    • \n

                                                                                                      Enlaces con mensajes numerados y dirigidos<\/p>\n<\/li>\n

                                                                                                    • \n

                                                                                                      Enfoque en \u201cqui\u00e9n habla con qui\u00e9n\u201d<\/p>\n<\/li>\n<\/ul>\n

                                                                                                      c) Diagramas de vista general de interacci\u00f3n<\/h4>\n

                                                                                                      Prop\u00f3sito<\/strong>: Flujo de control de alto nivel utilizando notaci\u00f3n de diagrama de actividad.<\/p>\n

                                                                                                      \"Interaction<\/p>\n

                                                                                                      Elementos clave<\/strong>:<\/p>\n

                                                                                                        \n
                                                                                                      • \n

                                                                                                        Ocurrencias de interacci\u00f3n como nodos de actividad<\/p>\n<\/li>\n

                                                                                                      • \n

                                                                                                        Decisi\u00f3n\/combinaci\u00f3n para ramificaci\u00f3n<\/p>\n<\/li>\n

                                                                                                      • \n

                                                                                                        Divisi\u00f3n\/uni\u00f3n para paralelismo<\/p>\n<\/li>\n<\/ul>\n

                                                                                                        d) Diagramas de temporizaci\u00f3n<\/h4>\n

                                                                                                        Prop\u00f3sito<\/strong>: Modelar restricciones de tiempo precisas (sistemas en tiempo real).<\/p>\n

                                                                                                        \"What<\/p>\n

                                                                                                        Elementos clave<\/strong>:<\/p>\n

                                                                                                          \n
                                                                                                        • \n

                                                                                                          L\u00edneas de tiempo de estado para cada l\u00ednea de vida<\/p>\n<\/li>\n

                                                                                                        • \n

                                                                                                          Escala de tiempo y restricciones<\/p>\n<\/li>\n

                                                                                                        • \n

                                                                                                          Flechas de mensaje con marcadores de duraci\u00f3n<\/p>\n<\/li>\n<\/ul>\n

                                                                                                          Cu\u00e1ndo usar interacciones<\/strong>:<\/p>\n

                                                                                                            \n
                                                                                                          • \n

                                                                                                            Especificaci\u00f3n de realizaciones de casos de uso<\/p>\n<\/li>\n

                                                                                                          • \n

                                                                                                            Depuraci\u00f3n de flujos de mensaje complejos<\/p>\n<\/li>\n

                                                                                                          • \n

                                                                                                            Documentaci\u00f3n de patrones de uso de API<\/p>\n<\/li>\n

                                                                                                          • \n

                                                                                                            Modelado del tiempo de protocolos en tiempo real<\/p>\n<\/li>\n<\/ul>\n

                                                                                                            \n

                                                                                                            10. Diagramas de casos de uso<\/h3>\n

                                                                                                            Prop\u00f3sito<\/strong>: Capturar requisitos funcionales desde la perspectiva de un actor externo.<\/p>\n

                                                                                                            Elementos clave<\/strong>:<\/p>\n

                                                                                                              \n
                                                                                                            • \n

                                                                                                              Casos de uso (\u00f3valos o rect\u00e1ngulos de clasificador)<\/p>\n<\/li>\n

                                                                                                            • \n

                                                                                                              Actores (figuras de palo o clasificadores)<\/p>\n<\/li>\n

                                                                                                            • \n

                                                                                                              Asociaciones (actor \u2194 caso de uso)<\/p>\n<\/li>\n

                                                                                                            • \n

                                                                                                              Relaciones:\u00a0\u00abinclude\u00bb<\/code>,\u00a0\u00abextender\u00bb<\/code>, generalizaci\u00f3n<\/p>\n<\/li>\n

                                                                                                            • \n

                                                                                                              Cuadro de l\u00edmites del sistema<\/p>\n<\/li>\n<\/ul>\n

                                                                                                              Uso de ejemplo<\/strong>: Sistema ATM<\/p>\n

                                                                                                              \"A<\/p>\n

                                                                                                              Cu\u00e1ndo usarlo<\/strong>:<\/p>\n

                                                                                                                \n
                                                                                                              • \n

                                                                                                                Recolecci\u00f3n de requisitos con partes interesadas<\/p>\n<\/li>\n

                                                                                                              • \n

                                                                                                                Definici\u00f3n del alcance y l\u00edmites del sistema<\/p>\n<\/li>\n

                                                                                                              • \n

                                                                                                                Planificaci\u00f3n de escenarios de prueba<\/p>\n<\/li>\n<\/ul>\n

                                                                                                                \n

                                                                                                                \ud83c\udfaf Elecci\u00f3n del diagrama adecuado: Gu\u00eda de decisi\u00f3n<\/h2>\n\n\n\n\n\n\n\n\n\n\n\n\n
                                                                                                                Objetivo<\/th>\nDiagrama(s) recomendado(s)<\/th>\n<\/tr>\n<\/thead>\n
                                                                                                                Dise\u00f1o de la estructura de clases<\/td>\nClase, Objeto, Paquete<\/td>\n<\/tr>\n
                                                                                                                Modelado de interacciones en tiempo de ejecuci\u00f3n<\/td>\nSecuencia, Comunicaci\u00f3n<\/td>\n<\/tr>\n
                                                                                                                Documentar flujos de trabajo empresariales<\/td>\nActividad, Caso de uso<\/td>\n<\/tr>\n
                                                                                                                Especificar el ciclo de vida del objeto<\/td>\nM\u00e1quina de estados<\/td>\n<\/tr>\n
                                                                                                                Planificar la implementaci\u00f3n del sistema<\/td>\nImplementaci\u00f3n, Componente<\/td>\n<\/tr>\n
                                                                                                                Modelar patrones internos complejos<\/td>\nEstructura compuesta<\/td>\n<\/tr>\n
                                                                                                                Capturar restricciones en tiempo real<\/td>\nDiagrama de temporizaci\u00f3n<\/td>\n<\/tr>\n
                                                                                                                Definir requisitos<\/td>\nCaso de uso, Actividad<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n
                                                                                                                \n

                                                                                                                \ud83d\udd11 Principios clave de modelado<\/h2>\n
                                                                                                                  \n
                                                                                                                1. \n

                                                                                                                  Empieza simple<\/strong>: Comienza con el tipo de diagrama que mejor se ajuste a tu objetivo inmediato.<\/p>\n<\/li>\n

                                                                                                                2. \n

                                                                                                                  Itera<\/strong>: Perfecciona los modelos a medida que aumenta la comprensi\u00f3n\u2014ning\u00fan diagrama es \u00abdefinitivo\u00bb en el primer borrador.<\/p>\n<\/li>\n

                                                                                                                3. \n

                                                                                                                  El p\u00fablico importa<\/strong>: Ajusta el nivel de detalle seg\u00fan el lector (desarrolladores frente a partes interesadas).<\/p>\n<\/li>\n

                                                                                                                4. \n

                                                                                                                  Combina vistas<\/strong>: Usa m\u00faltiples diagramas para contar una historia completa (por ejemplo, Caso de uso \u2192 Secuencia \u2192 Clase).<\/p>\n<\/li>\n

                                                                                                                5. \n

                                                                                                                  Extiende con cuidado<\/strong>: Usa estereotipos, valores etiquetados y perfiles para necesidades espec\u00edficas del dominio, pero documenta las convenciones.<\/p>\n<\/li>\n

                                                                                                                6. \n

                                                                                                                  Mant\u00e9nlo legible<\/strong>: Omite detalles irrelevantes; usa notas para contexto complementario.<\/p>\n<\/li>\n<\/ol>\n

                                                                                                                  \n

                                                                                                                  \ud83d\udccc\u00a0Recuerda<\/strong>:\u00a0\u00abUML es un lenguaje, no una metodolog\u00eda.\u00bb<\/em> Proporciona notaci\u00f3n, no proceso. Elige diagramas que aclaren la comunicaci\u00f3n, no aquellos que solo marquen casillas.<\/p>\n<\/blockquote>\n

                                                                                                                  Conclusi\u00f3n<\/span><\/strong><\/h3>\n
                                                                                                                  Dominar UML consiste menos en memorizar cada regla sint\u00e1ctica y m\u00e1s en aprender a contar una historia clara y con prop\u00f3sito sobre tu sistema. Como demuestra esta gu\u00eda, cada tipo de diagrama UML ofrece una perspectiva distinta: los diagramas de clase y paquete revelan la arquitectura est\u00e1tica, los diagramas de secuencia y m\u00e1quina de estados exponen el comportamiento din\u00e1mico, mientras que los diagramas de despliegue y estructura compuesta conectan el dise\u00f1o con la ejecuci\u00f3n. El verdadero poder de UML reside en su capacidad de adaptaci\u00f3n: se escala desde bocetos en pizarra hasta modelos ejecutables impulsados por herramientas, y se adapta a las necesidades de desarrolladores, arquitectos y partes interesadas empresariales. Recuerda que una modelizaci\u00f3n efectiva es iterativa, orientada al p\u00fablico y selectiva de manera intencional. Comienza con el diagrama m\u00e1s simple que transmita tu intenci\u00f3n, perfe\u00f3ncelo a medida que aumenta la comprensi\u00f3n, y combina m\u00faltiples vistas cuando un solo diagrama resulta insuficiente. UML es un lenguaje para la comunicaci\u00f3n, no una lista de verificaci\u00f3n para cumplir normas; \u00fasalo para aclarar la ambig\u00fcedad, no para crearla. Al aplicar estos principios con cuidado, transformar\u00e1s conceptos abstractos en planos accionables que alinean equipos, aceleran el desarrollo y mantienen tus sistemas resilientes mientras evolucionan.<\/span><\/div><\/p>\n","protected":false},"excerpt":{"rendered":"

                                                                                                                  Introducci\u00f3n El Lenguaje Unificado de Modelado (UML) se ha convertido en el est\u00e1ndar de facto para visualizar, especificar y documentar<\/p>\n","protected":false},"author":11,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_yoast_wpseo_title":"","_yoast_wpseo_metadesc":"","footnotes":""},"categories":[3],"tags":[],"class_list":["post-11232","post","type-post","status-publish","format-standard","hentry","category-unified-modeling-language"],"yoast_head":"\nGu\u00eda completa sobre los diagramas UML - Cibermedio<\/title>\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.cybermedian.com\/es\/comprehensive-guide-to-uml-diagrams-2\/\" \/>\n<meta property=\"og:locale\" content=\"es_ES\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Gu\u00eda completa sobre los diagramas UML - Cibermedio\" \/>\n<meta property=\"og:description\" content=\"Introducci\u00f3n El Lenguaje Unificado de Modelado (UML) se ha convertido en el est\u00e1ndar de facto para visualizar, especificar y documentar\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.cybermedian.com\/es\/comprehensive-guide-to-uml-diagrams-2\/\" \/>\n<meta property=\"og:site_name\" content=\"Cibermedio\" \/>\n<meta property=\"article:published_time\" content=\"2026-05-19T06:24:52+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/05\/12-uml-class-diagram-example.png\" \/>\n<meta name=\"author\" content=\"curtis\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Escrito por\" \/>\n\t<meta name=\"twitter:data1\" content=\"curtis\" \/>\n\t<meta name=\"twitter:label2\" content=\"Tiempo de lectura\" \/>\n\t<meta name=\"twitter:data2\" content=\"23 minutos\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/www.cybermedian.com\/es\/comprehensive-guide-to-uml-diagrams-2\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/www.cybermedian.com\/es\/comprehensive-guide-to-uml-diagrams-2\/\"},\"author\":{\"name\":\"curtis\",\"@id\":\"https:\/\/www.cybermedian.com\/es\/#\/schema\/person\/016578d8c88d35825fd3fbafc4f76b4d\"},\"headline\":\"Gu\u00eda completa sobre los diagramas UML\",\"datePublished\":\"2026-05-19T06:24:52+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/www.cybermedian.com\/es\/comprehensive-guide-to-uml-diagrams-2\/\"},\"wordCount\":6097,\"image\":{\"@id\":\"https:\/\/www.cybermedian.com\/es\/comprehensive-guide-to-uml-diagrams-2\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/05\/12-uml-class-diagram-example.png\",\"articleSection\":[\"Unified Modeling Language\"],\"inLanguage\":\"es\"},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.cybermedian.com\/es\/comprehensive-guide-to-uml-diagrams-2\/\",\"url\":\"https:\/\/www.cybermedian.com\/es\/comprehensive-guide-to-uml-diagrams-2\/\",\"name\":\"Gu\u00eda completa sobre los diagramas UML - Cibermedio\",\"isPartOf\":{\"@id\":\"https:\/\/www.cybermedian.com\/es\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/www.cybermedian.com\/es\/comprehensive-guide-to-uml-diagrams-2\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/www.cybermedian.com\/es\/comprehensive-guide-to-uml-diagrams-2\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/05\/12-uml-class-diagram-example.png\",\"datePublished\":\"2026-05-19T06:24:52+00:00\",\"author\":{\"@id\":\"https:\/\/www.cybermedian.com\/es\/#\/schema\/person\/016578d8c88d35825fd3fbafc4f76b4d\"},\"breadcrumb\":{\"@id\":\"https:\/\/www.cybermedian.com\/es\/comprehensive-guide-to-uml-diagrams-2\/#breadcrumb\"},\"inLanguage\":\"es\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.cybermedian.com\/es\/comprehensive-guide-to-uml-diagrams-2\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"es\",\"@id\":\"https:\/\/www.cybermedian.com\/es\/comprehensive-guide-to-uml-diagrams-2\/#primaryimage\",\"url\":\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/05\/12-uml-class-diagram-example.png\",\"contentUrl\":\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/05\/12-uml-class-diagram-example.png\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/www.cybermedian.com\/es\/comprehensive-guide-to-uml-diagrams-2\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/www.cybermedian.com\/es\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Gu\u00eda completa sobre los diagramas UML\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/www.cybermedian.com\/es\/#website\",\"url\":\"https:\/\/www.cybermedian.com\/es\/\",\"name\":\"Cibermedio\",\"description\":\"Aprendiendo una cosa nueva todos los d\u00edas\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/www.cybermedian.com\/es\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"es\"},{\"@type\":\"Person\",\"@id\":\"https:\/\/www.cybermedian.com\/es\/#\/schema\/person\/016578d8c88d35825fd3fbafc4f76b4d\",\"name\":\"curtis\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"es\",\"@id\":\"https:\/\/www.cybermedian.com\/es\/#\/schema\/person\/image\/\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/6910084565fcc601ec03c6693bb8ea480c1e52ccaa0efb299eb038bb6a1edc87?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/6910084565fcc601ec03c6693bb8ea480c1e52ccaa0efb299eb038bb6a1edc87?s=96&d=mm&r=g\",\"caption\":\"curtis\"},\"url\":\"https:\/\/www.cybermedian.com\/es\/author\/curtis\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Gu\u00eda completa sobre los diagramas UML - Cibermedio","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.cybermedian.com\/es\/comprehensive-guide-to-uml-diagrams-2\/","og_locale":"es_ES","og_type":"article","og_title":"Gu\u00eda completa sobre los diagramas UML - Cibermedio","og_description":"Introducci\u00f3n El Lenguaje Unificado de Modelado (UML) se ha convertido en el est\u00e1ndar de facto para visualizar, especificar y documentar","og_url":"https:\/\/www.cybermedian.com\/es\/comprehensive-guide-to-uml-diagrams-2\/","og_site_name":"Cibermedio","article_published_time":"2026-05-19T06:24:52+00:00","og_image":[{"url":"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/05\/12-uml-class-diagram-example.png","type":"","width":"","height":""}],"author":"curtis","twitter_card":"summary_large_image","twitter_misc":{"Escrito por":"curtis","Tiempo de lectura":"23 minutos"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.cybermedian.com\/es\/comprehensive-guide-to-uml-diagrams-2\/#article","isPartOf":{"@id":"https:\/\/www.cybermedian.com\/es\/comprehensive-guide-to-uml-diagrams-2\/"},"author":{"name":"curtis","@id":"https:\/\/www.cybermedian.com\/es\/#\/schema\/person\/016578d8c88d35825fd3fbafc4f76b4d"},"headline":"Gu\u00eda completa sobre los diagramas UML","datePublished":"2026-05-19T06:24:52+00:00","mainEntityOfPage":{"@id":"https:\/\/www.cybermedian.com\/es\/comprehensive-guide-to-uml-diagrams-2\/"},"wordCount":6097,"image":{"@id":"https:\/\/www.cybermedian.com\/es\/comprehensive-guide-to-uml-diagrams-2\/#primaryimage"},"thumbnailUrl":"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/05\/12-uml-class-diagram-example.png","articleSection":["Unified Modeling Language"],"inLanguage":"es"},{"@type":"WebPage","@id":"https:\/\/www.cybermedian.com\/es\/comprehensive-guide-to-uml-diagrams-2\/","url":"https:\/\/www.cybermedian.com\/es\/comprehensive-guide-to-uml-diagrams-2\/","name":"Gu\u00eda completa sobre los diagramas UML - Cibermedio","isPartOf":{"@id":"https:\/\/www.cybermedian.com\/es\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.cybermedian.com\/es\/comprehensive-guide-to-uml-diagrams-2\/#primaryimage"},"image":{"@id":"https:\/\/www.cybermedian.com\/es\/comprehensive-guide-to-uml-diagrams-2\/#primaryimage"},"thumbnailUrl":"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/05\/12-uml-class-diagram-example.png","datePublished":"2026-05-19T06:24:52+00:00","author":{"@id":"https:\/\/www.cybermedian.com\/es\/#\/schema\/person\/016578d8c88d35825fd3fbafc4f76b4d"},"breadcrumb":{"@id":"https:\/\/www.cybermedian.com\/es\/comprehensive-guide-to-uml-diagrams-2\/#breadcrumb"},"inLanguage":"es","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.cybermedian.com\/es\/comprehensive-guide-to-uml-diagrams-2\/"]}]},{"@type":"ImageObject","inLanguage":"es","@id":"https:\/\/www.cybermedian.com\/es\/comprehensive-guide-to-uml-diagrams-2\/#primaryimage","url":"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/05\/12-uml-class-diagram-example.png","contentUrl":"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/05\/12-uml-class-diagram-example.png"},{"@type":"BreadcrumbList","@id":"https:\/\/www.cybermedian.com\/es\/comprehensive-guide-to-uml-diagrams-2\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.cybermedian.com\/es\/"},{"@type":"ListItem","position":2,"name":"Gu\u00eda completa sobre los diagramas UML"}]},{"@type":"WebSite","@id":"https:\/\/www.cybermedian.com\/es\/#website","url":"https:\/\/www.cybermedian.com\/es\/","name":"Cibermedio","description":"Aprendiendo una cosa nueva todos los d\u00edas","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.cybermedian.com\/es\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"es"},{"@type":"Person","@id":"https:\/\/www.cybermedian.com\/es\/#\/schema\/person\/016578d8c88d35825fd3fbafc4f76b4d","name":"curtis","image":{"@type":"ImageObject","inLanguage":"es","@id":"https:\/\/www.cybermedian.com\/es\/#\/schema\/person\/image\/","url":"https:\/\/secure.gravatar.com\/avatar\/6910084565fcc601ec03c6693bb8ea480c1e52ccaa0efb299eb038bb6a1edc87?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/6910084565fcc601ec03c6693bb8ea480c1e52ccaa0efb299eb038bb6a1edc87?s=96&d=mm&r=g","caption":"curtis"},"url":"https:\/\/www.cybermedian.com\/es\/author\/curtis\/"}]}},"_links":{"self":[{"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/posts\/11232","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/users\/11"}],"replies":[{"embeddable":true,"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/comments?post=11232"}],"version-history":[{"count":0,"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/posts\/11232\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/media?parent=11232"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/categories?post=11232"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.cybermedian.com\/es\/wp-json\/wp\/v2\/tags?post=11232"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}