Cómo dibujar la relación entre diagramas de clases UML
1. El concepto de diagrama de clases
a, que muestra clases, interfaces y sus estructuras y relaciones estáticas.
b. Se utiliza para describir el diseño estructural del sistema.
2. Elementos del diagrama de clases
Sólo presentamos brevemente estos cuatro elementos: clase, interfaz, colaboración y relación.
Al igual que otros diagramas, los diagramas de clases pueden contener comentarios y restricciones.
Los diagramas de clases también pueden contener paquetes y subsistemas, que se utilizan para agrupar elementos.
A veces también puedes poner instancias de una clase en un diagrama de clases.
3. Clase
A. Una clase es una abstracción de un grupo de objetos con los mismos atributos, operaciones, relaciones y semántica. Es el núcleo de la estructura organizativa del sistema orientado a objetos, incluida la parte de nombre, la parte de atributos y la parte de operación, como se muestra en la siguiente figura.
B. La sintaxis de los atributos de clase es:
[visibilidad]nombre del atributo[:tipo][=valor inicial][{cadena de atributo}]
Visibilidad:Pública)"+,Privada)"-,Protected)"#.
La sintaxis de una operación de clase es:
[Visibilidad]Nombre de la operación[(Lista de parámetros)] [:tipo de retorno][{cadena de propiedad}]
Visibilidad:Público)"+,Privado)"-,Protectado)"#,Paquete)"~ público~ p>Lista de parámetros:
Método de definición: "nombre:tipo"; si hay varios parámetros, sepárelos con comas; los parámetros pueden tener valores predeterminados;
Cadena de atributo:
p>Agregar Alguna información además de los elementos predefinidos para la definición de la operación.
4. Conectar
Una descripción del comportamiento del objeto, pero no proporciona la implementación ni el estado. /p>
Una clase puede implementar una o más interfaces
Está representada por un cuadro rectangular de dos capas. La principal diferencia con el diagrama de clases es que hay un
También puede representarse mediante un círculo hueco:
5. Cooperación
La colaboración se refiere al comportamiento de algunas clases, interfaces y otros elementos que trabajan juntos para proporcionar algún tipo de cooperación, este tipo de colaboración no se obtiene simplemente agregando elementos. Por ejemplo, cuando se modela un proceso de transacción en un sistema distribuido, no se puede entender cómo se desarrolla la transacción a través de una sola clase. La ejecución implica la cooperación de una serie. de clases Utilice diagramas de clases para visualizar estas clases y sus relaciones.
El enfoque de este artículo se encuentra en la Parte 2. >
En segundo lugar, varias relaciones entre clases
1. Generalización
a es una relación de herencia, que representa la relación general y especial. Estipula cómo se comportan las subclases. Especializa todas las características y comportamientos de la clase principal y describe una relación "es un tipo de". Por ejemplo, un tigre es un animal que tiene tanto las características de un tigre como las de un animal
b, representado por una línea continua con una flecha hueca, la flecha apunta a la clase principal. , como se muestra en la siguiente figura:
2. Implementación
a, es la relación entre una clase y una interfaz, lo que indica que la clase es una interfaz La implementación de todas las características y Comportamientos
b está representado por una línea de puntos y la flecha hueca apunta a la interfaz, como se muestra en la siguiente figura:
3 Unión
1. Asociación general
A. La correlación es la conexión entre clases, que permite a una clase conocer las propiedades y métodos de otra clase, y señala la conexión entre objetos de cosas, como profesores y estudiantes, y. parejas. Es bidireccional, unidireccional y autocorrelacionada.
b, representada por una línea sólida con una flecha ordinaria. Las correlaciones bidireccionales pueden tener dos flechas o ninguna flecha, y las correlaciones unidireccionales pueden tener una flecha. la siguiente figura:
b. Agregación
a. Es la relación entre el todo y la parte (el todo tiene partes), y las partes pueden existir independientemente del todo. Por ejemplo, si la relación entre un automóvil y un neumático es un todo y una parte, el neumático aún puede existir sin el automóvil. La agregación es un tipo de asociación y es una asociación fuerte. Desde un punto de vista sintáctico, asociación y agregación son indistinguibles y deben examinarse relaciones lógicas específicas.
b, representado por una línea continua con un diamante hueco, el diamante apunta al conjunto, como se muestra en la siguiente figura:
Composición
a. Es la relación entre el todo y la parte, pero las partes no pueden existir independientemente del todo. Si la relación entre la empresa y el departamento es el todo y la parte, no habría departamento sin empresa. La relación de composición es una relación asociativa, que es más fuerte que la relación de agregación. Requiere que el objeto que representa el todo en una relación de agregación normal sea responsable del ciclo de vida del objeto que representa la parte.
b, representado por una línea sólida con un diamante sólido, apunta al todo, como se muestra en la siguiente figura:
4. Dependencia (Dependency)
A, elemento A El cambio afectará al elemento B, entonces la relación entre B y A es dependiente, y B depende de A. Se debe evitar la dependencia bidireccional. En términos generales, no debe haber dependencia bidireccional. La asociación, la realización y la generalización son todas dependencias.
b, representado por una línea discontinua con una flecha que apunta al elemento dependiente.
5. Resumen
El orden de fortaleza de las diversas relaciones es el siguiente:
Generalización=implementación>combinación>agregación>asociación>dependencia
El siguiente diagrama UML muestra vívidamente la relación entre varios diagramas de clases: