Sortir de WinDev : migrer vers une architecture open source

Transformez une application WinDev existante en trajectoire de modernisation maîtrisée : audit, choix d’architecture, migration des données, prototype et plan de bascule.

Durée3 jours

NiveauIntermédiaire à avancé

FormatPrésentiel ou à distance

PublicÉquipes de développement

Formation développement & architecture

Objectifs opérationnels

Formation de trois jours pour auditer une application WinDev, choisir une architecture open source et construire un prototype ainsi qu’une feuille de route de migration progressive.

Cartographier les composants, traitements, données et dépendances d’une application WinDev.
Définir des critères de choix pour une architecture cible ouverte et maintenable.
Préparer la migration de HFSQL vers PostgreSQL ou MariaDB.
Transformer une fonctionnalité WLanguage en services testables et documentés.
Construire un prototype et une trajectoire de bascule progressive avec retour arrière.

Compétences développées

Évaluer l’effort, les risques et les priorités d’une sortie de WinDev.
Découpler interface, logique métier, données et intégrations.
Concevoir des API, des tests automatisés et une chaîne de livraison reproductible.
Organiser la coexistence temporaire entre l’existant WinDev et les nouveaux composants.

Déroulé pédagogique

Programme détaillé

Chaque demi-journée fait progresser le même cas de migration, de l’audit initial jusqu’au prototype et à la feuille de route.

Jour 1 - Auditer l’existant et choisir la cible

Matin - Cartographie technique et fonctionnelle

Inventaire des fenêtres, états, procédures, classes, composants et tâches planifiées.
Repérage des traitements WLanguage, accès HFSQL, services externes et dépendances propriétaires.
Mesure du couplage, de la criticité, de la couverture de tests et de la dette documentaire.
Sélection d’une fonctionnalité représentative pour le prototype de migration.

Travaux pratiques : Construire la cartographie d’une application exemple et classer ses composants par risque et priorité.

Après-midi - Architecture cible et stratégie de transition

Séparation interface, API, logique métier, données, identité et traitements asynchrones.
Comparaison de familles de solutions ouvertes : .NET, Java, Node.js/TypeScript, React ou Vue.
Critères de choix : compétences internes, exploitation, licences, performance et réversibilité.
Approches de migration : remplacement complet, coexistence, façade API et migration progressive par domaine.

Travaux pratiques : Produire deux architectures candidates et argumenter le choix de la cible pour le cas étudié.

Jour 2 - Migrer les données et la logique métier

Matin - De HFSQL à une base open source

Inventaire des fichiers, relations, index, contraintes, procédures stockées et volumes.
Correspondance des types, encodage, dates, identifiants, séquences et valeurs nulles.
Préparation d’un schéma PostgreSQL ou MariaDB et scripts de transformation reproductibles.
Contrôles de qualité, rapprochement des volumes, intégrité et stratégie de reprise.

Travaux pratiques : Migrer un sous-ensemble HFSQL vers PostgreSQL et automatiser les contrôles de cohérence.

Après-midi - Reprendre la logique WLanguage

Identification des règles métier cachées dans les événements d’interface et les requêtes.
Découpage en services, contrats d’API, modèles de données et gestion explicite des erreurs.
Authentification, autorisations, journalisation et protection des secrets.
Tests unitaires, tests d’intégration et comparaison des résultats avec l’application existante.

Travaux pratiques : Réécrire un traitement WLanguage en service testable exposé par une API documentée.

Jour 3 - Prototyper, industrialiser et planifier la bascule

Matin - Interface, intégration et livraison

Reconstruction d’un parcours utilisateur dans une interface web ou desktop moderne.
Connexion à l’API, validation des entrées, messages d’erreur et gestion des droits.
Organisation Git, revues de code, intégration continue et packaging par conteneur.
Configuration des environnements, observabilité, sauvegarde et documentation d’exploitation.

Travaux pratiques : Assembler l’interface, l’API et la base du prototype puis exécuter un scénario fonctionnel complet.

Après-midi - Feuille de route et projet final

Découpage de la migration en lots fonctionnels et techniques mesurables.
Coexistence, synchronisation temporaire, critères de bascule et plan de retour arrière.
Estimation des charges, dépendances, compétences, risques et critères d’acceptation.
Présentation du prototype, revue croisée et formalisation des décisions d’architecture.

Travaux pratiques : Livrer un prototype démontrable et une feuille de route de migration progressive priorisée.

Projet de synthèse

Prototype open source d’une fonctionnalité WinDev, incluant données, API, interface, tests et feuille de route de bascule.

Pédagogie

Démonstrations commentées
Travaux pratiques guidés
Prototype fil rouge
Supports et modèles numériques

Évaluation

Positionnement initial
Évaluation formative
Prototype final évalué
Présentation de la feuille de route

Télécharger le programme complet

Retrouvez le plan par demi-journée, les objectifs, les prérequis, les moyens pédagogiques et les modalités d’évaluation.

Télécharger le programme PDF