TRABAJO DE

TIPOS DE
DIAGRAMAS

EDUARDO SÁNCHEZ
SAMUEL HINESTROSA

1.DIAGRAMAS ESTRUCTURALES ..............................................................................................................3

1.1-Diagramas de clases: .....................................................................................................................3
1
 1.2-Diagramas de objetos: ...................................................................................................................4
1.3-Diagramas de componentes: .........................................................................................................5
1.4-Diagramas de despliegue: .............................................................................................................5
1.5-Diagramas de paquete: .................................................................................................................7
1.6-Diagramas de perfiles: ...................................................................................................................8
1.7-Diagramas de estructura compuesta: ...........................................................................................9
2.DIAGRAMAS DE COMPORTAMIENTO ...................................................................................................9
2.1-Diagrama de caso de usos .............................................................................................................9
2.2-Diagrama de actividades .............................................................................................................10
2.3-Diagramas de estados .................................................................................................................11
2.4-Diagramas de interaccion ............................................................................................................11
2.5-Diagramas de Secuencia ..............................................................................................................12
2.6-Diagramas de Colaboración .........................................................................................................12
2.7-Diagramas de Tiempo de Vida .....................................................................................................13
2.8-Diagrama global de interacciones ...............................................................................................13

2
 1.DIAGRAMAS ESTRUCTURALES
Los diagramas estructurales son representaciones gráficas que muestran la estructura estática de un
sistema. Estos diagramas se centran en cómo los elementos del sistema están organizados y cómo
interactúan entre sí, sin considerar el flujo de control o el comportamiento dinámico del sistema.

1.1-Diagramas de clases:

Diagramas de clases: muestran un conjunto de clases y las relaciones entre ellas. Un diagrama de
clases incluye básicamente clases (con atributos y métodos) y relaciones (asociación, agregación,
composición, generalización y dependencia).

-Ilustrar modelos de datos para sistemas de información, sin importar qué tan simples o complejos
sean.

-Comprender mejor la visión general de los esquemas de una aplicación.

-Expresar visualmente cuales necesidades específicas de un sistema y divulgar esa información en

toda la empresa.

-Crear diagramas detallados que resalten cualquier código específico que será necesario programar
e implementar en la estructura descrita.

-Ofrecer una descripción independiente de la implementación sobre los tipos empleados en un

sistema que se transfirieron posteriormente entre sus componentes.

3
 1.2-Diagramas de objetos:

Muestran un conjunto de objetos y sus relaciones. Se pueden considerar como un caso especial de
diagramas de clases en los que se muestran objetos, es decir, instancias de clases en un momento
del tiempo. Son útiles para visualizar la estructura estática de un sistema en un punto determinado
durante la ejecución del programa.

Son una extensión de los diagramas de clases, ya que muestran instancias concretas de esas clases,
es decir, objetos. Mientras que los diagramas de clases representan la estructura estática de las
clases y sus relaciones, los diagramas de objetos proporcionan una vista más detallada, mostrando
cómo se relacionan y se comunican los objetos específicos en un momento particular de la ejecución
del programa.

- Objetos
- Clases
- Atributos
- Relaciones
- Mensajes

4
 1.3-Diagramas de componentes:

Describen la estructura del software mostrando la organización y las dependencias entre un

conjunto de componentes. Un diagrama de componentes representa la encapsulación de una clase,
junto con sus interfaces, puertos y estructura interna, la cual está formada por otros componentes
anidados y conectores. Se usan para construir sistemas grandes a partir de partes pequeñas.

Componentes: Representan unidades independientes y reutilizables de software. Un componente

puede encapsular funcionalidad y datos, y puede ser implementado y desplegado
independientemente. Los componentes se representan como bloques en el diagrama.

Interfaces: Son los puntos de acceso a la funcionalidad proporcionada por un componente. Las
interfaces definen los servicios que un componente ofrece a otros componentes o al entorno. Las
interfaces pueden ser de entrada (requisitos para el componente) o de salida (servicios
proporcionados por el componente).

Puertos: Son puntos de conexión en un componente a través de los cuales se intercambian datos o
se realizan comunicaciones con otros componentes. Los puertos se utilizan para representar las
interfaces de un componente en el diagrama.

Estructura interna: Representa la organización interna de un componente. Esto puede incluir otros
componentes más pequeños, subcomponentes, conectores, etc., que están encapsulados dentro del
componente principal.

Conectores: Representan las relaciones y las dependencias entre los componentes. Pueden indicar
comunicación, asociación, dependencia, entre otros tipos de relaciones.

1.4-Diagramas de despliegue:

Los diagramas de despliegue ofrecen una visión clara de la infraestructura física de un sistema,
mostrando cómo se organizan los recursos de hardware, los componentes de software y cualquier
middleware necesario para la comunicación entre las máquinas.

Se utilizan para visualizar la arquitectura física de un sistema como puede ser un servidor,
mostrando cómo se distribuyen los componentes de software en los nodos de hardware y cómo se
comunican entre sí.

