Modelo de dominio del arquitecto de la empresa
Modelado del dominio Dibuje un diagrama de clases del modelo de dominio UML para el sistema descrito aquí. Sea lo más específico y preciso posible, dada la información proporcionada. Si la información que necesita no se da explícitamente, haga suposiciones realistas y documéntelas. Everything for Dogs es un nuevo negocio que pone en contacto a personas dispuestas a ofrecer un servicio para perros con propietarios de perros que buscan ese servicio. Los amantes de los perros ofrecen alojamiento (en su propia casa o en la del perro), peluquería canina, paseo de perros y adiestramiento de perros. Los propietarios se registran en el sitio web y buscan en la base de datos de Everything for Dogs para encontrar un proveedor de servicios adecuado en su zona, y se ponen en contacto con él para hablar de hacer una reserva. Si el proveedor de servicios y el propietario están de acuerdo, se hace la reserva. Los proveedores de servicios cobran una tarifa por su servicio, pero el sistema no gestiona los pagos. Everything for Dogs necesita un nuevo sistema para llevar el control de los propietarios, los amantes de los perros y los servicios prestados. El analista de sistemas ha comenzado el análisis de los requisitos y le ha proporcionado un conjunto de notas para que usted dibuje un diagrama de clases del modelo de dominio, como el siguiente:
Relaciones 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 realizado 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.
Modelo conceptual del diagrama de clases
El diagrama de objetos, en cambio, es un gráfico de instancias, que incluye objetos y valores de datos. Un diagrama de objetos estático es una instancia de un diagrama de clases. Muestra una instantánea del estado detallado de un sistema en un momento dado. El uso de los diagramas de objetos es bastante limitado, principalmente para mostrar ejemplos de estructuras de datos.
Un Diagrama de Clases mostrará en qué consisten los Objetos de su sistema (miembros) y lo que son capaces de hacer (métodos) en su mayoría estáticos. Por el contrario, un Diagrama de Objetos mostrará cómo los objetos en su sistema están interactuando entre sí en algún momento, y qué valores contienen esos objetos cuando el programa está en este estado.
Diagrama de clases del modelo de dominio
El diagrama de clases es un diagrama estático. Representa la vista estática de una aplicación. El diagrama de clases no sólo se utiliza para visualizar, describir y documentar diferentes aspectos de un sistema, sino también para construir el código ejecutable de la aplicación de software.
impuesta en el sistema. Los diagramas de clase son ampliamente utilizados en el modelado de sistemas orientados a objetos porque son los únicos diagramas UML que pueden ser mapeados directamente con lenguajes orientados a objetos.
El propósito del diagrama de clases es modelar la vista estática de una aplicación. Los diagramas de clase son los únicos diagramas que se pueden mapear directamente con los lenguajes orientados a objetos y, por lo tanto, se utilizan ampliamente en el momento de la construcción.
Los diagramas UML, como el diagrama de actividad o el diagrama de secuencia, sólo pueden mostrar el flujo de la aplicación, pero el diagrama de clase es un poco diferente. Es el diagrama UML más popular en la comunidad de codificadores.
El diagrama de clases también se considera la base de los diagramas de componentes y de despliegue. Los diagramas de clase no sólo se utilizan para visualizar la vista estática del sistema, sino que también se utilizan para construir el código ejecutable para la ingeniería directa e inversa.