Arqueologa de Software y Sistemas

Legados

ARQUEOLOGIA DE SOFTWARE
Es una metodologa usada
para realizar ingeniera
inversa y aplicacin de
herramientas y procesos
sobre piezas de software
existente para extraer y
entender su estructura y
diseo.

Proceso Metodolgico
Mike Rozlog, gerente de producto en soluciones Delphi, defini
para la implementacin de la Arqueologa de Software un sencillo
proceso compuesto por seis pasos, enumerados a continuacin:

1. Visualizacin

4. Lgica de
negocio

2. Violaciones de
diseo

3. Violaciones de
estilo

5. Desempeo

6.
Documentacin

Paso 1. Visualizacin
Obtener una representacin visual del diseo de
la aplicacin.
Diagrama de arquitectura tecnolgica
(fsico, lgico, de red, de aplicaciones)
Diagrama de clases

Diagramas de secuencia

Paso 2. Violaciones de diseo

Se realiza mediante mtricas de calidad de
software

Matriz de dependencias
Anlisis de cobertura
Tabla de mtricas de calidad de
software

Paso 3. Violaciones de estilo

Realizar una limpieza del cdigo para mejorar su
desempeo.

Listado de violaciones de estilo

Paso 4. Lgica de negocio

Generar toda una suite de pruebas basada en el
comportamiento de la plataforma.

Ambiente de ejecucin de
pruebas integrales
Suite de pruebas unitarias
Resultados de pruebas de
cobertura

Paso 5. Desempeo
Realizar pruebas de desempeo en las
aplicaciones.

Anlisis de desempeo

Paso 6. Documentacin
Son necesarios los siguientes documentos
Documento de arquitectura tecnolgica
Documento de definicin de base de datos
Documento de modelo de diseo
Lista de acciones a tomar (incluyendo
correcciones y tareas no funcionales)

SISTEMAS LEGADOS

Sistema Legado
Un sistema heredado (o sistema
legacy) es un sistema
informtico (equipos
informticos o aplicaciones) que
ha quedado anticuado pero que
sigue siendo utilizado por el
usuario (generalmente, una
organizacin o empresa) y no se
quiere o no se puede reemplazar
o actualizar de forma sencilla

Estrategias para evolucionar un

sistema legado
Existen cuatro estrategias para evolucionar un sistema
legado:
Eliminar
completamente
el sistema

Debe considerarse cuando el sistema no est haciendo

ninguna contribucin en los procesos de negocio.
Procesos de negocio han cambiado y se hacen
independientes de los procesos soportados por el
sistema

Tolerar y
continuar con el
mantenimiento
del sistema

Aplicable cuando el sistema es an requerido,

permanece estable, y no existen muchos
requerimientos de cambio sobre el sistema

Estrategias para evolucionar un

sistema legado
Transformar
o integrar el
sistema para
mejorarlo
Migrar o
reemplazar el
sistema por
otro sistema

Esta opcin debera escogerse cuando la calidad del

sistema se ha visto degradada por los cambios
adicionados al sistema y an existen nuevos
requerimientos funcionales para el sistema.

La migracin es un proceso que transforma el

sistema existente en uno nuevo.
Cuando debido a diversos factores (cuestiones
tcnicas, contractuales, estratgicas, etc) la
operatividad o el soporte a futuro del sistema sea
incierto

Estrategias para evolucionar un

sistema legado

Transicin hacia un nuevo sistema

Existen tres estrategias principales de transicin:

La estrategia BigBang

La estrategia de
interoperabilidad
por fases (gradual o
incremental)

Estrategia de
operacin en
paralelo