Interfaces et ergonomie à l'E6 SLAM : méthode et cas corrigé

À l'épreuve E6 du BTS SIO SLAM, l'ergonomie est évaluée à travers deux indicateurs du référentiel : la maquette de ta solution doit respecter les fonctionnalités exprimées, et les spécifications de l'interface doivent répondre aux contraintes ergonomiques ; quand tu modifies une application, l'interface mise à jour doit continuer à les respecter. Ce chapitre montre où ces exigences interviennent pendant l'épreuve, comment produire une maquette rapide, comment justifier tes choix devant la commission, puis traite un cas complet sur Prêt'Matos, de l'expression des besoins à la recette.

Ce que le référentiel attend

Le référentiel du BTS SIO formule ainsi ce qui concerne l'interface, dans le bloc 2 SLAM (les compétences du bloc 2) :

Les savoirs associés citent explicitement les « interfaces homme-machine : principes ergonomiques, techniques de conception, d'évaluation et de validation ». Le référentiel ne cite ni Bastien et Scapin ni Nielsen, mais ces grilles, la maquette, le test utilisateur et les critères d'acceptation sont la façon la plus solide de prouver ces « principes ergonomiques », à condition que tu les relies à ton projet.

L'ergonomie à chaque temps de l'épreuve

L'E6 se déroule en deux phases : 30 minutes de préparation et 20 minutes d'entretien sur ton analyse de l'expression des besoins, puis une heure de réalisation seul et 20 minutes de recette et d'entretien d'explicitation (déroulement de l'E6). L'interface intervient partout.

La maquette rapide en dix minutes

Pendant la préparation de la phase 1, tu n'as ni le temps ni le besoin d'ouvrir Figma. Une maquette rapide, sur papier ou dans un fichier texte, suffit à montrer que tu as pensé l'écran. La méthode :

1. Liste ce que l'écran doit montrer et permettre : les données, les actions, à partir de l'expression des besoins.
2. Pars de l'écran existant le plus proche : l'évolution s'insère dans ton application, avec ses composants.
3. Dessine le cas nominal, avec les vrais libellés.
4. Ajoute les états et les erreurs : que voit l'utilisateur quand la règle est violée ? Écris les messages exacts.
5. Note deux ou trois justifications, chacune liée à un critère.

Dix minutes de dessin font gagner bien plus pendant l'heure de réalisation : tu sais exactement quoi coder, et l'entretien de phase 1 s'appuie sur quelque chose de concret.

Justifier un choix d'interface

Face à la commission, une justification a toujours la même forme : le choix, le critère, l'effet pour l'utilisateur.

« J'ai mis le message d'erreur sous le champ de date et je conserve les valeurs saisies (gestion des erreurs, correction des erreurs) : le salarié voit immédiatement quoi corriger, sans tout ressaisir. »

Les questions que pose souvent la commission, et les éléments de réponse :

La checklist avant la recette

Avant d'appeler la commission, passe cette liste sur l'écran que tu viens de coder. Cinq minutes suffisent.

• Le titre de l'écran dit ce qu'on y fait.
• Chaque champ a un libellé visible ; les champs obligatoires et facultatifs sont indiqués.
• Les contraintes (format, durée maximale) sont écrites avant la saisie.
• Chaque erreur affiche un message sous le champ, qui dit comment corriger ; la saisie est conservée.
• Le serveur revérifie les règles : une requête directe à l'API ne les contourne pas.
• Le succès affiche un message qui récapitule ce qui a été fait.
• Le chargement, la liste vide et l'erreur de connexion ont un affichage.
• Tout se fait au clavier, dans un ordre logique, avec un focus visible.
• Les nouveaux éléments utilisent les composants, les couleurs et les libellés du reste de l'application.
• L'écran reste lisible sur une fenêtre étroite (ou à la taille minimale prévue pour une application de bureau).
• Une action irréversible demande une confirmation.
• Le double clic sur le bouton d'envoi ne crée pas de doublon.

