Diagnostic applicatif & web

Diagnostic applicatif & web
BTS SIO — 1re année · Bloc 1 · Côté SLAM · M. NONES
Semestre 1 — Tronc commun
Objectifs de la séance
01
Décrire
Formuler clairement le problème observé
02
Reproduire
Recréer la situation pour l'analyser
03
Hypothèses
Proposer des explications testables
04
Vérifier
Apporter une preuve concrète
05
Conclure
Corriger, contourner ou transmettre
Le point de départ
Un utilisateur signale un problème — mais son message est souvent incomplet.
❌ Service concerné
Rarement précisé
❌ Actions déjà faites
Souvent omises
❌ Message exact
Paraphrasé ou absent
❌ Résultat attendu
Non formulé
Diagnostic côté SLAM
En SLAM, le diagnostic porte sur les couches applicatives et web.
Application / Page web
Comportement inattendu d'une interface
Formulaire
Envoi bloqué, validation incorrecte
Contenu / Données
Information absente, incohérente ou erronée
Service en ligne
Erreur fonctionnelle côté application
Passerelle vers le SISR
Certaines situations ne relèvent pas du SLAM. Si le problème concerne :
→ On documente et on transmet proprement au collègue SISR.
Compte ou droits d'accès
Poste de travail
Réseau ou service technique
La méthode DSIIR
Une démarche structurée, visible et transmissible — applicable à tout problème applicatif ou web.
Les symptômes
Le symptôme, c'est ce que l'utilisateur observe — pas encore une cause.
Page qui ne s'affiche pas
Écran blanc, erreur 404, chargement infini
Formulaire qui refuse l'envoi
Bouton inactif, validation bloquée
Information absente ou incorrecte
Donnée manquante, contenu erroné affiché
Message d'erreur
Code HTTP, message applicatif, alerte
Formuler des hypothèses
Une hypothèse doit expliquer le symptôme et être testable.
Champ obligatoire oublié
Validation côté client ou serveur manquante
Donnée incohérente
Valeur en base incorrecte ou absente
Droit insuffisant
Accès applicatif non accordé à ce profil
Erreur de contenu
Texte, lien ou ressource incorrects dans l'appli
Apporter une preuve
Une preuve utile permet de comprendre, reproduire et reprendre le diagnostic.
Capture d'écran
Sans donnée sensible visible
Message exact
Copié tel quel, avec heure du test
Étapes de reproduction
Actions réalisées, compte ou profil concerné
Prendre une décision
Traiter
La correction est dans le périmètre SLAM
Contourner
Une solution temporaire est possible
Transmettre
La situation relève d'un autre périmètre (SISR)
Informer
L'utilisateur est tenu au courant dans tous les cas
Activité pratique
À partir d'un ticket SPOPI, réaliser le diagnostic complet :
01
Identifier le symptôme
02
Compléter les informations manquantes
03
Formuler deux hypothèses
04
Proposer une preuve
05
Choisir : traiter, contourner ou transmettre
Trace Obsidian — Note B1.2
Diagnostic applicatif ou web
Conserver dans votre note :
Ticket initial (SPOPI)
Symptôme identifié
Hypothèses formulées
Preuve apportée
Décision prise
Orientation : SLAM / SISR / mixte
À retenir
Un bon diagnostic n'est pas une devinette. C'est une démarche visible, justifiée, transmissible et utile pour l'utilisateur.
Visible
Chaque étape est documentée
Justifiée
Les hypothèses sont argumentées
Transmissible
Un autre technicien peut reprendre
Utile
L'utilisateur est informé et aidé