Examen niveau 5 — WinDev

Examen — questions inédites

12 questions pour valider le niveau 5 avec Yacine, développeur WinDev dans une PME de négoce de matériel électrique à Oran : WEBDEV, WinDev Mobile, API REST, GDS et progression/certification.
Répondez à tout, puis cliquez sur Corriger : score et explications s'affichent.

5 · Rappel

1. Dans un projet WEBDEV de Yacine, où doit être contrôlé le stock avant d'enregistrer une commande ?

Côté serveur, car le navigateur est visible et peut être modifié Dans le code navigateur, pour afficher l'erreur plus rapidement Dans le formulaire HTML, avant même l'envoi des données Dans une feuille de style, pour bloquer les quantités invalides

Le navigateur est visible et modifiable : le stock, le prix et les droits se contrôlent côté serveur, seul endroit sûr et seul à accéder aux données.

5 · Rappel

2. Quel est le principal intérêt de WinDev Mobile pour l'équipe de Yacine ?

Il impose de réécrire entièrement l'application en langage natif Il réutilise le WLangage et l'analyse pour viser Android et iOS Il supprime le besoin de prévoir un fonctionnement hors ligne Il garantit que les stores publient l'application sans validation

WinDev Mobile partage le WLangage et l'analyse avec WinDev : Yacine étend son application vers Android et iOS sans apprendre deux développements natifs.

5 · Rappel

3. Que signifie l'idempotence dans un échange API REST ?

Le service répond plus vite lorsque le réseau est de bonne qualité Le jeton d'authentification change à chaque appel envoyé Un même envoi répété ne crée pas de doublon côté destinataire Les données reçues sont automatiquement validées par le serveur

Avec un identifiant d'opération unique, un envoi rejoué après une coupure est reconnu comme déjà traité : la reprise ne crée pas de doublon.

5 · Rappel

4. Que conserve le GDS à chaque réintégration d'un élément ?

Une copie du disque dur complet de chaque développeur Uniquement la dernière version, sans aucune trace antérieure Le mot de passe des utilisateurs de l'application L'historique des modifications : qui, quoi et quand

Le GDS conserve l'historique complet des réintégrations, avec les commentaires, ce qui permet de comprendre une décision et de revenir en arrière.

5 · Application

5. Yacine partage l'analyse WinDev avec son portail WEBDEV. Que doit-il refaire côté web ?

Rien : les contrôles de l'application bureau s'appliquent tels quels Valider de nouveau les prix, stocks et droits dans le code serveur Déplacer tous les contrôles dans le navigateur pour alléger le serveur Supprimer la session, car le web conserve le contexte automatiquement

Partager l'analyse réutilise le modèle de données, pas la sécurité : les contrôles critiques doivent être refaits dans le code serveur du portail.

5 · Application

6. Un technicien de Yacine saisit un relevé dans un entrepôt sans réseau. Que fait l'application ?

Elle refuse la saisie et demande de revenir dans une zone couverte Elle envoie la saisie directement sans vérifier la connexion Elle enregistre localement puis synchronise au retour du réseau Elle efface le relevé dès que la connexion est rétablie

Le mode hors ligne enregistre le relevé dans la base locale avec un indicateur de synchronisation, puis la file d'attente est rejouée au retour du réseau.

5 · Application

7. L'API du fournisseur de Yacine répond avec un prix à zéro. Quel réflexe adopter ?

Enregistrer le prix tel quel, car une API partenaire fait toujours foi Afficher l'erreur à l'écran sans journaliser du tout l'échange Réessayer indéfiniment sans aucune limite ni file d'attente Rejeter la réponse, journaliser l'échange et prévenir l'utilisateur

Une réponse incohérente est rejetée : on valide les données, on journalise l'échange pour le diagnostic et on informe l'utilisateur sans enregistrer de prix faux.

5 · Application

8. Yacine veut réintégrer une procédure modifiée dans le GDS. Que fait-il d'abord ?

Il la teste et rédige un commentaire décrivant la modification Il l'extrait à nouveau pour bloquer les autres développeurs Il modifie directement l'analyse sans prévenir son équipe Il supprime l'historique pour repartir d'une base propre

Avant de réintégrer, on teste pour ne pas casser le projet commun et on commente précisément ce qui a changé et pourquoi.

5 · Arbitrage

9. Yacine hésite à contrôler un prix dans le navigateur pour un retour immédiat. Que décide-t-il ?

Il supprime toute validation pour ne pas ralentir la page Il déplace la vérification dans le CSS de la page Il garde un confort côté navigateur mais valide le prix côté serveur Il confie le contrôle au fournisseur de l'hébergement

Le confort côté navigateur est acceptable, mais la validation qui compte reste côté serveur : le navigateur ne protège jamais un prix.

5 · Arbitrage

10. Yacine doit étendre sa gestion vers le terrain. Quel périmètre choisir pour l'application mobile ?

Recopier tous les écrans de gestion pour ne rien oublier Réduire l'application à un simple écran de connexion Supprimer les procédures métier pour alléger le téléphone Quelques tâches terrain utiles : scan, inventaire, bon de livraison

Le mobile est un usage différent : un périmètre restreint aux gestes du terrain vaut mieux qu'une copie illisible de toute l'application de bureau.

5 · Arbitrage

11. Une commande est envoyée deux fois à l'API à cause d'une coupure. Que privilégie Yacine ?

Un identifiant d'opération unique pour rendre l'envoi idempotent Un nouvel envoi complet à chaque reprise sans identifiant La suppression du journal pour masquer le doublon Une augmentation du délai d'attente sans file d'attente

L'identifiant d'opération unique permet au destinataire de reconnaître un envoi déjà traité : la reprise devient idempotente, sans doublon.

5 · Arbitrage

12. Yacine veut investir dans une certification PC SOFT. Quel est le bon réflexe ?

Payer immédiatement le premier tarif trouvé sur un forum Vérifier les modalités et coûts officiels, et cultiver les fondamentaux Renoncer à la pratique le temps de mémoriser toute la syntaxe Choisir la certification la plus chère pour être sûr de sa valeur

Les modalités et tarifs varient selon les pays et les périodes : on vérifie à la source officielle, sans cesser de pratiquer ni d'entretenir les fondamentaux.

Et après ?

Score ≥ 80 % : vous maîtrisez les échanges web, mobile et API du niveau 5 — mettez ces réflexes en pratique sur le projet de gestion de Yacine.
Score entre 50 % et 80 % : reprenez la ou les sections ratées (5.1 WEBDEV, 5.2 WinDev Mobile, 5.3 API REST, 5.4 GDS, 5.5 progression et certification), relisez le cours, puis refaites le test.
Score < 50 % : relisez tout le niveau 5 en appliquant chaque défi 48h (portail web sécurisé, application mobile hors ligne, échange API journalisé, cycle GDS, plan de progression) avant de retenter.
Et après ? Gardez les réflexes de Yacine : capitaliser sans transposer, sécuriser côté serveur, prévoir les pannes, versionner les sources et continuer d'apprendre — c'est ce qui transforme un développeur d'application en professionnel durable.