Projet fil rouge — Concevoir une application de gestion complète avec WinDev, de l'analyse au déploiement
- Objectif : concevoir une application de gestion complète avec WinDev, de la modélisation des données jusqu'au déploiement chez l'utilisateur : construire une ANALYSE correcte, dessiner les fenêtres et lier les champs aux données, écrire le WLangage, exploiter requêtes et états, structurer le code en procédures, sécuriser et tester, déployer et maintenir — puis situer les prolongements web (WEBDEV) et mobile (WinDev Mobile).
- Matériel : l'aide-mémoire WinDev ci-dessous (vocabulaire de l'analyse, fonctions HFSQL, événements, bonnes pratiques, déploiement) à garder sous la main.
- Méthode : une étape par niveau. On prend l'atelier en main et on comprend l'ANALYSE, on construit une première application (fenêtres, WLangage, champs liés, RAD), on exploite les données (HFSQL, requêtes, états, parcours, événements), on structure le code (procédures, types avancés, POO, erreurs, composants), on passe en production (Client/Serveur, sécurité, ergonomie, déploiement, tests), et on ouvre sur la gamme (web, mobile, API, travail en équipe).
⬇️ Télécharger l'aide-mémoire WinDev (TXT)
Étape 0 · Niveau 0 — Prise en main (N0)
Installez WinDev (version d'essai), explorez l'environnement (ruban, explorateur de projet, catalogue des champs), créez un projet avec sa charte graphique, et surtout COMPRENEZ le concept d'ANALYSE (fichier = table, rubrique = colonne, liaison = relation).
Étape 1 · Niveau 1 — Première application (N1)
Créez l'ANALYSE de votre domaine (entités, rubriques bien typées, clés primaires, liaisons, sans information répétée), dessinez les fenêtres (champs, ancrage, nommage, tabulation), écrivez vos premières lignes de WLangage, liez les champs aux rubriques (ÉcranVersFichier/HAjoute, avec le test HEnDehors) et générez une base avec le RAD.
Étape 2 · Niveau 2 — Données, requêtes & états (N2)
Choisissez votre mode HFSQL et posez les INDEX utiles, créez des REQUÊTES (jointures, filtres côté base, agrégats), construisez des ÉTATS avec ruptures et sous-totaux, maîtrisez les parcours et le champ TABLE (fichier vs mémoire), et placez votre code dans les bons ÉVÉNEMENTS.
Étape 3 · Niveau 3 — Structurer son code (N3)
Factorisez en PROCÉDURES (locales, globales, collections) avec paramètres et valeurs de retour, exploitez tableaux, tableaux associatifs et structures, introduisez la POO là où elle clarifie, rendez le code ROBUSTE (gestion des erreurs, débogueur, journalisation) et capitalisez via modèles, fenêtres internes et COMPOSANTS.
Étape 4 · Niveau 4 — Production & qualité (N4)
Passez en HFSQL Client/Serveur (transactions, blocages, administration, sauvegardes), sécurisez (Groupware, moindre privilège, droits AU NIVEAU DES DONNÉES, traçabilité), soignez l'ergonomie pour un usage intensif, DÉPLOYEZ proprement (installeur, test sur machine vierge, mises à jour et retour arrière) et mettez en place des TESTS automatiques.
Étape 5 · Niveau 5 — La gamme & la durée (N5)
Étendez vers le WEB (WEBDEV : architecture serveur/navigateur, sécurité côté serveur, responsive) et le MOBILE (WinDev Mobile : périmètre terrain, hors ligne et synchronisation), ouvrez l'application aux ÉCHANGES (API REST, fichiers, robustesse et journalisation), organisez le travail en équipe avec le GDS, et construisez votre progression (fondamentaux transférables, métier, certifications).
Critères de réussite
- Une ANALYSE correcte et maîtrisée : entités identifiées, rubriques bien TYPÉES, clés primaires (identifiants automatiques), liaisons traduisant les règles métier, aucune information répétée — et la conscience que TOUT en découle (RAD, champs liés, requêtes, états).
- Une application fonctionnelle et efficace : fenêtres soignées (ancrage, nommage explicite, ordre de tabulation, saisie rapide au clavier), champs liés aux rubriques avec contrôle systématique de HEnDehors, code placé dans les BONS événements, requêtes filtrant CÔTÉ BASE, états avec ruptures et sous-totaux justes.
- Un code STRUCTURÉ et robuste : logique métier sortie des boutons et factorisée en PROCÉDURES nommées (aucune duplication), types adaptés au besoin, gestion des ERREURS et des cas limites, débogage méthodique (reproduire, isoler, comprendre, vérifier), réutilisation via modèles, fenêtres internes et composants.
- Une application prête pour la PRODUCTION et la DURÉE : architecture adaptée (Client/Serveur si multi-utilisateurs, transactions pour la cohérence), sécurité en profondeur (droits au niveau des DONNÉES, moindre privilège, traçabilité), déploiement validé sur MACHINE VIERGE avec stratégie de mise à jour et retour arrière, tests automatiques sur le cœur métier, sources gérées par le GDS — et une progression fondée sur les compétences TRANSFÉRABLES (SQL, conception, sécurité) et la compréhension du MÉTIER. Le but ultime : livrer des applications fiables, maintenables et réellement utiles.