En bref : récupérer le code source WinDev de votre application est possible si vous en détenez les projets (.wdp et fichiers associés) ou si vous pouvez les obtenir de votre prestataire. Sans le projet source, seul l'exécutable existe, et on ne « décompile » pas proprement une application WinDev pour en retrouver le code. La priorité est donc de réclamer et de sécuriser vos sources avant qu'il ne soit trop tard.
Un prestataire injoignable, un développeur parti, une société qui ferme : beaucoup d'entreprises réalisent alors qu'elles n'ont jamais eu le code source de leur application WinDev. Est-il récupérable ? La réponse dépend de ce que vous détenez. Voici ce qui est possible, ce qui ne l'est pas, et comment éviter de se retrouver bloqué.
- Code source WinDev : de quoi parle-t-on ?
- Avez-vous le projet, ou seulement l'exécutable ?
- Peut-on récupérer le code à partir de l'exécutable ?
- Comment obtenir vos sources auprès du prestataire
- Que faire si les sources sont perdues
- Comment ne plus jamais être bloqué
- Questions fréquentes
Code source WinDev : de quoi parle-t-on ?
Le code source d'une application WinDev, c'est le projet lui-même : le fichier projet (.wdp), les fenêtres, les états, les traitements en WLangage, l'analyse (la structure de la base de données). C'est à partir de ces éléments qu'on peut modifier, corriger et faire évoluer l'application. Ce qui tourne sur les postes, l'exécutable, n'est qu'une version compilée : elle fonctionne, mais ne se modifie pas.
Avez-vous le projet, ou seulement l'exécutable ?
C'est la première question à trancher. Si vous détenez le projet WinDev complet, tout est possible : une équipe peut reprendre l'application, la corriger, la faire évoluer ou la migrer. Si vous n'avez que l'exécutable installé sur les postes, vous disposez d'un logiciel qui fonctionne, mais sans la matière pour le faire évoluer. Entre les deux, il existe des situations intermédiaires : un projet incomplet, une version ancienne du source, une analyse séparée du code. L'audit sert justement à faire cet inventaire, comme nous le décrivons pour un audit avant migration.
Peut-on récupérer le code à partir de l'exécutable ?
Soyons clairs : non, pas de façon fiable. Un exécutable WinDev est du code compilé ; il n'existe pas d'outil qui redonne proprement le projet source d'origine à partir de lui. Les tentatives de rétro-ingénierie produisent au mieux des fragments illisibles, inutilisables pour maintenir sérieusement une application. La seule voie réaliste pour retrouver un vrai code modifiable est de remettre la main sur le projet source lui-même. D'où l'importance de le réclamer tant que c'est possible.
Comment obtenir vos sources auprès du prestataire
Si un prestataire ou un développeur a créé votre application, les sources existent quelque part. Commencez par les réclamer formellement, en vous appuyant sur votre contrat s'il prévoit la remise du code. Demandez le projet WinDev complet : fichier projet, analyse, et tous les éléments associés, pas seulement une partie. Vérifiez que la version remise correspond bien à celle en production. Cette démarche est d'autant plus urgente si la personne qui maîtrisait l'application s'apprête à partir, une situation que nous traitons dans notre article sur le départ en retraite d'un développeur WinDev.
Que faire si les sources sont perdues
Si le projet source est définitivement introuvable, tout n'est pas perdu, mais le chantier change d'ampleur. Selon les cas, on peut reconstruire l'application à partir de son comportement observé et de la base de données existante, ou profiter de l'occasion pour la migrer vers une technologie plus pérenne. C'est plus long qu'une simple reprise, mais cela vous rend définitivement maître de votre outil. L'arbitrage entre maintenir et reconstruire rejoint celui que nous détaillons entre maintenance (TMA) et migration.
Comment ne plus jamais être bloqué
La prévention est simple et peu coûteuse. Exigez par contrat la remise régulière du projet source complet, pas seulement de l'exécutable. Conservez une copie des sources chez vous, à jour, indépendamment du prestataire. Envisagez un séquestre de code auprès d'un tiers de confiance pour les applications critiques. Et assurez-vous que l'analyse et la documentation accompagnent le code. Ces précautions garantissent qu'une autre équipe pourra toujours reprendre votre application, quoi qu'il arrive à son auteur initial.
Questions fréquentes
L'exécutable suffit-il pour faire évoluer mon application ?
Non. L'exécutable fonctionne mais ne se modifie pas. Pour corriger ou faire évoluer l'application, il faut le projet source WinDev.
Peut-on décompiler une application WinDev ?
Pas de manière exploitable. La rétro-ingénierie ne redonne pas un projet source propre et maintenable. La bonne voie est de récupérer les sources d'origine.
Le prestataire est-il obligé de me remettre le code ?
Cela dépend de votre contrat. S'il prévoit la remise ou la cession des sources, oui. Sinon, la négociation est plus délicate, d'où l'intérêt de l'avoir prévu dès le départ.
Comment vérifier que les sources remises sont complètes ?
En les faisant auditer : on contrôle que le projet compile, qu'il correspond à la version en production et que l'analyse et la documentation sont présentes.
Et si mon développeur part sans laisser les sources ?
Agissez avant le départ : réclamez le projet complet, sauvegardez-le et documentez l'application. Après, la récupération devient beaucoup plus difficile.
Faites auditer vos sources WinDev
Vous ne savez pas si vous détenez vraiment le code de votre application ? Nous faisons l’inventaire de vos sources, vérifions qu’elles compilent et correspondent à la version en production, puis nous vous disons clairement ce qui est récupérable et comment sécuriser la suite.
