Examen niveau 4 — WinDev

Examen — questions inédites

12 questions pour valider le niveau 4 avec Yacine, développeur WinDev dans une PME de négoce de matériel électrique à Oran : HFSQL client/serveur, sécurité et droits, UX avancée (fenêtres internes, superchamps, dispositions), déploiement et mise à jour automatique, tests automatiques et qualité.
Répondez à tout, puis cliquez sur Corriger : score et explications s'affichent.

4.1 · Rappel

1. Que caractérise une base HFSQL en mode client/serveur ?

Les traitements de la base sont exécutés par un serveur HFSQL central, auquel se connectent les postes clients Chaque poste possède une copie complète des données qu'il synchronise ensuite avec les autres La base est un simple fichier partagé sur un lecteur réseau, sans service dédié Les données sont stockées dans le navigateur du poste client et envoyées à la demande

En client/serveur, le serveur HFSQL centralise les données et exécute les traitements ; les postes clients s'y connectent. C'est ce qui distingue ce mode du simple partage de fichiers.

4.2 · Application

2. Yacine veut qu'un commercial consulte les fiches clients sans pouvoir modifier les prix. Quelle est la bonne approche ?

Lui donner les droits d'administrateur, c'est le plus simple à gérer Créer un utilisateur dans un groupe aux droits limités (consultation des clients, pas d'écriture sur les prix) Partager le compte administrateur entre le commercial et Yacine Désactiver la sécurité le temps de la démonstration, puis la réactiver

On applique le moindre privilège : un compte nominatif rattaché à un groupe dont les droits couvrent l'usage réel — consulter les clients, sans écrire sur les prix.

4.4 · Arbitrage

3. L'application fonctionne sur le poste de Yacine mais échoue au démarrage chez le client. Quelle est la cause la plus probable ?

Le client a une connexion Internet trop rapide pour l'application La base de données contient trop d'enregistrements pour un poste client Le framework WinDev et les éléments nécessaires n'ont pas été inclus dans l'installation L'exécutable a été généré en 64 bits, ce qui interdit toute installation

C'est le classique du déploiement incomplet : le poste de développement contient déjà le framework et les accès natifs, ce qui masque leur absence. Un test sur machine vierge l'aurait révélé.

4.3 · Rappel

4. Qu'est-ce qu'un superchamp dans WinDev ?

Une fenêtre modale qui bloque la saisie tant qu'on n'a pas répondu Un onglet de la fenêtre principale chargé à la demande Un champ de saisie dont la valeur est obligatoire Un ensemble de champs avec leur comportement, déposé comme un champ unique et réutilisable

Le superchamp regroupe des champs et leur comportement en un bloc réutilisable — par exemple un bloc d'adresse déposé dans plusieurs écrans.

4.1 · Application

5. Yacine doit donner accès à l'application à une nouvelle assistante. Que fait-il ?

Il installe une copie de la base sur son poste pour qu'elle travaille en local Il crée l'utilisateur dans le groupware/HFSQL et l'affecte à un groupe dont les droits correspondent à son rôle Il lui communique le mot de passe du compte administrateur Il désactive la gestion des utilisateurs pour éviter les blocages

Un accès se donne par un compte nominatif rattaché à un groupe de droits adaptés au rôle : c'est traçable et révocable, contrairement au partage d'un compte administrateur.

4.5 · Arbitrage

6. Yacine a peu de temps pour tester son application de négoce. Par quoi commence-t-il ?

Des tests unitaires sur le cœur métier : TVA, remises, échéances Des tests de l'affichage de chaque fenêtre, une par une La vérification manuelle de tous les écrans avant chaque livraison L'écriture de tests pour les parties les moins utilisées de l'application

Le meilleur rapport effort/bénéfice va au cœur métier : un calcul faux est un défaut grave et invisible. On cible ensuite les cas limites, pas une couverture totale.

4.2 · Rappel

7. Que signifie le principe du moindre privilège ?

Donner à chaque utilisateur tous les droits pour éviter les blocages Réserver les droits d'écriture aux seuls développeurs N'accorder à chaque utilisateur que les droits strictement nécessaires à son rôle Supprimer les comptes dès qu'un utilisateur change de service

Le moindre privilège limite chaque compte au strict nécessaire : on réduit la surface d'erreur et de compromission, et les droits restent lisibles et révocables.

4.4 · Application

8. Avant de déployer une mise à jour qui fait évoluer la structure de la base, que fait Yacine en premier ?

Il envoie l'exécutable aux utilisateurs pour gagner du temps Il supprime les anciennes données pour repartir sur une base propre Il désactive la mise à jour automatique pour éviter tout retour arrière Il sauvegarde les données et teste la conversion sur une copie représentative

Une évolution de structure touche des données réelles : sauvegarde préalable, test sur une copie, planification hors heures critiques et retour arrière sont indispensables.

4.3 · Arbitrage

9. La saisie d'une commande est jugée trop lente par les commerciaux. Quelle démarche privilégie Yacine ?

Ajouter des animations et un thème plus moderne à l'écran Observer un utilisateur réel, puis simplifier la saisie (tabulation, fenêtre interne, superchamp) Multiplier les fenêtres modales pour guider pas à pas Réduire le nombre d'informations affichées sans interroger les utilisateurs

L'efficacité prime sur l'effet visuel : l'observation révèle les gestes inutiles, puis fenêtres internes, superchamps et ordre de tabulation suppriment les clics superflus.

4.5 · Rappel

10. Qu'est-ce qu'une régression ?

Un défaut introduit dans une partie qui fonctionnait, à la suite d'une modification Un bug présent depuis la première version de l'application Une lenteur provoquée par un trop grand volume de données Une erreur de saisie commise par l'utilisateur dans l'interface

La régression est le risque propre à la maintenance : une modification casse ailleurs ce qui marchait. Les tests automatiques rejouables servent précisément à la détecter.

4.2 · Application

11. Un commercial quitte l'entreprise. Que fait Yacine de son compte ?

Il le laisse actif au cas où le commercial reviendrait Il le renomme au nom de son remplaçant pour ne pas perdre l'historique Il le désactive ou le supprime et retire ses droits d'accès Il change simplement son mot de passe et le communique à l'équipe

Un départ doit s'accompagner de la désactivation du compte et du retrait des droits : un compte orphelin est une porte d'entrée oubliée et fausse la traçabilité.

4.1 · Arbitrage

12. L'application de Yacine doit être utilisée par huit personnes en simultané sur des données partagées. Que retient-il ?

Rester en mono-poste et copier la base sur une clé USB chaque soir Partager le fichier de base sur un lecteur réseau, sans serveur dédié Faire travailler chaque personne sur sa propre base locale, puis fusionner à la main Passer en client/serveur : le serveur HFSQL centralise les données et gère les accès concurrents

À plusieurs postes sur des données partagées, le client/serveur s'impose : il centralise les traitements, gère les accès concurrents et sécurise les données, là où le fichier partagé devient risqué.

Et après ?

Score = 80 % : vous maîtrisez le niveau 4 — HFSQL client/serveur, sécurité et droits, UX avancée, déploiement et tests. Consolidez en appliquant chaque défi 48h sur votre propre application.
Score entre 50 % et 80 % : reprenez la ou les sections ratées (4.1 HFSQL client/serveur, 4.2 sécurité et droits, 4.3 UX avancée, 4.4 déploiement, 4.5 tests), relisez le cours, puis refaites le test.
Score < 50 % : relisez tout le niveau 4 en appliquant chaque défi 48h (installer un serveur HFSQL, définir les droits, moderniser un écran, déployer sur machine vierge, écrire des tests) avant de retenter.
Et après ? Gardez vos pratiques : un serveur HFSQL bien administré, des droits au moindre privilège, des écrans efficaces, un déploiement testé sur machine vierge et une batterie de tests automatiques — ce sont les fondations d'une application professionnelle durable.