UML - Diagramas estándar

En los capítulos anteriores, hemos discutido sobre los bloques de construcción y otros elementos necesarios de UML. Ahora necesitamos entender dónde usar esos elementos.

Los elementos son como componentes que se pueden asociar de diferentes formas para crear una imagen UML completa, lo que se conoce como diagrama. Por lo tanto, es muy importante comprender los diferentes diagramas para implementar el conocimiento en sistemas de la vida real.

Cualquier sistema complejo se comprende mejor haciendo algún tipo de diagramas o imágenes. Estos diagramas tienen un mejor impacto en nuestra comprensión. Si miramos a nuestro alrededor, nos daremos cuenta de que los diagramas no son un concepto nuevo, pero se utilizan ampliamente en diferentes formas en diferentes industrias.

Elaboramos diagramas UML para entender el sistema de una forma mejor y sencilla. Un solo diagrama no es suficiente para cubrir todos los aspectos del sistema. UML define varios tipos de diagramas para cubrir la mayoría de los aspectos de un sistema.

También puede crear su propio conjunto de diagramas para satisfacer sus necesidades. Los diagramas generalmente se hacen de forma incremental e iterativa.

Hay dos categorías amplias de diagramas y nuevamente se dividen en subcategorías:

  • Diagramas estructurales

  • Diagramas de comportamiento

Diagramas estructurales

Los diagramas estructurales representan el aspecto estático del sistema. Estos aspectos estáticos representan las partes de un diagrama que forman la estructura principal y, por lo tanto, son estables.

Estas partes estáticas están representadas por clases, interfaces, objetos, componentes y nodos. Los cuatro diagramas estructurales son:

  • Diagrama de clase
  • Diagrama de objetos
  • Diagrama de componentes
  • Diagrama de implementación

Diagrama de clase

Los diagramas de clases son los diagramas más comunes que se utilizan en UML. El diagrama de clases consta de clases, interfaces, asociaciones y colaboración. Los diagramas de clases representan básicamente la vista orientada a objetos de un sistema, que es de naturaleza estática.

La clase activa se usa en un diagrama de clases para representar la concurrencia del sistema.

El diagrama de clases representa la orientación a objetos de un sistema. Por lo tanto, generalmente se usa con fines de desarrollo. Este es el diagrama más utilizado en el momento de la construcción del sistema.

Diagrama de objeto

Los diagramas de objetos se pueden describir como una instancia de diagrama de clases. Por lo tanto, estos diagramas están más cerca de escenarios de la vida real donde implementamos un sistema.

Los diagramas de objetos son un conjunto de objetos y su relación es como los diagramas de clases. También representan la vista estática del sistema.

El uso de diagramas de objetos es similar a los diagramas de clases, pero se utilizan para construir prototipos de un sistema desde una perspectiva práctica.

Diagrama de componentes

Los diagramas de componentes representan un conjunto de componentes y sus relaciones. Estos componentes constan de clases, interfaces o colaboraciones. Los diagramas de componentes representan la vista de implementación de un sistema.

Durante la fase de diseño, los artefactos de software (clases, interfaces, etc.) de un sistema se organizan en diferentes grupos dependiendo de su relación. Ahora, estos grupos se conocen como componentes.

Finalmente, se puede decir que los diagramas de componentes se utilizan para visualizar la implementación.

Diagrama de implementación

Los diagramas de implementación son un conjunto de nodos y sus relaciones. Estos nodos son entidades físicas donde se implementan los componentes.

Los diagramas de implementación se utilizan para visualizar la vista de implementación de un sistema. Generalmente, esto lo usa el equipo de implementación.

Note- Si se observan cuidadosamente las descripciones y usos anteriores, es muy claro que todos los diagramas tienen alguna relación entre sí. Los diagramas de componentes dependen de las clases, interfaces, etc., que forman parte del diagrama de clase / objeto. Nuevamente, el diagrama de implementación depende de los componentes, que se utilizan para hacer diagramas de componentes.

Diagramas de comportamiento

Cualquier sistema puede tener dos aspectos, estático y dinámico. Entonces, un modelo se considera completo cuando ambos aspectos están completamente cubiertos.

Los diagramas de comportamiento capturan básicamente el aspecto dinámico de un sistema. El aspecto dinámico se puede describir además como las partes cambiantes / móviles de un sistema.

UML tiene los siguientes cinco tipos de diagramas de comportamiento:

  • Use el diagrama del caso
  • Diagrama de secuencia
  • Diagrama de colaboración
  • Diagrama de estado
  • Diagrama de actividad

Use el diagrama del caso

Los diagramas de casos de uso son un conjunto de casos de uso, actores y sus relaciones. Representan la vista de caso de uso de un sistema.

Un caso de uso representa una funcionalidad particular de un sistema. Por lo tanto, el diagrama de casos de uso se utiliza para describir las relaciones entre las funcionalidades y sus controladores internos / externos. Estos controladores se conocen comoactors.

Diagrama de secuencia

Un diagrama de secuencia es un diagrama de interacción. Por el nombre, queda claro que el diagrama se ocupa de algunas secuencias, que son la secuencia de mensajes que fluyen de un objeto a otro.

La interacción entre los componentes de un sistema es muy importante desde la perspectiva de implementación y ejecución. El diagrama de secuencia se utiliza para visualizar la secuencia de llamadas en un sistema para realizar una funcionalidad específica.

Diagrama de colaboración

El diagrama de colaboración es otra forma de diagrama de interacción. Representa la organización estructural de un sistema y los mensajes enviados / recibidos. La organización estructural consta de objetos y vínculos.

El propósito del diagrama de colaboración es similar al diagrama de secuencia. Sin embargo, el propósito específico del diagrama de colaboración es visualizar la organización de los objetos y su interacción.

Diagrama de estado

Se espera que cualquier sistema en tiempo real sea reaccionado por algún tipo de eventos internos / externos. Estos eventos son responsables del cambio de estado del sistema.

El diagrama de estado se utiliza para representar el cambio de estado impulsado por eventos de un sistema. Básicamente describe el cambio de estado de una clase, interfaz, etc.

El diagrama de diagrama de estado se utiliza para visualizar la reacción de un sistema por factores internos / externos.

Diagrama de actividad

El diagrama de actividad describe el flujo de control en un sistema. Consta de actividades y enlaces. El flujo puede ser secuencial, concurrente o ramificado.

Las actividades no son más que funciones de un sistema. Se preparan varios diagramas de actividad para capturar todo el flujo en un sistema.

Los diagramas de actividad se utilizan para visualizar el flujo de controles en un sistema. Esto está preparado para tener una idea de cómo funcionará el sistema cuando se ejecute.

Note- La naturaleza dinámica de un sistema es muy difícil de capturar. UML ha proporcionado funciones para capturar la dinámica de un sistema desde diferentes ángulos. Los diagramas de secuencia y los diagramas de colaboración son isomórficos, por lo que se pueden convertir entre sí sin perder información. Esto también es válido para el diagrama de estado y el diagrama de actividad.