Migracion De Datos

I+D Computación, Vol. 1, No. 1, Julio 2002

15

Un Generador Automático de Planes de Migración de
Datos∗
J. A. Carsí, I. Ramos, J. Silva, J. Pérez, V. Anaya
Departamento de Sistemas Informáticos y Computación
Universidad Politécnica de Valencia
Camino de Vera s/n
E-46071 Valencia - España
{pcarsi, iramos, jsilva, jeperez, vanaya}@dsic.upv.es

Abstract.– This paper presents a solution for the datamigration problem in information systems that
must evolve to adapt to new requirements. The solution uses the information provided by the
conceptual schemas, which represent the evolution that the information system has undergone, in order
to automatically generate data migration plans. The plan offers the maximal flexibility permitting the
user to act always with the maximum possible freedom inits construction and execution. Thus, a
solution to a seldom addressed problem in Software Engineering is offered, and a tool that supports it is
presented. This tool has been developed by the Information Systems and Computing Department of the
Universidad Politécnica de Valencia in collaboration with the software development firm CONSOFT.
Keywords: data migration plan, migration language,patterns, migration expressions, automatic
generation, comparison criteria, comparison algorithm.

1. INTRODUCCIÓN
a primera ley de la ingeniería de sistemas de Bersoft [4] dice “Sin importar en qué momento del
ciclo de vida del sistema nos encontremos, el sistema cambiará y el deseo de cambiarlo persistirá a
L
lo largo de todo el ciclo de vida.”. Es un hecho destacado por numerosos investigadores yprofesionales que los sistemas informáticos deben evolucionar para adecuarse a los siempre cambiantes
requisitos del entorno. Las estadísticas indican que entre el 65% y el 75% de las fuerzas vivas
relacionadas con el mundo de la informática [7] y aproximadamente el 80% de los gastos totales del
software [23] se dedican al mantenimiento del software existente.
Idealmente, a la hora de introducir unamodificación en una aplicación informática se debe
seguir un proceso (por ejemplo el ISO/IEEE 12207 [5]) en el cual sea identificada la razón del cambio,
se analice cómo afecta el cambio a introducir en la aplicación1, para posteriormente realizar los
cambios allí donde sean necesarios, finalizando con una exhaustiva fase de pruebas que demuestre que
la modificación no ha introducido errores. Todoel proceso anterior debe estar bajo un estricto control
de cambios que recoja todos los documentos que se generan y almacene las diferentes versiones.

Artículo recibido el 25 de febrero de 2002.
∗

Este trabajo ha sido financiado con fondos del Proyecto CICYT del programa FEDER con ref. TIC 1FD97-1102.

1

Tanto en los documentos de análisis, diseño, como en el código.
ISSN 1665-238X.

16

I+DComputación, Vol. 1, No. 1, Julio 2002

Lamentablemente, muchas empresas simplifican el proceso anterior reduciéndolo, en la mayoría
de los casos, a un análisis de la modificación para posteriormente aplicarla directamente al código sin
excesivas pruebas y menor documentación.
En la actualidad, numerosas herramientas CASE son capaces de generar todo o parte del código
que implementa una aplicacióna partir de la información que se introduce en los modelos del método
que se esté utilizando. Así por ejemplo, herramientas como Rational Rose [13], Together [20] o System
Architect [19], son capaces de generar esqueletos de programas en lenguajes de programación como
Java, C++, VBasic y scripts en SQL para generar las bases de datos necesarias a partir de la
información estructural que seintroduce mediante dichas herramientas en los diagramas de clases.
Otras herramientas CASE como OO-Method/CASE [10] u Oblog/CASE [14], son capaces de generar
aplicaciones completas a partir de la información de modelado que se introduce en sus modelos gracias
a su sólido soporte formal. En el caso de OO-Method es el lenguaje de especificación formal OASIS,
actualmente por su versión 3.0 [6].
Todas las...