Diagrama de clases de dominio

Diagrama de clases de diseño

UML se creó como un modelo estandarizado para describir un enfoque de programación orientado a objetos. Dado que las clases son el bloque de construcción de los objetos, los diagramas de clase son los bloques de construcción de UML. Los distintos componentes de un diagrama de clases pueden representar las clases que realmente se programarán, los objetos principales o las interacciones entre las clases y los objetos.

La forma de la clase en sí consiste en un rectángulo con tres filas. La fila superior contiene el nombre de la clase, la fila del medio contiene los atributos de la clase y la sección inferior expresa los métodos u operaciones que la clase puede utilizar. Las clases y subclases se agrupan para mostrar la relación estática entre cada objeto.

Dependiendo del contexto, las clases de un diagrama de clases pueden representar los objetos principales, las interacciones en la aplicación o las clases que se van a programar. Para responder a la pregunta «¿Qué es un diagrama de clases en UML?», primero hay que entender su composición básica.

En este ejemplo, el objeto «Coche» heredaría todos los atributos (velocidad, número de pasajeros, combustible) y métodos (go(), stop(), changeDirection()) de la clase padre («Vehículo») además de los atributos específicos (tipo de modelo, número de puertas, fabricante de automóviles) y métodos de su propia clase (Radio(), windshieldWiper(), ac/heat()). La herencia se muestra en un diagrama de clases utilizando una línea sólida con una flecha cerrada y hueca.

Cómo hacer un diagrama de clases del modelo de dominio

Mientras que el modelado de sistemas incluye tanto el modelado de información como el de procesos, a usted parece preocuparle sólo el modelado de información. En este caso, podemos utilizar los términos «diagrama de clases de dominio» y «diagrama de clases de diseño» para el modelo de información conceptual y el modelo de diseño de información realizados en forma de diagramas de clases UML.

Los modelos de dominio son descripciones independientes de la solución de un dominio del problema producidas en la fase de análisis de un proyecto de ingeniería de software. El término «modelo conceptual» se utiliza a menudo como sinónimo de «modelo de dominio». Un modelo de dominio puede incluir tanto descripciones de la estructura de estado del dominio (en los modelos de información conceptual) como descripciones de sus procesos (en los modelos de proceso conceptual). Son independientes de la solución, o «independientes de la computación», en el sentido de que no se ocupan de hacer ninguna elección de diseño del sistema ni de otras cuestiones computacionales. Más bien se centran en la perspectiva y el lenguaje de los expertos en la materia del ámbito considerado.

En la fase de diseño, primero se desarrolla un modelo de diseño independiente de la plataforma, como solución computacional general al problema de ingeniería de software dado, sobre la base del modelo de dominio. El mismo modelo de dominio puede utilizarse potencialmente para producir una serie de modelos de diseño (incluso radicalmente diferentes) que representen diferentes opciones de diseño. A continuación, teniendo en cuenta una serie de cuestiones de implementación que van desde los estilos arquitectónicos, los criterios de calidad no funcionales que deben maximizarse (por ejemplo, el rendimiento, la adaptabilidad) y las plataformas tecnológicas de destino, se derivan del modelo de diseño uno o varios modelos de implementación específicos de la plataforma.

Diagrama del modelo de dominio

Modelo de dominio UMLUn modelo de dominio se utiliza para capturar el conocimiento genérico en un área particular (dominio). Un modelo de dominio debe reflejar este dominio y no se trata de software.Un modelo de dominio se documenta utilizando un subconjunto de la notación del diagrama de clases UML. Es decir, la notación de los modelos de dominio no es tan detallada como la de un modelo de diseño.ClaseEn un modelo de dominio una clase sólo contiene un nombre y atributos, las operaciones no se utilizan en el modelado de dominio.

AsociaciónEs la relación principal entre las clases de un modelo de dominio. Si los requisitos indican que debe existir un vínculo más o menos persistente (independiente del tiempo) entre dos objetos, entonces es probable que haya una asociación entre las clases.Las asociaciones del modelo de dominio tienen un nombre de asociación descriptivo, y multiplicidades, la asociación no tiene ninguna navegabilidad.Este ejemplo muestra que un estudiante puede asistir a varios cursos, y un curso puede ser asistido por varios estudiantes. Sin embargo, no podemos decir, por ejemplo, cuándo ha asistido un alumno al curso, sólo que un alumno ha asistido. Dependiendo de los requisitos reales, esto podría ser suficiente.

Relaciones del diagrama de clases

El diagrama de Clases captura la estructura lógica del sistema – las Clases – y las cosas que componen el modelo. Es un modelo estático, que describe lo que existe y qué atributos y comportamiento tiene, en lugar de cómo se hace algo. En un diagrama de Clases se pueden ilustrar las relaciones entre Clases e Interfaces utilizando Generalizaciones, Agregaciones y Asociaciones, que son valiosas para reflejar la herencia, la composición o el uso, y las conexiones respectivamente.

Algunos de estos elementos de modelado están disponibles directamente a través de la página de la caja de herramientas ‘Perfil estándar UML’ en la caja de herramientas del diagrama de clases o paquetes; otros pueden aplicarse como estereotipos en el objeto de modelado UML base.