Tienes que sustituir un sistema heredado y nadie sabe cómo funciona. ¿Cómo lo abordas?

Reconstruye el comportamiento a partir de tres fuentes: los datos que produce, la gente que lo usa, y el código o la configuración si alguien sabe leerlos. Trabaja hacia atrás desde las salidas, porque las salidas son los requisitos que de verdad importan. Cuenta con que habrá reglas no documentadas, registra cada una que encuentres, y planifica un periodo de funcionamiento en paralelo para cazar las que se te escaparon.

Trabajo hacia atrás desde las salidas, porque lo que produce es de lo que depende realmente el negocio, y la lógica interna solo es interesante donde cambia una salida. Así que consigo muestras de todo lo que emite, informes, ficheros, interfaces, y rastreo hacia atrás qué tiene que ser cierto para cada una. En paralelo hablo con quien lleve más tiempo usándolo y pregunto específicamente por los casos raros, porque ahí viven las reglas ocultas. Si todavía queda alguien capaz de leer el código o la configuración, esa es la tercera fuente y zanja las discusiones. En una sustitución encontramos una regla de redondeo enterrada en un procedimiento almacenado que nadie vivo conocía, y afectaba a cerca de una quinta parte de las transacciones por un importe pequeño que finanzas llevaba años conciliando a mano. En lo que insisto es en el funcionamiento en paralelo, porque nunca encuentras todas las reglas, y la conciliación contra el sistema antiguo es como encuentras las que se te escaparon antes de que las encuentren los clientes.