Chapitre 1013 minIntermédiaire
Prouver la compétence « mettre à disposition un service » à l'E5
Par Josselyn C., prof de BTS SIO. Mis à jour le .
À la fin de ce chapitre, tu sauras
- relier chaque indicateur de la compétence à une preuve ;
- choisir une réalisation qui couvre les trois sous-compétences ;
- répondre aux questions du jury sur ta mise en service.
3 exercices corrigés
À l'épreuve E5 du BTS SIO, la compétence « Mettre à disposition des utilisateurs un service informatique » se prouve par des réalisations de ton portfolio où tu as testé, déployé et accompagné un vrai service, avec des traces que la commission peut ouvrir : rapport de test, support d'information, plan d'accompagnement, mesure de la satisfaction. Ce chapitre relie chaque indicateur à une preuve, aide à choisir et à décrire la réalisation, et prépare les questions du jury. Les règles générales de l'épreuve sont dans le cours Épreuve E5.
La compétence et ses trois sous-compétences
L'E5 est un oral de 40 minutes, commun aux options SLAM et SISR : 10 minutes au plus de présentation de ton parcours, puis 30 minutes d'échanges, à partir de ton portfolio et de ton tableau de synthèse. La commission évalue les six compétences du bloc 1, dont celle-ci, qui compte trois sous-compétences :
| Sous-compétence | Ce que tu dois avoir fait | Chapitre |
|---|---|---|
| Réaliser les tests d'intégration et d'acceptation d'un service | Écrire et exécuter des tests des liaisons du service, faire dérouler une recette par des utilisateurs, produire un rapport | 4 |
| Déployer un service | Préparer, installer, configurer, basculer et vérifier un service dans un environnement réel | 3 et 5 |
| Accompagner les utilisateurs dans la mise en place d'un service | Informer, former, rédiger une aide, assurer le support des premiers jours, recueillir leur avis | 6 et 7 |
Des indicateurs aux preuves
La commission vérifie six indicateurs. Pour chacun, prépare au moins une preuve datée, lisible en une minute et accessible depuis ton portfolio.
| Indicateur | Preuve qui le démontre | Ce que la commission regarde |
|---|---|---|
| Des tests pertinents d'intégration et d'acceptation sont rédigés et effectués | Tableau des tests d'intégration avec leurs résultats ; cahier de recette exécuté | Des tests rédigés avant d'être passés, des refus testés, des résultats notés |
| Les outils de test sont utilisés correctement | Sorties de commandes (Test-NetConnection, curl, ldapwhoami), captures de l'outil de suivi, tests automatisés dans la CI | Le bon outil pour la bonne liaison, lancé depuis le bon endroit |
| Un rapport de test est produit | Le rapport de test, une ou deux pages | Des chiffres, des anomalies avec leur gravité, une recommandation |
| Un support d'information est disponible | Fiche réflexe, guide utilisateur, FAQ, vidéo | Écrit pour l'utilisateur, orienté tâches, réellement diffusé |
| Les modalités d'accompagnement sont définies | Plan d'accompagnement, annonce, support de formation | Des publics, des actions, des dates, des responsables |
| Le service déployé est opérationnel et donne satisfaction à l'utilisateur | Journal de mise en production, tests de fumée, indicateurs à un mois, résultats d'une enquête ou retour écrit de l'utilisateur | Le service a vraiment servi, et quelqu'un d'autre que toi l'atteste |
Choisir une réalisation qui couvre tout
Une bonne réalisation pour cette compétence a quatre caractéristiques : un vrai service (pas un exercice sans utilisateur), de vrais utilisateurs (des salariés, un client, ou la MOA d'un atelier qui joue ce rôle), les trois sous-compétences couvertes, et ta contribution identifiable.
| Réalisation | Ce qu'elle prouve | Ce qui lui manque souvent |
|---|---|---|
| SLAM : mise en service d'une application interne en stage (cahier de recette avec le tuteur, déploiement, guide, prise en main) | Les trois sous-compétences, si les preuves existent | Le rapport de test et la mesure de la satisfaction |
| SISR : mise en service d'un GLPI, d'un partage de fichiers, d'un Wi-Fi invités, d'un VPN pour les nomades | Les trois sous-compétences, avec des tests d'intégration riches | La recette par les utilisateurs et le support d'information |
| SLAM ou SISR : migration d'un service existant (nouvelle version, nouveau serveur) | Tests, déploiement, retour arrière, communication | L'accompagnement, si rien ne change pour les utilisateurs : dis-le et montre l'annonce |
| Ton portfolio publié en ligne | Un déploiement, techniquement | Des utilisateurs d'une organisation : il prouve d'abord ton identité professionnelle, une autre compétence |
| Une application de TP déployée sur ton poste | Rien de cette compétence | Tout : pas de service, pas d'utilisateur |
En atelier de professionnalisation, l'enseignant ou un autre groupe joue souvent la maîtrise d'ouvrage : c'est acceptable, à condition de le dire et de produire les mêmes documents. Une recette croisée, où un autre groupe met en service ton service en suivant seulement ta fiche et ton guide, est une excellente preuve de ton support d'information. Côté SLAM, le TP AppliFrais se termine par la mise en ligne de l'application : complété d'un cahier de recette passé par d'autres, d'un guide utilisateur et d'un retour écrit des utilisateurs, il devient une réalisation de cette compétence.
Rédiger la ligne du tableau de synthèse
Le tableau de synthèse, au modèle de la circulaire nationale, liste tes réalisations avec leurs documents et les compétences mobilisées (remplir le tableau de synthèse). Pour une mise en service, la ligne cite les documents qui prouvent les indicateurs, avec les noms qu'ils portent dans ton portfolio :
| Réalisations professionnelles | Période | Compétences cochées |
|---|---|---|
| Mise en service du portail d'assistance GLPI. Page « Portail GLPI » du portfolio ; tests d'intégration (9) ; cahier de recette (10 cas) et rapport de test ; procès-verbal ; mode opératoire de la bascule ; fiche « Déclarer une demande » ; plan d'accompagnement ; bilan à un mois (adoption, enquête de satisfaction) | du 12/10/26 au 27/11/26 | Gérer le patrimoine informatique ; Répondre aux incidents et aux demandes d'assistance et d'évolution ; Mettre à disposition des utilisateurs un service informatique |
Sur la page de la réalisation, dans ton portfolio, détaille pour chaque sous-compétence ce que tu as fait, avec un lien vers chaque document. Commence par une phrase de contexte (l'organisation, le besoin, les utilisateurs) et un schéma d'architecture lisible.
Présenter ta mise en service à l'oral
Dans les 10 minutes de présentation, tu parles de ton parcours et de la façon dont tu as acquis les compétences (préparer les 10 minutes). Cette compétence y prend une minute environ : une phrase de contexte, ce que tu as fait pour chacune des trois sous-compétences, et une preuve chiffrée.
« En stage, j'ai participé à la mise en service de GLPI pour les 14 salariés de l'entreprise. J'ai écrit et passé les tests d'intégration avec l'annuaire, la messagerie et les postes, puis organisé la recette avec trois salariés : dix cas, une anomalie mineure, un procès-verbal signé. J'ai préparé la bascule depuis l'ancien outil et déployé l'agent d'inventaire par vagues. Côté utilisateurs, j'ai rédigé la fiche “Déclarer une demande” et animé la démonstration. Un mois après, 83 % des demandes étaient créées par les salariés eux-mêmes, avec 93 % de réponses satisfaites à l'enquête. »
Les 30 minutes d'échanges approfondissent une ou plusieurs réalisations : c'est là que la commission vérifie que tu sais pourquoi tu as fait chaque chose.
Les questions du jury
| Question | Ce qu'elle vérifie | Éléments d'une bonne réponse |
|---|---|---|
| « Quelle différence faites-vous entre un test d'intégration et un test d'acceptation ? » | Le vocabulaire | L'intégration vérifie les liaisons entre composants, menée par l'équipe technique ; l'acceptation vérifie le besoin, menée par les utilisateurs ; un exemple de chaque dans ta réalisation |
| « Comment saviez-vous que le service était prêt ? » | La décision de mise en production | Les critères : PV signé, aucune anomalie bloquante, prérequis vérifiés, retour arrière prêt ; qui a décidé |
| « Qu'est-ce qui aurait pu mal se passer, et qu'aviez-vous prévu ? » | Le plan de retour arrière | Le critère de déclenchement, l'heure limite, la procédure, le point de non-retour |
| « Comment avez-vous testé que les droits étaient corrects ? » | Les tests de refus | Un cas où un utilisateur tente ce qu'il n'a pas le droit de faire, avec le résultat attendu |
| « Qui a fait la recette ? » | La place des utilisateurs | Des utilisateurs nommés par leur rôle, pas toi ; toi, tu préparais et tu notais |
| « Comment les utilisateurs ont-ils été prévenus et formés ? » | L'accompagnement | Le plan : publics, actions, dates ; le support d'information ; ce qui a marché ou pas |
| « Comment savez-vous qu'ils sont satisfaits ? » | La satisfaction | Une mesure : enquête, adoption, retour écrit ; un chiffre |
| « Qu'avez-vous fait vous-même ? » | La contribution personnelle | Des verbes à la première personne, sur des documents précis |
| « Que feriez-vous autrement ? » | Le recul | Un enseignement du bilan, honnête et concret |
| « Et si l'annuaire tombe ? » | La compréhension de l'architecture | La dépendance, son effet, le mode dégradé, la supervision |
Les erreurs qui coûtent des points
- Présenter une installation comme une mise à disposition. « J'ai installé GLPI » ne parle ni de tests, ni d'utilisateurs, ni de satisfaction.
- Des tests sans trace. « J'ai testé, ça marchait » ne prouve rien : il faut des tests écrits avant, et leurs résultats.
- Une recette faite par toi seul. La recette est l'acceptation par les utilisateurs ; si tu l'as déroulée toi-même, appelle-la « tests système » et dis qui a validé.
- Un support d'information écrit pour un technicien. Un guide plein de jargon montre que tu ne t'es pas mis à la place de l'utilisateur.
- Pas de chiffre après l'ouverture. Sans indicateur ni retour d'utilisateur, l'indicateur « donne satisfaction » reste vide.
- Une contribution floue. « Nous avons » sans jamais « j'ai » : la commission ne sait pas quoi évaluer.
- Une architecture que tu ne sais pas expliquer. Si ton schéma montre un annuaire, attends-toi à une question sur LDAPS et sur ce qui se passe s'il tombe.
Exercices
Exercice 1 sur 3 Évaluer trois réalisations Réussi À revoir
Pour chaque réalisation décrite dans un portfolio, dis quelles sous-compétences elle prouve, et ce qu'il faudrait ajouter.
- « J'ai déployé l'application de réservation de salles de mon stage sur un serveur Ubuntu avec Docker et Nginx. Captures du
docker compose pset de la page d'accueil. » - « J'ai rédigé le guide utilisateur du nouveau logiciel de paie et animé deux séances de formation de 30 minutes pour la comptabilité. Guide en PDF, support de formation, feuille d'émargement. »
- « J'ai mis en service le Wi-Fi invités de la mairie : tests de connexion depuis cinq appareils, isolement vérifié depuis le réseau invité vers le réseau des agents, affiche avec le mode d'emploi à l'accueil, enquête auprès des agents d'accueil après un mois. »
Voir la réponseMasquer la réponse de l'exercice 1
- Déployer, partiellement : on ne voit ni plan, ni vérification côté utilisateur. Manquent les tests (intégration, recette), le rapport, le support d'information, l'accompagnement et toute mesure de satisfaction. À compléter avec le cahier de recette passé avec le tuteur, un guide d'une page, un retour écrit des utilisateurs.
- Accompagner : support d'information et modalités d'accompagnement, bien prouvés. Manquent les tests et le déploiement : si tu n'y as pas participé, n'invente rien ; cette réalisation se complète par une autre où tu as testé et déployé. Ajoute si possible un retour des participants.
- Les trois sous-compétences : tests d'intégration (connexions) et de sécurité (isolement), déploiement, support d'information (l'affiche), satisfaction (l'enquête). Ajoute un rapport de test qui rassemble les résultats, et précise qui a validé le service (la MOA : le secrétariat général ?).
Tu avais trouvé ?
Exercice 2 sur 3 Répondre à la commission Réussi À revoir
Rédige en quatre ou cinq phrases ta réponse à : « Qu'est-ce qui aurait pu mal se passer le jour de la mise en production de Prêt'Matos, et qu'aviez-vous prévu ? »
Voir la réponseMasquer la réponse de l'exercice 2
Une réponse possible :
« Le risque principal était l'import du tableur : perdre ou doubler des réservations. Nous l'avions testé deux fois en recette, et le jour J nous avons contrôlé les comptages, 24 matériels, 17 réservations et 5 prêts, avant d'aller plus loin. Nous avions aussi un plan de retour arrière : un instantané de la VM, le tableur gelé mais conservé, et un critère écrit, revenir en arrière si un test de fumée restait rouge à 11 h 30. Le point de non-retour était l'ouverture du lundi : après, les salariés auraient saisi des réservations. Un test de fumée a d'ailleurs échoué, la redirection HTTPS, et nous l'avons corrigé en quinze minutes, avant l'heure limite. »
Tu avais trouvé ?
Exercice 3 sur 3 Corriger une ligne du tableau de synthèse Réussi À revoir
Une candidate a écrit : « Projet GLPI. Installation et configuration. » Période : « 2026 ». Compétences cochées : les six. Réécris la ligne pour la réalisation du chapitre 9, en ne cochant que ce qu'elle peut défendre.
Voir la réponseMasquer la réponse de l'exercice 3
| Réalisations professionnelles | Période | Compétences cochées |
|---|---|---|
| Mise en service du portail d'assistance GLPI. Page « Portail GLPI » du portfolio ; tests d'intégration ; cahier de recette et rapport de test ; procès-verbal ; mode opératoire de la bascule ; fiche « Déclarer une demande » ; plan d'accompagnement ; bilan à un mois | du 12/10/26 au 27/11/26 | Gérer le patrimoine informatique ; Répondre aux incidents et aux demandes d'assistance et d'évolution ; Mettre à disposition des utilisateurs un service informatique |
Trois compétences, pas six : la présence en ligne de l'organisation, le travail en mode projet et le développement professionnel ne se défendent pas avec cette réalisation, sauf si elle a été menée comme un projet avec planification et suivi des écarts, documentés. Une croix qu'on ne peut pas justifier fait perdre du crédit à toutes les autres.
Tu avais trouvé ?