12. D ia g r a m a s d e
c o la b o r a c ió n
Describe las relaciones existentes entre objetos, indican
que objetos utilizan a otros objetos.
-Muestra cómo las instancias específicas de las clases
trabajan juntas para conseguir un objetivo común.
-Implementa las asociaciones del diagrama de clases
mediante el paso de mensajes de un objeto a otro. Dicha
implementación es llamada "enlace".

13. D ia g r a m a s d e
c la s e s
Un d i a g r a m a d e c l a s e s es un tipo de diagrama
estático que describe la estructura de un sistema mostrando
sus clases, atributos y las relaciones entre ellos. Los
diagramas de clases son utilizados durante el proceso de
análisis y diseño de los sistemas, donde se crea el diseño
conceptual de la información que se manejará en el
sistema, y los componentes que se encargaran del
funcionamiento y la relación entre uno y otro.

14. D ia g r a m a s d e
a c t iv id a d
En el Lenguaje de Modelado Unificado, un d i a g r a m a d e
a c t i v i d a d e s representa los flujos de trabajo paso a paso de
negocio y operacionales de los componentes en un sistema. Un
Diagrama de Actividades muestra el flujo de control general.
En SysML el diagrama de Actividades ha sido extendido para indicar
flujos entre pasos que mueven elementos físicos o energía. Los
cambios adicionales permiten al diagrama soportar mejor flujos de
comportamiento y datos continuos.

15. D ia g r a m a s d e
c a s os de us o
En el Lenguaje de Modelado Unificado, un d i a g r a m a d e
c a s o s d e u s o es una especie de diagrama de comportamiento.
UML mejorado define una notación gráfica para representar casos de
uso llamada modelo de casos de uso. UML no define estándares para
que el formato escrito describa los casos de uso, y así mucha gente no
entiende que esta notación gráfica define la naturaleza de un caso de
uso; sin embargo una notación gráfica puede solo dar una vista general
simple de un caso de uso o un conjunto de casos de uso. Los
d i a g r a m a s d e c a s o s d e u s o son a menudo confundidos
con los casos de uso. Mientras los dos conceptos están relacionados,
los casos de uso son mucho más detallados que los diagramas de
casos de uso.

16. D ia g r a m a s d e
e s ta d o s
En UML, un d i a g r a m a d e e s t a d o s es un diagrama utilizado
para identificar cada una de las rutas o caminos que puede tomar un
flujo de información luego de ejecutarse cada proceso.
Permite identificar bajo qué argumentos se ejecuta cada uno de los
procesos y en qué momento podrían tener una variación.
El diagrama de estados permite visualizar de una forma secuencial la
ejecución de cada uno de los procesos.

17. D ia g r a m a s d e
t ie m p o s
Un d i a g r a m a d e t i e m p o s o c r o n o g r a m a es una
gráfica de formas de onda digitales que muestra la relación temporal
entre varias señales, y cómo varía cada señal en relación a las demás.
El propósito primario del diagrama de tiempos es mostrar los cambios
en el estado o la condición de una línea de vida (representando una
Instancia de un Clasificador o un Rol de un clasificador) a lo largo del
tiempo lineal.

18. D ia g r a m a d e
c o mp o ne nte s
Un d i a g r a m a d e c o m p o n e n t e s es un diagrama tipo del
Lenguaje Unificado de Modelado.
Un diagrama de componentes representa cómo un sistema de software
es dividido en componentes y muestra las dependencias entre estos
componentes. Los componentes físicos incluyen archivos, cabeceras,
bibliotecas compartidas, módulos, ejecutables, o paquetes. Los
diagramas de Componentes prevalecen en el campo de la arquitectura
de software pero pueden ser usados para modelar y documentar
cualquier arquitectura de sistema.

19. D ia g r a m a d e
o b je t o s
Los d i a g r a m a s d e o b j e t o s son utilizados durante el proceso
de Análisis y Diseño de los sistemas informáticos en la metodología
UML.
Se puede considerar un caso especial de un diagrama de clases en el
que se muestran instancias específicas de clases (objetos) en un
momento particular del sistema. Los diagramas de objetos utilizan un
subconjunto de los elementos de un diagrama de clase. Los diagramas
de objetos no muestran la multiplicidad ni los roles, aunque su notación
es similar a los diagramas de clase.

20. e s truc tura s d e
d a to s
Un diagrama de estructura de datos es un esquema que representa el
diseño de una base de datos de red. Este modelo se basa en
representaciones entre registros por medio de ligas, existen relaciones
en las que participan solo dos entidades(binarias ) y relaciones en las
que participan más de dos entidades (generales) ya sea con o sin
atributo descriptivo en la relación.
La forma de diagramado consta de dos componentes básicos:
C e l d a s : representan a los campos del registro. L í n e a s :
representan a los enlaces entre los registros.

21. D ia g r a m a s d e
s e c u e n c ia
Un d i a g r a m a d e s e c u e n c i a muestra la interacción de un
conjunto de objetos en una aplicación a través del tiempo y se modela
para cada caso de uso. Mientras que el diagrama de casos de uso
permite el modelado de una vista business del escenario, el diagrama de
secuencia contiene detalles de implementación del escenario,
incluyendo los objetos y clases que se usan para implementar el
escenario, y mensajes intercambiados entre los objetos.

22. D ia g r a m a s d e
It e r a c ió n
Son diagramas que describen como grupos de objetos colaboran para
conseguir algún fin, estos diagramas muestran objetos así como los
mensajes que pasan entre ellos del caso de uso.
Los diagramas de Iteración capturan el comportamiento de los casos de
uso.