5
Nodos: Representan los recursos de hardware, como servidores, computadoras personales,
dispositivos móviles, etc., en los cuales se ejecutan o instalan software.

Componentes: Son las unidades lógicas de software que se ejecutan en los nodos. Pueden ser
aplicaciones, servicios, módulos, bibliotecas, etc. Cada componente se asocia a uno o más nodos en
los que se encuentra desplegado.

Artefactos: Son los elementos físicos que se despliegan en los nodos, como archivos binarios, scripts,
archivos de configuración, etc. Representan las implementaciones concretas de los componentes de
software en el entorno de despliegue.

Middleware: Representa el software que proporciona servicios de infraestructura para facilitar la

comunicación y la interoperabilidad entre los componentes distribuidos en diferentes nodos. Esto
puede incluir sistemas de mensajería, servidores de aplicaciones, bases de datos distribuidas, etc.

Conexiones: Representan las conexiones físicas o lógicas entre los nodos. Estas conexiones pueden
ser redes de área local (LAN), conexiones de área amplia (WAN), enlaces de comunicación, etc.
También se pueden mostrar las tecnologías utilizadas para establecer estas conexiones, como
Ethernet, Wi-Fi, protocolos de red, etc.

Ejemplo de DIAGRAMA DE DESPLIEGUE:

Nodos: Bank Server, Real Estate Server y Todas las máquinas de los clientes (individual Machine)

Artefactos:Montage Application,Real Estate Listing.

Componentes: Customer DB, Multiple Listings etc.

Conexiones: TCP/IP

6
 1.5-Diagramas de paquete:

Estos diagramas son utilizados para organizar y visualizar la arquitectura de un sistema, mostrando
cómo se agrupan y se relacionan entre sí los diferentes elementos del software.

En un diagrama de paquetes, los elementos principales que se pueden encontrar son:

Paquetes o módulos: Son unidades lógicas de organización que agrupan conjuntos

relacionados de clases, subpaquetes u otros elementos. Representan una forma de
modularizar y estructurar el sistema, facilitando su comprensión y mantenimiento.

Relaciones de dependencia: Se muestran las dependencias entre los diferentes paquetes o

módulos.

Contenidos del paquete: Pueden mostrarse los elementos contenidos dentro de cada
paquete, como clases, interfaces, enumeraciones u otros subpaquetes.

Jerarquía de paquetes: Se pueden representar las relaciones de jerarquía entre los paquetes,
mostrando cómo se agrupan en niveles superiores e inferiores dentro del sistema.

7
 1.6-Diagramas de perfiles:

Los diagramas de perfiles en UML posibilitan la ampliación del lenguaje UML para adaptarlo a una
plataforma de programación específica, como el framework .NET de Microsoft o la plataforma Java
Enterprise Edition. También permiten modelar sistemas para un ámbito particular, como la medicina
o los servicios financieros, al proporcionar extensiones y personalizaciones que reflejan las
necesidades y características únicas de ese dominio o entorno de desarrollo.

Estereotipos específicos como «<<controlador>>» o «<<entidad>>» para indicar roles o funciones

específicas dentro de un sistema.

Restricciones: Se pueden definir restricciones para validar que ciertas condiciones se cumplan en un
modelo.

Notaciones y convenciones: por ejemplo, se pueden definir símbolos específicos o colores para
resaltar ciertos aspectos en el diagrama.

Extensiones de metamodelo: Esto permite modelar aspectos adicionales que no están cubiertos por
el estándar UML.

8
 1.7-Diagramas de estructura compuesta:

Son representaciones visuales que muestran la organización interna de un elemento estructural o de

colaboración en un sistema. Esto incluye la visualización de sus partes componentes y cómo se
conectan entre sí mediante conectores. Son muy similares a los diagramas de componentes, ya que
ambos describen la estructura interna de un sistema, pero los diagramas de estructura compuesta se
centran en un elemento específico y detallan su composición interna y relaciones.

2.DIAGRAMAS DE COMPORTAMIENTO
Los diagramas UML de comportamiento son una herramienta invaluable en el campo del desarrollo
de software, ya que ofrecen una representación visual de cómo un sistema se comporta en
diferentes situaciones y cómo interactúa con varios elementos, incluidos usuarios, otros sistemas y
entidades externas. Estos diagramas son esenciales para comprender el flujo de ejecución y las
interacciones dentro del sistema, lo que facilita la identificación de posibles problemas y la mejora
del diseño general del software.

2.1-Diagrama de caso de usos

Los diagramas de caso de uso en UML son una forma intuitiva de representar cómo los usuarios se
relacionan con un sistema. En estos diagramas, los usuarios se presentan como "actores", mostrados
de manera simplificada como figuras de palo. Estos actores interactúan con el sistema a través de
diferentes "casos de uso", que son las acciones o funciones que el sistema les proporciona.

9
La belleza de los diagramas de caso de uso radica en su capacidad para ofrecer una visión general de
cómo se espera que funcione el sistema en cuanto a las interacciones entre usuarios y el sistema
mismo.

