Laurent Glesner>_ Audit & migration WinDev / WebDev · Cofondateur d'EloNeva
Expertises techniques · Applications métier · Modernisation

Du patrimoine WinDev et WebDev aux architectures web modernes

J'interviens à l'intersection de deux univers : les applications métier construites avec WinDev, WebDev et HFSQL, et les architectures actuelles fondées sur les API, les frameworks web modernes et les bases de données relationnelles. Mon approche : comprendre les contraintes existantes, sélectionner les bonnes évolutions et préserver la fiabilité du métier.

Mon approche

En bref

Je connais les enjeux de maintenance et d'évolution des applications métier historiques. Je travaille sur les problématiques de migration WinDev/WebDev, de données HFSQL, d'interopérabilité et d'architectures web modernes. J'utilise l'IA comme outil d'analyse et d'accélération lorsque son usage est pertinent, avec une validation technique et fonctionnelle humaine. Les choix dépendent toujours du contexte, des contraintes et des risques du projet.

01 // Patrimoine applicatif

WinDev et WebDev : comprendre l'existant avant de le transformer

La valeur d'une application métier ne se résume pas à son code. Elle repose souvent sur des règles métier, des traitements historiques, des interfaces et des intégrations qui ont évolué pendant des années. Je commence par identifier ces dépendances et les comportements à conserver.

WinDevWebDevWLangageERP

Ce que j'analyse

  • Les traitements WLangage, les fenêtres, les pages et leurs dépendances.
  • Les règles métier et les échanges avec les autres systèmes.
  • Les éléments à réutiliser, à refactoriser ou à remplacer.
  • Les possibilités de migration progressive avant d'envisager une réécriture complète.
02 // Données

HFSQL : traiter la migration des données comme un projet à part entière

Passer de HFSQL à PostgreSQL ou à une autre base relationnelle ne consiste pas seulement à copier des tables. J'étudie les types, les clés, les relations, les encodages, les performances et les transactions. Les résultats doivent être contrôlés, puis validés avec les usages métier.

HFSQLPostgreSQLSQL ServerSQL

Les contrôles à prévoir

  • L'analyse du schéma et la correspondance des types de données.
  • Les scripts de transformation et les vérifications de volumétrie.
  • L'intégrité référentielle, les requêtes et les performances.
  • Le plan de bascule et, lorsque le contexte le permet, le retour arrière.
03 // Architectures modernes

Nuxt, React et API : construire des applications maintenables

Une modernisation n'a de sens que si l'application cible reste compréhensible, testable et évolutive. Je privilégie la séparation des responsabilités, des interfaces adaptées aux usages, un accès aux données contrôlé et l'observabilité. Mon parcours comprend Nuxt et les API REST ; React et C#/.NET font partie des cibles à évaluer selon le projet.

NuxtReactAPI RESTC# / .NET

Les choix à argumenter

  • Le découpage entre frontend et backend et les contrats d'API.
  • L'authentification, les autorisations et les accès aux données.
  • L'évolution progressive des écrans et des parcours métier.
  • Les tests de non-régression et la capacité des équipes à maintenir la cible.
04 // IA et validation humaine

IA appliquée au code : accélérer sans perdre le contrôle

J'utilise l'IA pour explorer le code, documenter des traitements, préparer des transformations ou proposer des tests lorsque cela apporte un gain pertinent. Je garde la responsabilité de comprendre la logique métier, de valider le code généré et d'évaluer les risques de sécurité et de confidentialité.

IARelecture humaineTestsDocumentation

Un usage en quatre étapes

  1. 01

    Comprendre le périmètre et les données concernées.

  2. 02

    Définir les tâches où l'IA apporte un gain potentiel.

  3. 03

    Contrôler et tester les résultats obtenus.

  4. 04

    Documenter les décisions et les limites.

Méthode

Ma méthode : analyser, décider, vérifier

  1. 01

    Diagnostiquer

    Je précise le contexte métier, la dette technique, les interfaces, les risques et les objectifs.

  2. 02

    Prioriser

    Je compare les scénarios de maintien, de refactorisation, de coexistence et de migration.

  3. 03

    Expérimenter

    Je confronte les choix à une preuve de concept ou à un périmètre représentatif.

  4. 04

    Sécuriser

    Je prévois les tests, les contrôles des données, la performance, l'exploitation et la documentation.

Le bon choix n'est pas nécessairement de tout réécrire. Il consiste à faire évoluer le système avec un niveau de risque proportionné aux enjeux.

Retours d’expérience

Des expertises nourries par des projets réels

Ces projets s'inscrivent dans mon parcours salarié chez E.CF, où j'ai piloté les développements du groupe. Ils illustrent des enjeux d'intégration, d'ERP et de traitements de données. Leurs résultats sont propres à leur contexte et ne constituent pas des garanties pour un autre projet.

60 téléconseillers

Centre d'appel relié à l'ERP

60 téléconseillers, 3 000 clients à appeler sélectionnés automatiquement chaque jour.

WinDevPHPKiamo
15 j → 3 j

Mise en ligne des produits : 15 → 3 jours

AS400 relié à l'outil de gestion des fiches produits.

WinDevAS400Akeneo
3 filiales · 6 mois

3 filiales sur un nouvel ERP en 6 mois

Dubaï, Zurich et Annecy passées sur Divalto.

WinDevTalendDivalto
Retrouver ces projets dans mon parcours
Questions fréquentes

Questions fréquentes sur la modernisation des applications métier

Faut-il obligatoirement réécrire une application WinDev pour la moderniser ?

Non. Selon l'état de l'application, ses dépendances et les besoins métier, une modernisation progressive, une meilleure interopérabilité ou un refactoring ciblé peuvent être plus adaptés qu'une réécriture complète.

Quels sont les principaux risques d'une migration WinDev ou WebDev ?

Les risques portent notamment sur la perte de comportements métier implicites, les intégrations, les écarts fonctionnels, les données et les conditions de bascule. Une phase de diagnostic et une stratégie de tests réduisent les incertitudes.

Peut-on migrer HFSQL vers PostgreSQL sans perdre de données ?

L'objectif est de préserver l'intégrité et l'exhaustivité des données, mais cela exige des contrôles de correspondance, de transformation et de validation. Aucun résultat ne doit être garanti sans analyse de la base et du contexte.

L'IA peut-elle convertir automatiquement une application métier ?

Elle peut accélérer certains travaux de lecture, documentation ou transformation du code. Les règles métier, les performances, la sécurité et le comportement fonctionnel doivent toujours être vérifiés.

EloNeva

Un projet de modernisation applicative ?

Ce site partage mon expérience et ma démarche technique. Pour étudier un besoin professionnel, un audit ou un projet de migration, les échanges et les missions sont organisés via EloNeva.