El diagrama UML (Lenguaje de modelado unificado, Lenguaje de modelado unificado) es un lenguaje de modelado estandarizado para describir, visualizar, construir y registrar sistemas de software. En UML, hay muchos tipos de diagramas, incluido el modelo de dominio (Modelo de dominio), el modelo de objeto (Modelo de objeto) y el diagrama de secuencia del sistema (Diagrama de secuencia del sistema). Estos diagramas se utilizan para describir diferentes niveles y aspectos del sistema.
modelo de dominio (modelo de dominio)
Los modelos de dominio se centran en el dominio del problema real y nos ayudan a identificar conceptos clave, requisitos y relaciones entre conceptos. Generalmente, cuando se trata de un problema práctico, primero usamos el modelo de dominio para analizar los conceptos clave y la relación entre cada concepto.
Por ejemplo, ahora queremos construir un sistema de biblioteca. Hay libros y usuarios en la biblioteca. Necesitamos registrar qué libros han tomado prestados los usuarios. Entonces podemos extraer dos conceptos clave, Cuenta de biblioteca y Libro, y su relación. Puede expresarse como:
La representación del código correspondiente es la siguiente:
class Account {
id : int ;
lateFees : int ;
borrowed: List <Book>;
boolean borrow( Book) { …}
void save();
}
class Book { … }Al dibujar el modelo de dominio, nos limitamos a dibujar el nombre del objeto y los atributos que contiene. Aquí, en realidad, hay otro atributo en nuestra cuenta de biblioteca, que es libro prestado, pero ya hemos indicado la relación entre este y el Libro a través de una conexión. línea La relación de inclusión, por lo que no hay necesidad de escribir el libro en el atributo de la cuenta de la biblioteca de forma redundante.
Los dos conceptos aquí están conectados por un segmento de línea, y la relación entre ellos se indica en palabras, y luego una cuenta de biblioteca corresponde a *, es decir, varios Libros, lo que indica la relación cuantitativa entre los dos. De hecho, en la mayoría de los casos, el segmento de línea en el medio tiene una flecha (aquí debería ser una flecha hacia la derecha, que indica la cuenta de la biblioteca en préstamo del Libro, si es una flecha hacia la izquierda, el comentario anterior debe ser prestado por), la flecha es no obligatorio, pertenece a prescindible.
En el modelo de dominio, para la relación "tiene un", hay dos métodos de dibujo diferentes sobre Composición y Agregación. La principal diferencia entre ellos es la relación del ciclo de vida entre el todo y la parte y la independencia de la parte. Mira directamente la imagen:
La composición (combinación) y la agregación (agregación) usan notación sólida y hueca para distinguir en los diagramas de clases UML. Composición (combinación) : la relación de composición está representada por una flecha de diamante sólido en el diagrama de clases UML . El extremo del rombo apunta al todo, el extremo de la flecha apunta a la parte y los ciclos de vida del todo y la parte están estrechamente relacionados. En una relación de composición, una parte no tiene sentido sin un todo. Por ejemplo, una persona tiene manos y pasos, si se separan de la persona, entonces la mano y la pierna por sí solas no tienen sentido.
Agregación (agregación) : La relación de agregación está representada por una flecha de diamante hueco en el diagrama de clases UML . El extremo del rombo apunta al todo y el extremo de la flecha apunta a la parte. El rombo hueco indica que el todo y la parte en la relación de agregación tienen ciclos de vida relativamente independientes. En una relación de agregación, incluso si una parte se separa del todo, aún puede existir de forma independiente. Por ejemplo, ruedas y automóviles, las ruedas pueden existir solas.
modelo de objeto
De hecho, el modelo de objetos es muy similar al modelo de dominio, es decir, los detalles de implementación se agregan en función del modelo de dominio, como el tipo de variables miembro en la clase, los métodos, los parámetros y los tipos de valores devueltos. contenida en la clase. Por ejemplo, para la cuenta de la biblioteca de ahora, se expresa así en el modelo de objetos:
Entre ellos, pedir prestado (libro), devolver artículo (libro) y pagar tarifas (int) pertenecen al método de esta cuenta de biblioteca y también son sus responsabilidades. A través del modelo de dominio, somos más conscientes de los detalles de implementación específicos y las responsabilidades de los métodos de diferentes objetos. Si el modelo de dominio está en un nivel más alto de abstracción y está estrechamente relacionado con los dominios de problemas del mundo real, entonces el modelo de objetos está en un nivel más bajo de abstracción y está estrechamente relacionado con la implementación del software.
Más tarde, planeo resumir un proyecto completo, desde el modelo de dominio, el modelo de objeto hasta el código Java final para dar ejemplos, y lo escribiré si tengo tiempo.
Diagrama de secuencia del sistema (diagrama de secuencia del sistema)
El diagrama de secuencia del sistema (SSD) es un modelo utilizado para describir la secuencia de eventos en el límite del sistema, que muestra el proceso de interacción del sistema en un escenario de uso específico. Los diagramas de secuencia del sistema solo se centran en los componentes del nivel del sistema, como los usuarios y el sistema completo. Esto nos ayuda a centrarnos en el comportamiento general del sistema en lugar de centrarnos en los detalles internos. Por ejemplo, para la operación de préstamo de libros de los usuarios del sistema bibliotecario, el diagrama de secuencia del sistema se puede expresar de la siguiente manera:
A través del diagrama de secuencia del sistema, podemos mostrar claramente los posibles métodos de interacción y las secuencias de interacción entre el usuario y el sistema y, al mismo tiempo, algunas posibles respuestas se indican mediante las flechas hacia atrás punteadas. El diagrama de secuencia del sistema es una herramienta importante en el proceso de diseño orientado a objetos, que puede ayudarnos a comprender y diseñar la interacción del sistema de manera efectiva.
Diagramas de interacción
Los diagramas de interacción son una herramienta de modelado utilizada para representar la interacción y la comunicación entre objetos, y se utilizan para describir el comportamiento y la colaboración dentro del sistema. Hay dos representaciones comunes de diagramas de interacción: diagramas de secuencia (diagramas de secuencia) y diagramas de comunicación (diagramas de comunicación). Hablemos aquí del diagrama de secuencia. El diagrama de secuencia es muy similar al diagrama de secuencia del sistema anterior, pero puede describir la interacción entre objetos o clases más específicos, en lugar de solo mirar el todo como un sistema. Ven a una imagen para entender:
Para todo el sistema de la biblioteca, hay muchos objetos en él, y cómo estos objetos interactúan y transmiten información se puede representar bien a través del diagrama de secuencia en el diagrama de interacción.
resumen:
Este artículo resume las definiciones, los escenarios de uso y los métodos de dibujo de varios diagramas comunes en los diagramas UML, incluido el modelo de dominio, el modelo de objeto, el diagrama de secuencia del sistema y el diagrama de interacción.