¿De qué manera se relacionan los estados en UML con clases, objetos y casos de uso?
El primer tipo es el diagrama de casos de uso.
Describir las funciones del sistema desde la perspectiva del usuario e indicar el operador de cada función.
La segunda categoría son los diagramas estáticos (Static
diagramas)
Incluyendo diagramas de clases, diagramas de objetos y diagramas de paquetes. El diagrama de clases describe la estructura estática de las clases en el sistema. No solo define las clases en el sistema y representa las relaciones, dependencias, agregaciones y otras relaciones entre clases, sino que también incluye la estructura interna de la clase (los atributos y operaciones de la clase). Un diagrama de clases describe una relación estática y es válido durante toda la vida del sistema. El diagrama de objetos es un ejemplo de diagrama de clases. Se utiliza un logotipo que es casi idéntico al diagrama de clases. Se diferencian en que los diagramas de objetos muestran múltiples instancias de objetos de una clase en lugar de la clase real. El diagrama de objetos es una instancia del 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. Un paquete consta de paquetes o clases que representan relaciones entre paquetes. El diagrama de encapsulación se utiliza para describir la estructura jerárquica del sistema.
La tercera categoría es Diagrama de comportamiento (Comportamiento)
Diagrama)
Describe el modelo dinámico del sistema y la interacción entre los objetos componentes. Entre ellos, el diagrama de estado describe todos los estados posibles del objeto de clase y las condiciones de transición del estado cuando ocurre un evento. En términos generales, los diagramas de estado son complementarios a los diagramas de clases. En la práctica, no es necesario dibujar diagramas de estado para todas las clases, sólo aquellas clases cuyo comportamiento ha cambiado debido a la influencia del entorno externo. Los diagramas de actividades describen las actividades que se realizarán para satisfacer los requisitos del caso de uso y las restricciones entre actividades, lo que facilita la identificación de actividades paralelas.
La cuarta categoría son los gráficos interactivos (Interactive)
Gráficos)
Describe la interacción entre objetos. Los diagramas de secuencia muestran las relaciones dinámicas de colaboración entre objetos, enfatizan el orden en que se envían los mensajes entre objetos y muestran las interacciones entre objetos. Los diagramas de colaboración describen las relaciones de colaboración entre objetos, similares a los diagramas de secuencia, que muestran las relaciones de colaboración dinámica entre objetos. Además del intercambio de información, los diagramas de colaboración también muestran objetos y sus relaciones. Si se enfatiza el tiempo y la secuencia, utilice diagramas de secuencia. Si enfatiza la relación superior-subordinado, elija un diagrama de cooperación. Estos dos diagramas se denominan colectivamente diagramas de interacción.
La quinta categoría son los diagramas de implementación (
diagramas de implementación
entre ellos
diagramas de componentes). Describir la estructura física de los componentes del código y sus dependencias. Los componentes pueden ser componentes de código de recursos, componentes binarios o componentes ejecutables. Contiene información sobre clases lógicas o clases de implementación. Los diagramas de componentes ayudan a analizar y comprender el grado de interacción entre los componentes.
Un diagrama de configuración define la arquitectura física del software y hardware del sistema. Puede mostrar computadoras y dispositivos reales (representados por nodos) y sus relaciones de conexión, así como tipos de conexión y dependencias entre componentes. Dentro de los nodos, se colocan componentes y objetos ejecutables para mostrar la correspondencia entre los nodos y las unidades de software ejecutables.
Desde el punto de vista de la aplicación, al diseñar un sistema utilizando tecnología orientada a objetos, el primer paso es describir los requisitos, en segundo lugar, establecer un modelo estático del sistema basado en los requisitos y construir la estructura; del sistema; el tercer paso es describir el comportamiento del sistema. Los modelos establecidos en el primer y segundo paso son todos estáticos, incluidos diagramas de casos de uso, diagramas de clases (incluidos paquetes), diagramas de objetos, diagramas de componentes y diagramas de configuración. Estos son los mecanismos de modelado estático del lenguaje de modelado estándar UML. El modelo construido en el tercer paso puede ejecutarse y representar estados o interacciones secuenciales durante la ejecución. Incluye diagramas de estado, diagramas de actividad, diagramas de secuencia y diagramas de colaboración. Es un mecanismo de modelado dinámico del lenguaje de modelado estándar UML. Por lo tanto, el contenido principal del lenguaje de modelado estándar UML también se puede resumir en dos categorías: mecanismo de modelado estático y mecanismo de modelado dinámico.