2.2-Diagrama de actividades
Los diagramas de actividades en UML son una herramienta visual poderosa que permite representar
de manera detallada y secuencial el flujo de una computación o proceso. Cada actividad en este
diagrama representa un conjunto de acciones que se realizan en un orden específico, mostrando
cómo fluyen entre ellas y qué valores se producen o consumen durante el proceso.

10
 2.3-Diagramas de estados

Los diagramas de estados en UML ofrecen una representación clara y concisa de los diversos estados
y transiciones que experimenta un objeto dentro de un sistema. En esencia, estos diagramas
capturan las distintas combinaciones de información que un objeto puede tener en un momento
dado, permitiendo visualizar de manera gráfica todos los estados posibles y cómo el objeto se
mueve de uno a otro.

Cada estado en el diagrama representa una condición particular en la vida del objeto, mientras que
las flechas entre los estados muestran las transiciones, es decir, cómo el objeto pasa de un estado a
otro en respuesta a eventos o acciones específicas.

2.4-Diagramas de interaccion

Los diagramas de interacción representan visualmente cómo interactúan entre sí un conjunto de

objetos o roles dentro de un sistema. Estos diagramas son una categoría especial dentro de los
diagramas de comportamiento en UML, ya que se centran en mostrar las interacciones dinámicas
entre los objetos mediante el intercambio de mensajes.

En esencia, un mensaje es una solicitud que un objeto hace a otro (o a sí mismo) para que ejecute un
método específico. Estos mensajes son esenciales para coordinar las acciones entre los diferentes
objetos y lograr que el sistema funcione de manera coherente y eficiente.

Los diagramas de interacción permiten visualizar cómo los objetos colaboran entre sí para llevar a
cabo las tareas asignadas por la aplicación. Estas interacciones pueden ser esenciales para
comprender cómo se realiza un proceso o una función específica dentro del sistema.

Existen cuatro tipos principales de diagramas de interacción en UML, cada uno con su propósito
específico:

1. Diagrama de Secuencia: Representa la secuencia de interacciones entre objetos a lo largo

del tiempo, mostrando quién envía un mensaje a quién y cuándo.
2. Diagrama de Colaboración: Muestra la estructura estática de un sistema, así como las
relaciones entre los objetos, enfatizando las interacciones entre ellos.

11
 3. Diagrama de Tiempo de Vida: Visualiza la vida útil de los objetos y sus relaciones, indicando
cuándo se crean y se destruyen.
4. Diagrama de Comunicación: Similar al diagrama de secuencia, pero enfocado en las
interacciones entre objetos en un contexto más amplio y menos detallado.

Estos diagramas de interacción son herramientas esenciales para comprender y diseñar sistemas
complejos, ya que permiten visualizar las interacciones dinámicas entre los diferentes elementos del
sistema y cómo contribuyen colectivamente al funcionamiento global de la aplicación.

2.5-Diagramas de Secuencia

Un diagrama de secuencia es un tipo de diagrama de interacción en UML que muestra la secuencia

de interacciones entre diferentes objetos o roles dentro de un sistema a lo largo del tiempo. Este
diagrama es útil para visualizar y comprender cómo los objetos colaboran entre sí para realizar una
función o proceso específico.

En un diagrama de secuencia, los objetos se representan como cajas rectangulares, y las

interacciones entre ellos se muestran mediante flechas que indican el flujo de mensajes. Cada
mensaje indica una comunicación entre objetos, donde un objeto solicita a otro que realice una
acción o ejecute un método específico. Estos mensajes pueden llevar información adicional, como
los parámetros del método que se está llamando.

2.6-Diagramas de Colaboración

12
El diagrama de colaboración es otro tipo de diagrama de interacción en UML que se utiliza para
modelar la estructura estática de un sistema y las interacciones entre los objetos que lo componen.
A diferencia del diagrama de secuencia, que se centra en la secuencia de mensajes a lo largo del
tiempo, el diagrama de colaboración resalta las relaciones y las interacciones entre los objetos de
una manera más global y menos detallada.

2.7-Diagramas de Tiempo de Vida

El diagrama de tiempo de vida, también conocido como diagrama de objetos o diagrama de vida, es
un tipo de diagrama de interacción en UML que muestra la vida útil de los objetos y las relaciones
entre ellos durante la ejecución de un sistema a lo largo del tiempo. Este tipo de diagrama se utiliza
para representar la creación y destrucción de objetos, así como la activación y desactivación de sus
comportamientos.

2.8-Diagrama global de interacciones

El diagrama global de interacciones es uno de los diagramas incluidos dentro de UML en la

clasificación de diagramas de comportamiento y, en concreto, diagramas de interacción.

Se trata de una variante del Diagrama de actividades donde los nodos son las interacciones o
apariciones de interacción. Este diagrama se enfoca en la visión general del flujo de control de las
interacciones, que también puede mostrar el flujo de actividad entre los diagramas. Se usa para
vincular los diagramas y lograr un alto grado de navegabilidad entre ellos.

13