29/01/03 1

Evolución de DatosEvolución de Datos

Vicent Estruch GregoriJosep F. Silva Galiana

Laboratorio de Sistemas de Información

Facultad de InformáticaUniversidad Politécnica de Valencia

29/01/03 2

Introducción Descripción del problema Situación actual Solución propuesta Ejemplo Conclusiones Trabajos futuros Preguntas

ÍndiceÍndice

29/01/03 3

Situación ActualSituación Actual

Paradigma de prototipación automática. Herramientas generadoras de código. Metodologías de evolución de aplicaciones. ¿Evolución de los datos?

Es necesaria una metodología

29/01/03 4

Descripción del ProblemaDescripción del Problema Herramientas de modelado conceptual capaces de

generar aplicaciones a partir del esquema. Evolución de software a partir de la evolución del

esquema.

EC1 EC2 EC3 EC4Mod 1 Mod 2 Mod 3

29/01/03 5

Descripción del ProblemaDescripción del Problema

¡Requisitos!

EsquemaConceptual

1

Aplicación1

Cambios

Servicios Evolución

Datos???

Evolución de las aplicaciones

¡Requisitos!

EsquemaConceptual

2

Aplicación2

29/01/03 6

Descripción del ProblemaDescripción del Problema

Necesidad de la evolución automática de datos

Persistencia

BD1

Lógica de Negocio

Presentación

Persistencia’

BD2

Lógica de Negocio’

Presentación’

29/01/03 7

Descripción del ProblemaDescripción del Problema Durante el proceso de evolución de un Esquema

Conceptual, la BDR original ha ido poblándose. Herramientas actuales soportan Evolución de

Esquema. Pero NO migran población. Hay que preservar esta información.

Problema puede ser peor: Legacy Systems.

29/01/03 8

Situación ActualSituación Actual

Migración manual Creación de programas de migración Ejecución sentencias SQL

29/01/03 9

Situación ActualSituación Actual Migración Asistida (software de soporte)

DTS de SQLServer FileAid ReTarGet

29/01/03 10

Solución PropuestaSolución Propuesta Comparar dos Esquemas Conceptuales Obtener las Diferencias Proponer un Plan de Migración Facilidades de Edición Traducción Plan de Migración Ejecución Localización de Inconsistencias

29/01/03 11

Solución PropuestaSolución Propuesta Metodología evolución de aplicaciones

OO-Method Comparación de esquemas: Todo aquello que

tenga una repercusión sobre los datos. * Clases * Atributos * Relaciones Agregación * Relaciones Especialización

29/01/03 12

Solución PropuestaSolución Propuesta Obtener las Diferencias

Elementos añadidos E’(j)

Elementos eliminados E(i)

Elementos modificados E(i) E’(j)

29/01/03 13

Solución PropuestaSolución Propuesta

Proponer un Plan de Migración Trata de establecer una función de trasvase de

datos entre la base de datos origen y la base de datos final.

Habrá que definir un lenguaje:

E’.Clase1 E.Clase1 E’.Clase1.Atr1 E.Clase1.Atr1 ...

29/01/03 14

Solución PropuestaSolución Propuesta

Facilidades de edición: El analista podrá establecer cambios en el plan de migración.

Es posible que la lógica de negocio afecte a los datos, y solo el usuario conoce las reglasde migración.

Traducción del plan: El plan de evolución final del analista se traducirá automáticamente. E.Clase1 E’.Clase1 INSERT INTO E’.Clase1

SELECT * FROM E.Clase1

29/01/03 15

Solución PropuestaSolución Propuesta

Ejecución del plan de migración:

BD1

BD2

ProgramaMigración

29/01/03 16

Solución PropuestaSolución Propuesta

Comprobación Restricciones Integridad: La base de datos final puede violar su propio esquema por haber introducido datos artificialmente.Restricciones de IntegridadCondiciones de EspecializaciónCondiciones de DisparoEstados Inalcanzables o Sumideros ...etc.

29/01/03 17

EjemploEjemplo

NumMáquinaDescripciónFunción(D)

NumPiezaCantidadImportePrecioPieza (D)

1:1

1:M DI

NumMáquinaOperadorDescripciónFunción(D)

NumPiezaCantidadImportePrecioPieza (D)

1:1

1:M DI

29/01/03 18

EjemploEjemplo

Obtener las Diferencias Elementos añadidos

EC2.Máquina.Operador Elementos eliminados

Ø Elementos modificados

Ø

29/01/03 19

EjemploEjemplo

Proponer un Plan de MigraciónEC1.Máquina EC2. MáquinaEC1. Máquina.NumMáquina

EC2.Máquina.NumMáquina EC2.Máquina.OperadorEC1. Máquina.Descripción EC2.

Máquina.DescripciónEC1.Pieza EC2. PiezaEC1. Pieza.NumPieza EC2. Pieza.NumPiezaEC1. Pieza.Cantidad EC2. Pieza.CantidadEC1. Pieza.Importe EC2. Pieza.Importe

29/01/03 20

ConclusionesConclusiones

Durante el proceso de evolución de un EC, el SI correspondiente va poblándose con datos.

Estos datos constituyen la parte más valiosa del SI. La migración de los datos de un SI a otro no tiene

un soporte metodológico.

29/01/03 21

ConclusionesConclusiones

La solución propuesta permite: Comparar dos Esquemas Conceptuales Obtener las diferencias Proponer un Plan de Migración Editarlo Traducirlo Ejecutarlo Comprobar inconsistencias

29/01/03 22

La evolución de datos es un proceso naturalmente paralelo a la evolución de aplicaciones.

ConclusionesConclusiones

EC1 EC2 EC3 EC4Mod 1 Mod 2 Mod 3

BD2

BD1

BD3

BD4

Mig 1 Mig 2 Mig 3