Análisis y modelado de sistemas de software. Diseño Persistencia de objetos. Blanca A. Vargas Govea

Tamaño: px

Comenzar la demostración a partir de la página:

Download "Análisis y modelado de sistemas de software. Diseño Persistencia de objetos. Blanca A. Vargas Govea"

Nicolás Soler Padilla
hace 7 años
Vistas:

1 Análisis y modelado de sistemas de software Diseño Persistencia de objetos Blanca A. Vargas Govea vargasgovea@itesm.mx Abril 23, 2013

2 Objetivo Conocer las reglas para mapeo de clases a tablas (RDBMS). Documentar la capa de datos de su aplicación. 2

3 Diseño de la capa de datos 1. Seleccionar formato de almacenamineto. 2.Mapear las clases del problema de dominio al formato seleccionado. 3.Optimizar el desempeño de la base de datos. 4.Diseñar el acceso necesario y la manipulación de las clases. 3

4 Formatos de persistencia de objetos Archivos de acceso secuencial y aleatorio BD relacionales BD objeto-relacionales BD orientadas a objetos 4

5 UML y bases de datos UML proporciona una forma de preparar bases de datos. En vez de enfocarse en la granularidad de los campos, se piensa en términos de clases. Si se construye un buen modelo, intrínsicamente se cumplirá con las formas normales. 5

6 Implementación de la estructura RDBMS: buen soporte para clases y asociaciones pero no para herencia. 1 clases 3 generalizacio nes 2 asociaciones 4 identidad 6

7 Ejemplo 7

8 1 Modelo de clases clases Tabla Se mapea cada clase a una tabla. Se mapea cada atributo a una columna. Las negritas representan la llave primaria (nombre de la clase). 8

9 2 Muchos a muchos asociaciones La llave primaria de la asociación es la combinación de las llaves primarias de las clases. Si la asociación tiene atributos, se representan como columnas. 9

10 uno a muchos 2 asociaciones Cada una se convierte en una llave foránea para la clase muchos. Se está suponiendo que númeroserie es único para tarjetaefectivo. 10

11 uno a uno 2 asociaciones Se aloja una llave foránea en cualquiera de las tablas de clase. 11

12 2 asociaciones n-aria Se puede tratar como la asociación muchos a muchos y crear una tabla para la asociación. Generalmente la llave primaria combina las llaves primarias de las clases relacionadas. Una clase de asociación es también una clase. Generalmente se crea una tabla sin importar la multiplicidad. clases de asociación 12

13 Calificadas 2 asociaciones Siguen las mismas reglas que si no tuviera el calificador. Calificador: un atributo (o tupla de atributos) de la El calificador es un atributo o conjunto de atributos de una asociación que determina los valores que indican cualáes son los valores que se asociarán (e.g., no. confirmación, de reservación, de pedido). 13

14 En su propia tabla 3 generalizacio nes Mapear la super-clase y las sub-clases cada una a una tabla. El nombre tipocuenta indica la subclase que corresponde a cada registro. Un objeto debe tener la misma llave primaria en toda la jerarquía. 14

15 En su propia tabla 3 generalizacio nes Se prefiere asociar IDs a nombres de clase en vez de usar el mismo nombre (cuentaid) para todas las tablas de la generalización. 15

16 3 generalizacio nes Aplanando Se almacenan los atributos en una sola tabla. Se agrega el atributo tipocuenta. 16

17 4 identidad Identidad de objetos: cada tabla debe tener una llave primaria. Agregar un número de atributo (ID de objeto) a cada tabla de clase para que sea la llave primaria. 17

18 Resumen reglas para implementar la estructura Concepto Construcción UML Regla de implementación recomendada Clase Clase Mapear cada clase a una tabla y cada atributo a una columna Asociación Muchos a muchos Usar tablas diferentes Uno a muchos Usar llaves foráneas Uno a uno N-aria Usar tablas diferentes Clase de asociación Agregación Calificada Las mismas reglas que la asociación Agregación Las mismas reglas que la asociación Composición Generalización Herencia Crear tablas separadas para la superclase y cada subclase 18

19 Cómo se documenta? El documento debe incluir la siguiente información: 1. Descripción de las necesidades de almacenamiento. Depende de su aplicación. 2.Formato de persistencia que se utiliza BD relacional y justificación. 3.Diagrama de clases. 4.Descripción de los objetos persistentes. 5.Mapeo de clases a tablas. 6.Descripción de mecanismos de optimización de BD en caso de utilizarlos. 19

20 Actividad y tarea 20

21 Actividad 23: equipo De su proyecto, elaborar un diagrama de clases del sistema o sub-sistema en donde se utilicen objetos persistentes. Elaborar una descripción de los objetos. Ejemplo: Empleado: almacena información sobre un empleado particular. Cada empleado puede identificarse por puesto, salario y horario. Elaborar el mapeo a tablas. 21

22 Tarea 23: equipo Utilizando lo que hiciste en la Actividad 23, elabora un documento que incluya: 1. Descripción de las necesidades de almacenamiento. Depende de su aplicación. 2. Formato de persistencia que se utiliza BD relacional y justificación. 3. Diagrama de clases*. 4. Descripción de los objetos persistentes*. 5. Mapeo de clases a tablas*. 6. Descripción de mecanismos de optimización de BD en caso de utilizarlos. Entrega: Abril 26 22

23 Referencia Object-Oriented Modeling and Design with UML Second Edition. Michael Blaha, James Rumbaugh,

24 24

25 asociación n-aria 25

Documentos relacionados

Prof. Mariano Mancuso. Sistemas de información y control diagrama de clases

Prof. Mariano Mancuso. Sistemas de información y control diagrama de clases Prof. Mariano Mancuso Sistemas de información y control diagrama de clases UML Qué son los modelos? Para qué sirven los modelos? Cuáles son los modelos de UML? Se usan todos...? Qué son los modelos? Un