Oude software. Groeiende risico's.

Vakinhoudelijk gedrag borgen in plaats van oude code blind overzetten

Bij historisch gegroeide systemen verklaart de code vaak maar een deel van het proces. Tabelexports, handmatige gegevenscorrecties en tijdgestuurde taken kunnen onmisbare taken hebben overgenomen. Wij brengen deze nevenroutes in kaart en bouwen een catalogus van karakteristieke gevallen op: normale gevallen, historische uitzonderingen, grenswaarden en bekende fouten. Een vergelijkingsrun tussen het oude en het nieuwe systeem maakt afwijkingen zichtbaar, maar bepaalt nog niet welk resultaat vakinhoudelijk correct is.

De vakafdeling beoordeelt verschillen samen met het ontwikkelteam. Afronding, tijdzones, sorteervolgorde of historische prijsregels kunnen ogenschijnlijk kleine afwijkingen met grote gevolgen veroorzaken. Gewenste gedragswijzigingen worden gescheiden van onbedoelde regressies. Pas daardoor ontstaat een zinvolle acceptatiebasis. De gedocumenteerde gevallen dienen later als blijvend vangnet voor verdere ombouwwerkzaamheden en leggen kennis vast die tot nu toe slechts enkele personen bezitten.

Gegevensregie bij het parallel draaien en planning van de omschakeling

Zolang oude en nieuwe componenten samenwerken, mag de verantwoordelijkheid voor schrijftoegang niet onduidelijk zijn. Wij bepalen per gegevensdomein een leidend systeem en plannen de overdracht van deze verantwoordelijkheid. Twee ongecoördineerd schrijvende applicaties kunnen tegenstrijdige statussen veroorzaken, ook als elk ervan op zich correct werkt. De tussenarchitectuur heeft daarom eigen interfaces, afstemmingen en een beperkte levensduur nodig.

Een migratieplan omvat de initiële migratie, tussentijdse wijzigingen en de definitieve afstemming. Wij controleren aantallen records, vakinhoudelijke totalen, relaties en representatieve individuele gevallen. Vóór de omschakeling worden stopcriteria, beslissingsbevoegdheid en toegestane schrijfpauzes vastgelegd. Een terugval is alleen realistisch als nieuw ontstane gegevens opnieuw kunnen worden verwerkt. Waar dat niet mogelijk is, worden het tijdstip en de gevolgen van deze grens benoemd vóór de vrijgave.

Technische ontvlechting en afronding van de vervanging

Een nieuwe gebruikersinterface bovenop een ongewijzigde oude architectuur heft de beperkingen daarvan niet automatisch op. Wij onderzoeken gedeelde tabellen, impliciete bestandsformaten, directe databasetoegang en bibliotheken die meerdere applicaties tegelijk aan zich binden. Stapsgewijs ingevoerde adapters kunnen wijzigingen opvangen. Zij zijn echter overgangscomponenten met eigen onderhoud en mogen niet ongemerkt uitgroeien tot een blijvend tweede systeemlandschap.

Voor elke vervangen functie is er daarom ook een taak voor buitengebruikstelling. Oude taken, gebruikersaccounts, interfaces, infrastructuur en licenties worden gecontroleerd op resterend gebruik. Historische informatieverzoeken vereisen eventueel leestoegang of een gedocumenteerde export. Pas wanneer afhankelijkheden zijn opgelost, de beheerdocumentatie is bijgewerkt en verantwoordelijkheden zijn overgedragen, is de modernisering van deze etappe afgerond. Dat voorkomt dat de kosten voor het oude en het nieuwe systeem zich blijvend opstapelen.