Modernización
Sistemas sin documentación: la especificación sale del propio sistema
Cuando la documentación no existe o no coincide con la realidad, el esquema y el comportamiento del sistema mandan. Los medimos antes de cotizar.
El problema
La documentación casi nunca alcanza
En el análisis de un sistema ferroviario (sin nombre del cliente) el inventario llegó a 2,009 objetos, 159 tablas, 1,238 columnas y 155 llaves foráneas, con 54 llaves primarias compuestas. La documentación subestimaba el tamaño real del sistema.
Cómo lo hacemos
Del sistema a la especificación
Esquema primero
Se lee la estructura real de la base de datos: tablas, columnas, llaves y relaciones.
Comportamiento observado
Se documentan pantallas y reglas a partir de cómo responde el sistema.
Pruebas
La especificación se acompaña de pruebas que la verifican.
Inventario de diferencias
Se contrasta lo que el sistema hace con lo que dice la documentación existente.
Qué te queda
Documentación que sí describe tu sistema
Aunque no continúes con una migración, conservas la especificación, las pruebas y el inventario de diferencias.
Preguntas frecuentes
¿Necesitan mis datos reales?
No. Pedimos la ayuda o capturas de las pantallas, la estructura de las tablas y un dueño funcional.
¿Sirve para Java y .NET?
Sí. El método parte del esquema y del comportamiento, no del lenguaje en que esté escrito el sistema.
¿Cuánto tarda?
La muestra medida se entrega en días, no meses.
Siguiente paso
Empieza por una muestra medida: de 5 a 10 pantallas de tu sistema convertidas en especificación verificable, con pruebas y un inventario de diferencias.