Cas corrigé : prolonger un prêt dans Prêt'Matos

Voici une expression des besoins du type de celles que rédige la commission, sur une réalisation qui serait Prêt'Matos. Traite chaque question avant d'ouvrir la réponse.

Contexte. Dès l'analyse de l'existant, un tiers des courriels de demande portaient sur une prolongation de prêt, mais elle n'a pas été retenue pour les premiers sprints : ces demandes passent toujours par courriel à la logistique. À la Sprint Review du 12 mars 2027, Karim Morel, de la comptabilité, a demandé à pouvoir prolonger lui-même un prêt. Nadia Faure, responsable logistique, souhaite que les salariés puissent prolonger eux-mêmes un prêt en cours.

Règles de gestion.

• Seul un prêt en cours (matériel retiré, pas encore rendu, pas en retard) peut être prolongé, par l'emprunteur lui-même.
• La nouvelle date de retour est postérieure à la date de retour actuelle ; la durée totale du prêt reste de 15 jours au maximum, premier et dernier jour compris.
• La prolongation est impossible sur les jours où le matériel est déjà réservé par quelqu'un d'autre.
• La logistique voit la nouvelle date dans son planning ; le rappel part la veille de la nouvelle date.

Jeu d'essai (base de recette). Julie Lefèvre a retiré le portable PC-07 le vendredi 12 mars 2027 ; elle doit le rendre le jeudi 18 mars. Un autre salarié a réservé PC-07 à partir du mardi 23 mars. La date du jour est le lundi 15 mars 2027.

Mes réservations
EN COURS
┌────────────────────────────────────┐
│ Portable PC-07                     │
│ du 12/03 au 18/03                  │
│ [À rendre le 18/03]                │
│ [ Prolonger ]                      │  ← bouton secondaire
└────────────────────────────────────┘

Fenêtre « Prolonger le prêt de PC-07 »
┌────────────────────────────────────┐
│ Prolonger le prêt de PC-07         │  ← titre (le focus arrive ici)
│ Retour prévu : jeudi 18/03         │
│                                    │
│ Nouvelle date de retour            │
│ Au plus tard le lundi 22/03 :      │  ← aide, calculée
│ PC-07 est réservé ensuite.         │
│ [ 22/03/2027        📅 ]           │  ← dates après le 22 non sélectionnables
│                                    │
│ [ Confirmer la prolongation ]      │
│   Annuler                          │
└────────────────────────────────────┘

# language: fr
Fonctionnalité: Prolonger un prêt

  Contexte:
    Étant donné que Julie a retiré PC-07 le 12 mars 2027 avec un retour prévu le 18 mars
    Et qu'un autre salarié a réservé PC-07 à partir du 23 mars
    Et que nous sommes le 15 mars 2027

  Scénario: Prolongation acceptée
    Quand Julie prolonge le prêt de PC-07 jusqu'au 22 mars
    Alors le message « Prêt de PC-07 prolongé jusqu'au lundi 22/03/2027. Vous recevrez un rappel la veille. » s'affiche
    Et la carte de PC-07 indique « À rendre le 22/03 »
    Et le planning de la logistique affiche le retour de PC-07 le 22 mars

  Scénario: Prolongation qui chevauche la réservation suivante
    Quand Julie demande à prolonger le prêt de PC-07 jusqu'au 24 mars
    Alors la prolongation est refusée
    Et le message « PC-07 est réservé par un autre salarié à partir du 23/03 : vous pouvez prolonger jusqu'au 22/03 au plus tard. » s'affiche sous la date
    Et la date saisie est conservée

  Scénario: Prêt en retard
    Étant donné que PC-07 n'a pas été rendu le 18 mars
    Et que nous sommes maintenant le 19 mars 2027
    Quand Julie affiche « Mes réservations »
    Alors l'action « Prolonger » n'est pas proposée pour PC-07
    Et la carte indique « En retard depuis le 18/03 : rapportez le matériel au stock »