Blog · Sortir de PCSOFT

Vos sources WinDev ont disparu ? La migration reste possible

C'est une question qui revient souvent quand on parle de quitter PC SOFT : « on n'a plus tout ». Un prestataire parti avec ses fichiers, une version jamais archivée, un projet qui ne s'ouvre plus dans la version actuelle. Beaucoup en concluent qu'il faut tout réécrire à l'aveugle, ou rester.

Ce n'est pas le cas.

Partir de ce que vous avez

Notre méthode part de ce que vous avez, pas de ce qui vous manque.

• Avec les sources, l'analyse et une copie de la base, on lit tout : chaque écran, chaque accès aux données, chaque règle écrite dans le code.
• Avec l'analyse et la base seulement, on reconstruit la structure, les volumes, les règles que les données révèlent (formats, références, valeurs jamais renseignées).
• Avec l'application en marche, on observe ce qu'elle fait réellement, écran par écran, et ce qu'elle écrit dans la base.

Plus il y a d'entrées, plus la reconstruction est sûre.

Chaque fait porte sa provenance

Lu dans le code, mesuré dans la base, observé à l'écran, ou simplement supposé. Ce qui n'a pas pu être vu est écrit noir sur blanc. Personne ne découvre un trou au moment de la recette.

Ensuite, le même chemin pour tous

Un diagnostic, les questions à trancher (langues, normes, style, historique à reprendre), les améliorations et mises aux normes proposées, un cahier des charges, puis le nouveau produit. Et à la fin, l'ancienne et la nouvelle application sont comparées sur la même copie de la base, jusqu'à ce qu'elles donnent les mêmes résultats.

Une migration n'est pas une photocopie. C'est l'occasion de corriger ce que dix ou vingt ans d'usage ont accumulé, et de rendre à vos équipes un produit qu'elles comprennent et peuvent faire évoluer.

Vous voulez savoir où vous en êtes ? Le diagnostic commence par une simple question : qu'est-ce que vous avez encore ?

À lire aussi : Rafistoler ou reconstruire ? · La phase que tout le monde laisse hors périmètre · Sortir de HFSQL vers PostgreSQL