Qué diagrama en UML describe el flujo de control de un estado a otro y se utiliza a menudo para analizar las características dinámicas del sistema. UML incluye nueve tipos de diagramas: diagramas de casos de uso, diagramas de clases, diagramas de objetos, diagramas de estado, diagramas de secuencia, diagramas de colaboración, diagramas de actividad, diagramas de componentes y diagramas de configuración (implementación). 1.UseCaseDiagram Es el diagrama más simple y complejo en UML. La razón por la que es simple es que adopta un pensamiento orientado a objetos y se basa en la perspectiva del usuario. Es muy fácil de dibujar y la sencilla representación gráfica lo deja claro de un vistazo. Es complejo porque los diagramas de casos de uso generalmente no son fáciles de controlar y son demasiado complejos o demasiado simples. Los diagramas de casos de uso representan actores y casos de uso y las relaciones entre ellos. 2. El diagrama de clases es el diagrama más utilizado en UML orientado a objetos y puede ayudarnos a comprender la arquitectura de un sistema de manera más intuitiva. La parte de diseño de un sistema se puede describir gráficamente mediante un diagrama de clases representado por relaciones y clases. 3. Diagrama de objetos El diagrama de objetos en UML orientado a objetos es un ejemplo de diagrama de clases. Utiliza casi el mismo logotipo que el diagrama de clases. La diferencia entre ellos es que el diagrama de objetos muestra múltiples instancias de objetos de una clase, en lugar de la clase de instancias. El diagrama de objetos es un ejemplo de diagrama de clases. Debido a que los objetos tienen un ciclo de vida, el gráfico de objetos solo puede existir durante un cierto período de tiempo en el sistema. 4. El diagrama de estado describe el comportamiento dinámico de una entidad según la respuesta al evento y muestra cómo responde la entidad en diferentes momentos dependiendo de su estado actual. Los diagramas de estado UML generalmente se crean para los siguientes propósitos de investigación: estudiar el comportamiento complejo de una clase, función, subsistema o componente. 5. El diagrama de secuencia, también llamado diagrama de secuencia, describe la interacción dinámica entre objetos y se centra en el momento de la transmisión de mensajes entre objetos. Un diagrama de secuencia consta de un conjunto de objetos. Cada objeto tiene una línea vertical, llamada línea de vida del objeto, que representa la línea de tiempo, y el tiempo se extiende hacia abajo a lo largo de la línea vertical. Los diagramas de secuencia en UML orientado a objetos describen el proceso de intercambio de mensajes entre estos objetos a lo largo del tiempo. Los mensajes están representados por flechas horizontales que apuntan desde la línea de vida vertical de un objeto a la línea de vida de otro objeto. También se pueden agregar notas sobre el tiempo y otras notas según sea necesario. 6. Diagrama de colaboración El diagrama de colaboración en UML orientado a objetos se utiliza para mostrar la estructura de organización espacial de los componentes y sus interacciones. No presta atención al orden de las interacciones. Un diagrama de colaboración muestra las interacciones organizativas entre objetos en la interacción y los vínculos entre objetos. A diferencia de los diagramas de secuencia, los diagramas de colaboración muestran las relaciones entre objetos. Los gráficos de colaboración, por otro lado, no tratan el tiempo como una dimensión separada, por lo que el número de secuencia determina el orden de los mensajes y los hilos concurrentes. Los diagramas de colaboración son el producto cruzado de los diagramas de símbolos y los diagramas de secuencia. Describe un escenario específico, con flechas numeradas que indican el movimiento de los mensajes a lo largo del escenario. El propósito de un diagrama de colaboración es reflejar un escenario específico describiendo el movimiento de mensajes entre objetos. Muestra la organización espacial de los objetos y sus interacciones, en lugar del orden de las interacciones. 7.ActivityDiagram) El diagrama de actividad UML en UML orientado a objetos registra la lógica de una sola operación o método, un solo caso de uso o la lógica de un solo proceso de negocio. Describe la secuencia de ejecución de varias actividades en el sistema, generalmente utilizada para describir el proceso de ejecución de varias actividades que se realizarán en una operación. Al mismo tiempo, suele utilizarse para describir el flujo de procesamiento de un caso de uso o algún tipo de flujo de interacción. Un diagrama de actividades consta de una serie de actividades e incluye descripciones de estas actividades. Cuando se completa una actividad, el control se transfiere a la siguiente actividad a lo largo de la flecha de transferencia de control. Los diagramas de actividades también pueden describir convenientemente las condiciones para la transferencia de control y los requisitos para la ejecución paralela. 8.Diagrama de componentes El diagrama de componentes se utiliza para reflejar la estructura física del código. A partir del diagrama de componentes, podemos comprender las dependencias del compilador y del tiempo de ejecución entre componentes de software, como archivos de código fuente o bibliotecas de enlaces dinámicos. Usando diagramas de componentes, un sistema se puede dividir en componentes cohesivos y se puede mostrar la estructura del código en sí. El objetivo principal de un diagrama de componentes es mostrar las relaciones estructurales entre los componentes del sistema. 9. Diagrama de configuración El diagrama de configuración en UML orientado a objetos describe la configuración física del hardware y software en el sistema, así como la arquitectura del sistema. En el diagrama de configuración, los dispositivos físicos reales, como computadoras y varios dispositivos externos, están representados por nodos. Los nodos correspondientes están conectados de acuerdo con sus relaciones de conexión y se explican sus métodos de conexión. Dentro de un nodo, interprete los componentes u objetos ejecutables que están asignados para ejecutarse en ese nodo, a fin de interpretar qué unidades de software están asignadas para ejecutarse en qué nodos.