{"id":67190,"date":"2022-03-16T12:42:23","date_gmt":"2022-03-16T16:42:23","guid":{"rendered":"http:\/\/ideascale.com\/blogs\/diferentes-tipos-de-diagramas-uml\/"},"modified":"2023-12-22T01:46:28","modified_gmt":"2023-12-22T05:46:28","slug":"diferentes-tipos-de-diagramas-uml","status":"publish","type":"post","link":"https:\/\/ideascale.com\/es\/blogs\/diferentes-tipos-de-diagramas-uml\/","title":{"rendered":"Lista completa de los 14 tipos de diagramas UML"},"content":{"rendered":"
<\/p>\n
\n El Sistema de Lenguaje Unificado de Modelado (UML) es el est\u00e1ndar del sector para simplificar la arquitectura de software. Se trata de un conjunto de t\u00e9cnicas espec\u00edficas de notaci\u00f3n gr\u00e1fica para representar modelos visuales de ecosistemas de software complejos. Los desarrolladores utilizan varios tipos de diagramas para ilustrar diversos aspectos de los sistemas de software y cada uno de ellos suele construirse con distintos tipos de diagramas UML.<\/p>
\n <\/p><\/p>\n \n
\n Dependiendo del tipo de diagrama UML, puede o no incluir componentes tanto de software como de hardware, y en este art\u00edculo hablaremos de los 14 tipos diferentes de diagramas UML.<\/p>
\n <\/p><\/p>\n \n
\n Two Broad Categories<\/b><\/p>
\n <\/p><\/p>\n \n
\n UML 2.2 es la \u00faltima norma aceptada en todo el espectro de la industria. Comprende 14 tipos de UML, cada uno de ellos con fines espec\u00edficos. Estas 14 categor\u00edas se dividen en dos grandes grupos: UML est\u00e1tico y UML din\u00e1mico.<\/p>
\n <\/p><\/p>\n \n
\n El tipo est\u00e1tico tambi\u00e9n se conoce como diagramas estructurales. El otro nombre del diagrama UML din\u00e1mico es UML conductual.<\/p>
\n <\/p><\/p>\n \n
\n <\/p><\/p>\n \n
\n El UML est\u00e1tico representa varias interpretaciones de la arquitectura del software cuando no est\u00e1 activo. La vista est\u00e1tica define los componentes y las clases como unidades discretas pero interconectadas. Seg\u00fan el tipo de representaci\u00f3n, los diagramas estructurales pueden ser de siete subtipos.<\/p>
\n <\/p><\/p>\n \n
\n <\/p><\/p>\n \n
\n Class Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Los diagramas de clases son los diagramas UML m\u00e1s comunes. Clasifican los componentes en varias clases, m\u00e9todos y atributos clave. La relaci\u00f3n entre estos elementos es clave y es en parte lo que hace \u00fanico al diagrama de clases.<\/p>
\n <\/p><\/p>\n \n
\n Object Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n El diagrama UML de objetos muestra el estado de la arquitectura est\u00e1tica del software en cualquier punto dado de una funci\u00f3n. Estos diagramas tambi\u00e9n muestran la relaci\u00f3n fija entre las distintas clases y conectan elementos de forma similar al diagrama de clases. Cotejar el diagrama de objetos con la vista de clases ayuda a verificar la precisi\u00f3n de la soluci\u00f3n de software.<\/p>
\n <\/p><\/p>\n \n
\n Deployment Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n El diagrama de despliegue se ocupa de todo el despliegue de la arquitectura de software, incluidos los componentes de software y hardware. Resulta especialmente \u00fatil a la hora de desplegar sistemas de software en redes inform\u00e1ticas con configuraciones variadas.<\/p>
\n <\/p><\/p>\n \n
\n Composite Structure Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n El diagrama de estructura compuesta muestra la estructura interna de varias clases. El gr\u00e1fico detallado muestra una imagen completa de los clasificadores, incluidas las piezas, los puertos y los conectores. Son similares a los diagramas de clases, pero el enfoque es m\u00e1s granular. Aqu\u00ed se hace m\u00e1s hincapi\u00e9 en mostrar los componentes individuales de las clases que en las extensas conexiones entre elementos.<\/p>
\n <\/p><\/p>\n \n
\n Package Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n En UML, un paquete se refiere a un grupo de elementos relevantes. Se trata de documentos, clases y otros paquetes. Cada elemento tiene una posici\u00f3n espec\u00edfica dentro de la jerarqu\u00eda de paquetes. Estos paquetes se muestran como una carpeta de archivos en UML y son el \u00e9nfasis del diagrama de paquetes.<\/p>
\n <\/p><\/p>\n \n
\n Profile Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n El diagrama de perfil es un subtipo relativamente nuevo introducido en UML 2. Indica un mecanismo gen\u00e9rico para extender los modelos UML a dominios particulares. Por ejemplo, puede haber diagramas de perfil distintos para los sistemas de software aeroespacial y sanitario que representen los atributos exclusivos de estos \u00e1mbitos.<\/p>
\n <\/p><\/p>\n \n
\n Component Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n El diagrama de componentes muestra las conexiones estructurales entre los distintos componentes del sistema de software. Tambi\u00e9n muestra las interfaces y conectores de la arquitectura de software.<\/p>
\n <\/p><\/p>\n \n
\n <\/p><\/p>\n \n
\n El diagrama UML de comportamiento muestra el estado de la arquitectura de software cuando se utiliza. Tiene cuatro subtipos clave.<\/p>
\n <\/p><\/p>\n \n
\n <\/p><\/p>\n \n
\n El \u00faltimo tipo es el diagrama de interacci\u00f3n. El diagrama UML de interacci\u00f3n consta de cuatro subtipos propios.<\/p>
\n <\/p><\/p>\n \n
\n <\/p><\/p>\n \n
\n State Machine Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Este modo representa los objetos en diferentes estados en un momento dado de la operaci\u00f3n. Es fundamental mostrar transiciones de estado finitas.<\/p>
\n <\/p><\/p>\n \n
\n Activity Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Este modelo UML muestra el flujo de trabajo dentro del sistema de software. El flujo de control de un punto a otro del sistema de software es fundamental para entender su funcionamiento.<\/p>
\n <\/p><\/p>\n \n
\n Use Case Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Estos diagramas representan la imagen completa de la actividad del sistema con casos de uso y actores (usuarios). Muestra las diferentes funciones alcanzadas bajo la influencia de los actores.<\/p>
\n <\/p><\/p>\n \n
\n Sequence Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Este diagrama UML muestra las interacciones entre los distintos objetos de la jerarqu\u00eda del software. Las flechas se utilizan para representar las interacciones entre distintos procesos.<\/p>
\n <\/p><\/p>\n \n
\n Communication Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Este tipo de diagrama de interacci\u00f3n se centra en los mensajes que se transmiten entre los objetos del sistema inform\u00e1tico.<\/p>
\n <\/p><\/p>\n \n
\n Interaction Overview Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Son similares a los diagramas de actividades, pero representan una escala mayor. Representan una secuencia de diagramas de interacci\u00f3n del sistema din\u00e1mico. Tambi\u00e9n muestra las series de acciones simplificando las interacciones complejas a representaciones gr\u00e1ficas sencillas.<\/p>
\n <\/p><\/p>\n \n
\n Timing Diagram<\/b><\/p>
\n <\/p><\/p>\n \n
\n Este subtipo de diagramas de interacci\u00f3n representa el comportamiento del objeto en un intervalo de tiempo espec\u00edfico. Es fundamental interpretar las transiciones de estado y el comportamiento de los objetos dentro de las limitaciones de duraci\u00f3n.<\/p>
\n14 Types of UML Diagrams<\/h2>
\n
Diagramas estructurales o est\u00e1ticos Subtipos<\/h3>
\n
\n
\n
\n
\n
\n
\n
\n
Subtipos de diagramas UML de comportamiento<\/h3>
\n
\n
\n
\n
\n
\n
\n
\n