Los diagramas describen diferentes aspectos de los sistemas de software, incluyendo las relaciones entre objetos (diagramas de colaboración), la estructura de clases y atributos (diagramas de clases), los flujos de trabajo y pasos (diagramas de actividad), los casos de uso (diagramas de casos de uso), los estados y transiciones (diagramas de estados), la secuencia temporal de eventos (diagramas de tiempos), la arquitectura de componentes (diagramas de componentes), instancias específicas de objetos (diagramas de objetos), la estructura de

2. Diagramas de colaboració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".

4. Diagramas de clases Un diagrama de clases 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.

6. Diagramas de actividad En el Lenguaje de Modelado Unificado, un diagrama de actividades 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.

7. Recibe ordenes e inasistencias

8. Diagramas de casos de uso En el Lenguaje de Modelado Unificado, un diagrama de casos de uso 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 diagramas de casos de uso 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.

10. Diagramas de estados En UML, un diagrama de estados 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.

12. Diagramas de tiempos Un diagrama de tiempos o cronograma 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.

14. Diagrama de componentes Un diagrama de componentes 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.

16. Diagrama de objetos Los diagramas de objetos 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.

18. Diagramas de estructuras de datos 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: Celdas: representan a los campos del registro. Líneas: representan a los enlaces entre los registros.

20. Diagramas de secuencia Un diagrama de secuencia 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. Diagramas de Iteració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.

24. Elaborado por: Mayo Ramírez Rocío «Universidad Tecnológica Fidel Velázquez» Sistemas Informáticos Grupo: 503 Vespertino. Asignatura: Ingeniería de Software .