MODELANDO EL DOMINIO Capítulo 2 del libro guía Gloria Lucía Giraldo G. UNIVERSIDAD NACIONAL DE COLOMIBIA 2014-2 DISEÑO Y CONSTRUCCIÓN DE PRODUCTOS DE SOFTWARE.

Presentación del tema: "MODELANDO EL DOMINIO Capítulo 2 del libro guía Gloria Lucía Giraldo G. UNIVERSIDAD NACIONAL DE COLOMIBIA 2014-2 DISEÑO Y CONSTRUCCIÓN DE PRODUCTOS DE SOFTWARE."— Transcripción de la presentación:

1 MODELANDO EL DOMINIO Capítulo 2 del libro guía Gloria Lucía Giraldo G. UNIVERSIDAD NACIONAL DE COLOMIBIA 2014-2 DISEÑO Y CONSTRUCCIÓN DE PRODUCTOS DE SOFTWARE

2 CONTEXTO GENERAL

3 MOTIVACIÓN Cómo te llamas? Comment tu t'appel ? What's your name? ¿? Imagine que en un grupo de trabajo, todos los integrantes hablan idiomas diferentes. La mayoría de los proyectos de IT adolecen de falta de buena comunicación entre sus integrantes

4

5 ¿Cómo subsanar ese problema de falta de comunicación? Una buena idea sería poner a disposición de todos los integrantes del equipo un vocabulario común !!! EL MODELO DEL DOMINIO Muestra de forma gráfica cómo se relacionan todos esos términos entre sí. provee un vocabulario común (diccionario de términos) que posibilita una comunicación clara entre los miembros de un proyecto. Sirve de base para los casos de uso.

6 ¿Qué pretendemos? Hacer un diseño dirigido por los casos de uso Por lo tanto los casos de uso NO pueden ser ni vagos, ni ambiguos. Esto se logra teniendo como base el modelo del domino bien definido Hay que re escribir las especificaciones de los casos de uso, en el contexto del dominio referenciando los objetos del dominio, por su nombre en la especificación de los casos de uso. EJEMPLOEJEMPLO ¿Cómo?

7 ¿Qué pretendemos hacer ? Un diseño dirigido por casos de uso.

8 Los Top 10 del modelo del dominio 10.Enfocarse en los objetos del mundo real (dominio del problema). Cuando se está creando el modelo del dominio uno se debe asegurar que se está enfocando en los objetos de mundo real del problema, pues estos objetos tienden a cambiar más lentamente que los requisitos del software. La notación de las clases del modelo del dominio debe ser la notación simple, es decir aquella que es solo una caja con el nombre de la clase, ya que en esta fase puede que todavía no tengamos atributos y operaciones.

9 Los Top 10 del modelo del dominio 9. Use las relaciones de generalización y agregación para mostrar como los objetos se relacionan entre si. : Por ejemplo una revisión de un libro (Book Review) pertenece a un libro (Book) entonces se representa como una relación de agregación. Las ordenes de compra y las tarjetas de crédito son tipos de pago, entonces se representan como relaciones de generalización.

10 Ejemplo

11 Los Top 10 del modelo del dominio 8. No invierta más de un par de horas para realizar el modelo de dominio inicial. No se trata de hacer el modelo del dominio perfectamente desde la primera vez. La idea es ir mejorándolo y completándolo cuando sea necesario. A medida que se va trabajando con los casos de uso y con el diagrama de robustez, se van descubriendo objetos perdidos. Las dos horas que se invierten en el modelo del dominio inicial, son probablemente las dos horas más importantes del proyecto. Si se descubre el 80% de las clases del dominio en esas 2 horas, entonces serán dos horas muy bien invertidas.

12 Los Top 10 del modelo del dominio 7. Organice sus clases alrededor de abstracciones “clave” en el dominio del problema. Recuerde que el modelo del dominio es una primera aproximación al diagrama de clases que será finalmente la base de la arquitectura del software. Organizar la arquitectura alrededor de abstracciones del mundo real, hace el modelo más resistente a los cambios en los requisitos del software.

13 Los Top 10 del modelo del dominio 6. No confunda el modelo del dominio con el modelo de datos. Aunque estos modelos pueden parecer similares, recuerde que no siempre lo que es una buena práctica para uno, lo es para el otro. Generalmente una tabla de la BD es más grande y relaciona y almacena un número grande de cosas, mientras que una clase se considera mejor diseñada si son pequeños paquetes de datos y de comportamiento.

14 Los Top 10 del modelo del dominio 5. No confunda un objeto, el cual representa una instancia simple de algo, con una tabla de la base de datos, la cual representa una colección de cosas. Por ejemplo, si usted llama Book a una clase del dominio, no quiere eso decir que deba tener una tabla Book en la BD. Lo que se quiere describir con esa clase son las características de UN SOLO LIBRO. Las columnas en una tabla mapean a atributos de una clase. Sin embargo, las tablas de la BD tienen otras columnas adicionales como por ejemplo aquellas correspondientes a las claves foráneas. Asi, que NO hay un mapeo 1:1 entre filas de una tabla con un objeto.

15 Los Top 10 del modelo del dominio 4. Use el modelo del dominio como un glosario del proyecto. Si los requisitos ambiguos son nuestro principal enemigo, el modelo del dominio es nuestra primera línea de defensa. El modelo del dominio debe ayudar a asegurar el uso consistente de los términos, cuando se está describiendo el espacio del problema. Usar el modelo del dominio como un glosario del proyecto es el primer paso hacia la desambiguación del modelo.

16 Los Top 10 del modelo del dominio 3. Haga el modelo del dominio antes de hacer los casos de uso, para evitar ambigüedades en los nombres. Si lo que se pretende con el modelo del dominio es desambiguar el problema, no es inteligente construir primero los casos de uso y luego hacer el modelo. Esto sería aplazar gran cantidad de problemas para más tarde.

17 Los Top 10 del modelo del dominio 2. No espere que su diagrama de clases final corresponda exactamente con el modelo del dominio. Aunque debería existir cierta semejanza entre ellos, no quiere decir que sean iguales. Los diagramas de clases son más detallados, el Modelo de dominio se hace deliberadamente más simple.

18 Los Top 10 del modelo del dominio 1.No coloque las clases relativas a las GUI en el modelo del dominio. L as clases del modelo del dominio deben ser solamente aquellas clases relativas al dominio del problema, no se deben incluir clases relativas al diseño, ni a la implementación.

19 Ejercicio I Decir cuáles son los problemas de los siguientes extractos de un modelo del dominio

20

21 Solución: quitar cardinalidades Muestra multiplicidad demasiado pronto. En el modelo del dominio todavía no vamos a mostrar esos detalles

22 Encuentra el problema !!!

23 Solución

24 Solución: colocar los atributos en las clases correctas

25 Encuentra el problema !!! Véase en cursiva

26 Solución !!! Demasiado pronto para estar pensando si la clase es abstracta Asignación de operaciones en el espacio del problema

27 Ejercicio II A partir del modelo verbal que se entrega en clase: 1.Leerlo. 2.Analizar la lista de clases del dominio que se da al final de la segunda hoja y eliminar las ambigüedades. 3.Actualizar la lista. 4.Realizar un modelo del dominio, utilizando solo relaciones de agregación y de Generalización/Especialización.