TP portfolio E5 : documenter avec l'IA

Avant de commencer

Pourquoi le portfolio est si important

En BTS SIO, l'épreuve E5 (coefficient 4) est un oral qui s'appuie sur ton portfolio : tu présentes tes réalisations, et le jury vérifie qu'elles prouvent de vraies compétences. Un portfolio, ce n'est donc pas « montrer un beau site » : c'est démontrer, preuves à l'appui, ce que tu sais faire. Le construire tôt et bien, c'est se donner une longueur d'avance pour toute l'année — et arriver serein au BTS blanc de décembre.

Aujourd'hui, tu vas comprendre ce qu'attend exactement le jury, structurer ton portfolio, et surtout documenter pour de vrai deux réalisations que tu as déjà faites en TP. Pas de théorie en l'air : tu produis du contenu réel, utilisable en décembre.

De ton TP réel jusqu'à l'oral E5 : chaque réalisation se documente, se prouve, se relie à une compétence — puis se défend à l'oral.

De ton TP réel jusqu'à l'oral E5 : chaque réalisation se documente, se prouve, se relie à une compétence — puis se défend à l'oral.

Ce que tu sauras faire à la fin

Compétence	Tu sauras…
Connaître l'épreuve E5	dire ce que le jury attend de ton portfolio
Choisir un outil	héberger ton portfolio (site, Notion…)
Structurer un portfolio	organiser les sections attendues à l'E5
Construire avec l'IA	produire vite une vraie base, en gardant le contrôle
Documenter une réalisation	écrire une fiche : contexte, démarche, preuves
Relier aux compétences	rattacher chaque réalisation au référentiel (intitulés exacts)
Construire la matrice	croiser réalisations × compétences (tableau de synthèse)
Tenir une veille	suivre l'actu tech et la valoriser à l'E5
Soigner la présentation	lisibilité, accessibilité, cohérence
Préparer l'oral	savoir présenter et défendre ton travail

Prise en main : Claude + Artifacts, en 5 minutes

Dans ce playbook, « l'IA » ou « l'assistant » = Claude, dans ton navigateur. Rien à installer, c'est gratuit.

Va sur claude.ai et crée un compte gratuit (avec ton mail).
Écris ta demande en français (ex. « crée une page web de portfolio pour un étudiant BTS SIO SLAM, avec une navigation et 5 sections »).
Claude construit une vraie page web vivante dans un panneau à droite : c'est un Artifact (un aperçu réel et cliquable, pas juste du texte).
Pour la modifier, dis-le simplement (« mets la navigation en haut », « palette plus sobre », « ajoute une section Veille ») → l'Artifact se met à jour. Tu n'écris pas le code à la main — mais tu peux, tu gardes le contrôle.
Quand ça te plaît : bouton Publier → tu obtiens un lien public à montrer au jury. Tu peux aussi télécharger le .html pour l'héberger ailleurs plus tard (GitHub Pages, séance prochaine).

Tu gardes la main : tu dois comprendre et savoir expliquer ce que Claude produit (chapitre 10) — sinon ça s'effondre à l'oral.

0. L'épreuve E5, en clair

Avant de construire, il faut savoir pour quoi on construit. Voici le cadre officiel de l'épreuve — sans rien broder.

Caractéristique	Valeur
Nom de l'épreuve	E5
Bloc évalué	Bloc 1 — Support et mise à disposition de services informatiques
Coefficient	4
Forme	Oral d'environ 40 minutes
Support de l'oral	ton portfolio numérique + un tableau de synthèse des compétences
Ce que le jury évalue	les compétences du Bloc 1 que tes réalisations démontrent

Concrètement : tu présentes tes réalisations en t'appuyant sur ton portfolio, puis le jury te questionne (« pourquoi ce choix ? », « qu'as-tu trouvé difficile ? », « qu'est-ce que ça prouve ? »). Ton portfolio est l'appui visuel ; ce qui compte, c'est ce que tu sais en dire.

À l'oral, en gros…	Ce que tu fais
Tu présentes	tu déroules ton portfolio et tes réalisations marquantes
Tu relies	tu montres quelles compétences du Bloc 1 chaque réalisation prouve
Le jury échange	il te pose des questions, te fait justifier tes choix

Les 40 minutes de l'oral : découpage concret

Phase	Durée	Ce que tu fais	Ce que le jury fait
Présentation	~15 min	Tu déroules ton portfolio : tes meilleures réalisations, ta matrice compétences, ta veille. Tu choisis l'ordre, tu maîtrises.	Il écoute, prend des notes, prépare ses questions
Échanges	~25 min	Tu réponds aux questions improvisées : « Pourquoi ce choix ? Qu'as-tu trouvé difficile ? Qu'aurais-tu fait différemment ? »	Il creuse, contre-argumente, vérifie que tu comprends ce que tu as fait

Ce que le jury évalue réellement

Dimension	Ce qu'il observe	Ce qu'il pénalise
Couverture Bloc 1	tes réalisations prouvent plusieurs des 6 compétences C1.1 à C1.6	une seule compétence répétée sur toutes les fiches
Qualité des preuves	captures lisibles légendées, code réel, schémas clairs	fiches sans preuves, ou preuves non légendées
Pertinence du rattachement	la réalisation démontre vraiment la compétence citée	C1.4 « Travailler en mode projet » collé partout (abus très fréquent)
Recul et démarche	tu expliques tes choix, tu reconnais les difficultés, tu proposes des améliorations	discours mémorisé sans profondeur, Bilan vide
Développement pro (C1.6)	section veille active, sources citées, avis personnel	liste de liens collés-collés sans commentaire

Maintenant, recense ta matière première : tout ce que tu as déjà produit cette année est une réalisation potentielle.

Le jury cherche…	Donc ton portfolio doit…
de vraies réalisations	présenter des travaux concrets (TP, projets, AP)
des compétences prouvées	relier chaque réalisation au référentiel
des preuves	montrer du code, des captures, des schémas
du recul	expliquer ta démarche, ce que tu as appris

Flag A1

Checkpoint

Parmi tes séances déjà faites (terminal, VM, réseau, GLPI, HTML/CSS, sauvegarde, tickets…), cite 3 réalisations que tu pourrais mettre dans ton portfolio, et en une phrase ce que chacune prouve.

Rends : ta liste de 3 (réalisation → ce que ça prouve).

0 sur 12 dans cette étape

1. Où héberger ton portfolio ?

Avant la structure, une question concrète : sur quoi vit ton portfolio ? Plusieurs outils sont possibles. Le but est qu'il soit consultable par le jury et facile à enrichir toute l'année.

Outil	Pour qui / quand	Avantage	Limite
Un site que tu codes (HTML/CSS, comme ici)	toi, en SLAM	tu prouves une compétence en le faisant ; total contrôle	il faut le coder et l'héberger
Notion (ou outil de pages en ligne)	démarrage rapide	très rapide à structurer, partage par lien	tu ne prouves pas de code ; moins personnalisable
Un dépôt + page GitHub	plus tard dans l'année	héberge code + portfolio, montre ton activité	vu en séance « Git & déploiement »
Publier un Artifact (Claude)	tout de suite, cette séance	lien public en un clic, zéro install, toujours en ligne (pas de cold start)	lien sur le domaine de Claude (pas d'adresse à ton nom)

2. La structure d'un bon portfolio

Un portfolio clair suit une structure attendue. Le jury doit s'y retrouver en 10 secondes. Voici la trame.

Section	Contenu	Pourquoi le jury la regarde
Accueil / À propos	qui tu es, ta formation (BTS SIO SLAM), ton projet pro	il situe la personne
Compétences	les blocs/compétences que tu développes + la matrice (ch. 6)	il voit la couverture du Bloc 1
Réalisations	tes travaux, chacun avec sa fiche (le cœur)	c'est là qu'il passe le plus de temps
Veille	ce que tu suis dans l'actu tech (ch. 8)	il évalue ton développement pro (C1.6)
Contact	mail, et bientôt ton GitHub	il sait comment te joindre

La carte de ton portfolio : une page d'accueil, une navigation, cinq sections. « Réalisations » est le cœur (en vert).

La carte de ton portfolio : une page d'accueil, une navigation, cinq sections. « Réalisations » est le cœur (en vert).

La section « À propos » : ton projet professionnel

L'« À propos » n'est pas du remplissage : le jury veut comprendre qui tu es et où tu vas. Reste court et sincère — 3 à 5 lignes suffisent.

Élément	Exemple
Qui	« Étudiant en BTS SIO option SLAM à [ton école]. »
Ce qui te motive	« J'aime construire des applications utiles et résoudre des problèmes concrets. »
Projet pro	« Je vise le développement web ; à terme, une licence pro / un poste de développeur. »

Flag B1

Production (avec Claude + Artifacts)

Avec Claude, donne à ton portfolio ces sections (Accueil/À propos, Compétences, Réalisations, Veille, Contact) avec une navigation entre elles, et rédige ton « À propos » (3-5 lignes).

Méthode Artifacts : décris ce que tu veux en français → la page se met à jour à droite → ajuste par petites demandes jusqu'à ce que ça te plaise.

Rends : la liste des sections obtenues + un prompt clé que tu as utilisé.

0 sur 12 dans cette étape

3. Documenter une réalisation : la fiche

Le cœur du portfolio, ce sont les fiches de réalisation. Chacune raconte un travail de façon structurée. Voici le gabarit à suivre — toujours les mêmes 6 rubriques.

Rubrique	Ce qu'on écrit	La question à laquelle elle répond
Contexte	le cadre, le besoin (ex. « monter un partage pour GSB »)	c'était quoi, pour qui ?
Objectif	ce qu'il fallait obtenir, précisément	quel résultat visé ?
Démarche	les étapes, les outils, tes choix	comment as-tu fait ?
Résultat	ce que tu as produit (+ renvoi aux preuves)	qu'as-tu obtenu ?
Compétences	ce que ça démontre (référentiel, intitulés exacts)	qu'est-ce que ça prouve ?
Bilan	difficultés, ce que tu as appris, ce que tu améliorerais	quel recul ?

Zoom sur « Démarche » : avant / après

C'est la rubrique où les débutants se sabotent le plus. Le jury la lit en cherchant des choix justifiés. Compare les deux versions :

Réalisation	Version bâclée (à éviter)	Version pro (à viser)
Partage réseau	« J'ai suivi le TP et configuré le partage. »	« J'ai créé un groupe `compta` plutôt que des droits par utilisateur, parce que si on ajoute un employé plus tard il suffit de l'ajouter au groupe — plus maintenable. »
Inventaire GLPI	« J'ai installé GLPI et entré les postes. »	« J'ai structuré par emplacement plutôt que par utilisateur, car GSB a plusieurs sites : retrouver un poste par son lieu est plus rapide en cas d'incident. »
Page HTML/CSS	« J'ai fait le CSS et le HTML. »	« J'ai séparé le CSS dans un fichier externe (`style.css`) plutôt qu'en inline, pour réutiliser les styles sur d'autres pages sans réécrire. »

Zoom sur « Bilan » : les pièges habituels

Bilan vide (pénalisé)	Bilan utile (valorisé)
« Tout s'est bien passé. »	« La partie la plus difficile a été les permissions : au début tout le monde pouvait écrire. J'ai compris l'intérêt des groupes Unix. »
« J'ai appris des choses. »	« J'ai appris que `chmod 775` donne lecture/écriture au groupe et lecture aux autres — je confondais avec 755 avant. »
« Je referais pareil. »	« Je mettrais une sauvegarde automatique du dossier partagé — une panne disque sans sauvegarde serait catastrophique en production. »

Flag B2

Production

Choisis une de tes réalisations (ex. ta page HTML/CSS, ta VM Linux, ton partage de fichiers, ton parc GLPI) et rédige sa fiche complète : les 6 rubriques, avec un vrai contenu (pas « à compléter »).

Rends : ta fiche de réalisation (Compétences peut rester en brouillon, on la peaufine au chapitre 5).

0 sur 12 dans cette étape

4. Un exemple complet (le modèle)

Rien ne vaut un exemple entièrement rempli. Voici une fiche modèle sur une réalisation type de 1re année : monter un partage de fichiers sur une VM Linux pour GSB. Inspire-t'en pour la forme et le niveau de détail — mais écris la tienne avec tes mots.

Rubrique	Exemple rempli
Titre	Mise à disposition d'un partage de fichiers pour le service comptable GSB
Contexte	Dans le cadre des ateliers, le laboratoire GSB avait besoin d'un espace réseau partagé pour que plusieurs postes accèdent aux mêmes documents. Travail réalisé en TP sur une VM Linux montée en séance précédente.
Objectif	Configurer un dossier partagé accessible depuis un autre poste du réseau, avec des droits d'accès corrects (lecture/écriture pour le service, lecture seule pour les autres).
Démarche	1) Vérifié l'adresse IP de la VM et la connectivité (`ip a`, `ping`). 2) Installé le service de partage et créé le dossier `/srv/partage-gsb`. 3) Réglé les droits avec les utilisateurs/groupes (choix : un groupe « compta » plutôt que des droits par utilisateur, plus simple à maintenir). 4) Testé l'accès depuis un second poste. 5) Documenté la procédure dans un fichier `README`.
Résultat	Le partage est accessible depuis le réseau ; le groupe compta peut lire/écrire, les autres en lecture seule. Procédure reproductible documentée. (voir preuves ci-dessous)
Compétences	Bloc 1 · Mettre à disposition des utilisateurs un service informatique (installer/configurer un service, vérifier sa disponibilité). Bloc 1 · Travailler en mode projet → Documenter les étapes du projet et les résultats obtenus (le README).
Bilan	Le plus dur a été les droits : au début tout le monde pouvait écrire. J'ai compris l'intérêt des groupes. La prochaine fois, je mettrais en place une sauvegarde du dossier partagé.

Les preuves associées à cette fiche

Preuve	Ce qu'elle montre
Capture du terminal (`ls -l /srv/partage-gsb`)	les droits configurés sur le dossier
Capture du second poste affichant le partage	le service est réellement accessible
Extrait du `README`	la procédure est documentée (mode projet)

Un second exemple (autre compétence)

Pour varier les compétences couvertes, voici une 2e fiche modèle, plus courte, sur une réalisation d'un autre type : inventorier le parc de GSB dans GLPI.

Rubrique	Exemple rempli
Titre	Inventaire du parc informatique de GSB dans GLPI
Contexte	GSB ne savait pas précisément quels postes et logiciels étaient déployés. Besoin d'un inventaire centralisé et à jour.
Objectif	Recenser les postes, leurs caractéristiques et les logiciels installés dans GLPI, de façon exploitable.
Démarche	Installé/accédé à GLPI ; créé les entrées « ordinateurs » avec marque, modèle, n° de série ; rattaché les logiciels et les licences ; structuré par lieu (choix : organiser par site plutôt qu'en vrac, pour retrouver vite un poste).
Résultat	Un parc inventorié et consultable dans GLPI, filtrable par lieu et par type de matériel. (voir preuve : capture de la liste des ordinateurs)
Compétences	Bloc 1 · Gérer le patrimoine informatique (recenser et documenter l'inventaire). Bloc 1 · Travailler en mode projet → Documenter les étapes du projet et les résultats obtenus.
Bilan	J'ai compris pourquoi un inventaire à jour est vital (sans lui, on ne sait pas ce qu'on gère). Difficulté : être rigoureux sur les champs. À améliorer : automatiser la remontée avec un agent d'inventaire.

Troisième exemple : une réalisation de développement SLAM (C# / WinForms)

En SLAM, tes TP de développement (C#, WinForms, SQL) font partie de tes réalisations. Voici comment documenter un TP GSB Ordonnances pour ton portfolio.

Rubrique	Exemple rempli
Titre	Affichage de la liste des patients dans GSB Ordonnances (C# WinForms + MySQL)
Contexte	Dans le projet fil rouge GSB Ordonnances (namespace `GSB.Ordonnances`), les médecins doivent consulter leurs patients depuis une application Windows. TP de découverte de WinForms et ADO.NET, connexion MySQL avec `MySql.Data`.
Objectif	Charger la liste des patients depuis la base `gsb_ordonnances` et l'afficher dans un `DataGridView` du formulaire principal.
Démarche	1) Créé la connexion MySQL avec la chaîne `Server=localhost;Port=3306;Database=gsb_ordonnances;Uid=gsb;Pwd=gsbpass;`. 2) Écrit une méthode `GetPatients()` qui exécute `SELECT id, nom, prenom, dateNaissance FROM patient` et retourne un `DataTable`. 3) Utilisé `AddWithValue` dès que j'avais un paramètre plutôt que la concaténation — pour éviter l'injection SQL. 4) Affecté le `DataTable` à `dataGridViewPatients.DataSource`. 5) Testé avec 3 patients insérés au préalable.
Résultat	La liste des patients s'affiche correctement au chargement du formulaire, colonnes nom / prénom / date de naissance. (preuve : capture du DataGridView rempli)
Compétences	Bloc 2 · Concevoir et développer une solution applicative → Développer des applications en respectant les standards de programmation ; Intégrer et tester les fonctionnalités avec des bases de données. Bloc 1 · Travailler en mode projet → Documenter les étapes du projet et les résultats obtenus.
Bilan	La partie la plus délicate : au démarrage, j'obtenais une `MySqlException` « Unable to connect to any of the specified MySQL hosts ». Cause : le service MySQL n'était pas démarré (`services.msc` → démarrer « MySQL »). J'ai aussi compris pourquoi on n'écrit jamais une variable directement dans une requête SQL — c'est la faille OWASP A03 Injection. À améliorer : ajouter un `try/catch` qui affiche un message lisible à l'utilisateur en cas d'erreur de connexion.

Pourquoi AddWithValue et jamais la concaténation ?

Imaginons que tu construises ta requête par concaténation :

// À NE JAMAIS FAIRE
string sql = "SELECT * FROM patient WHERE nom = '" + nom + "'";

Si l'utilisateur saisit x' OR '1'='1, la requête devient :
SELECT * FROM patient WHERE nom = 'x' OR '1'='1'
→ elle retourne tous les patients, peu importe le nom. C'est une injection SQL (OWASP A03).

Avec AddWithValue, le paramètre est traité comme une donnée, jamais comme du SQL :

// CORRECT — requête paramétrée
string sql = "SELECT * FROM patient WHERE nom = @nom";
cmd.Parameters.AddWithValue("@nom", nom);

Retiens cette règle : une variable dans une requête SQL = toujours un paramètre AddWithValue. Sans exception.

5. Relier aux compétences du référentiel

C'est ce qui transforme un site en portfolio E5 : pour chaque réalisation, dire quelles compétences elle démontre, avec les intitulés exacts du référentiel BTS SIO. L'E5 portant sur le Bloc 1, voici ses 6 compétences — apprends à les reconnaître.

Code	Intitulé exact (Bloc 1)	Une réalisation typique qui la démontre
C1.1	Gérer le patrimoine informatique	inventaire du parc dans GLPI
C1.2	Répondre aux incidents et demandes d'assistance et d'évolution	résoudre un ticket / un incident en TP
C1.3	Développer la présence en ligne de l'organisation	héberger / servir une page web
C1.4	Travailler en mode projet	documenter et versionner un projet
C1.5	Mettre à disposition des utilisateurs un service informatique	monter une VM, un partage, un service réseau
C1.6	Organiser son développement professionnel	tenir une veille techno (ch. 8)

Le format exact attendu : Bloc · Code · Intitulé → Sous-compétence

Dans ton portfolio, ne cite pas seulement le code (C1.5) ni seulement l'intitulé : le format pro est les trois niveaux, comme dans le référentiel :

Bloc 1 · C1.5 — Mettre à disposition des utilisateurs un service informatique
→ Installer et configurer des services
→ Vérifier la disponibilité et la performance

La sous-compétence (ligne →) est ce qui rend le rattachement défendable : tu ne cites pas « mettre à disposition » en général, tu montres quelle sous-action concrète tu as réalisée.

Réalisation	Compétence (intitulé exact)	Sous-compétence (→)
Partage Samba Linux	C1.5 — Mettre à disposition des utilisateurs un service informatique	→ Installer et configurer des services → Vérifier la disponibilité et la performance
Inventaire GLPI	C1.1 — Gérer le patrimoine informatique	→ Recenser les équipements matériels et logiciels de l'organisation → Maintenir à jour la documentation technique
Script bash de sauvegarde	C1.4 — Travailler en mode projet	→ Documenter les étapes du projet et les résultats obtenus

Ce niveau de précision permet au jury de pointer exactement la sous-compétence et de te demander : « Concrètement, qu'est-ce qui te montre que tu as vérifié la disponibilité et la performance ? » — une question à laquelle tu dois avoir la preuve prête.

Les quatre pièges du rattachement

Le jury repère immédiatement les abus habituels. Évite-les.

Piège	Exemple concret du piège	Comment l'éviter
C1.4 partout	Mettre « C1.4 Travailler en mode projet → Documenter » sur toutes les réalisations sans distinction	C1.4 se justifie si tu as tenu un suivi écrit, un versionning Git, un README — pas juste parce que tu as fait un TP
Compétence non prouvée	« J'ai mobilisé C1.2 (incidents) » sur un TP où tu n'as résolu aucun incident réel	Demande-toi : « Qu'est-ce qui s'est cassé ou dysfonctionné que j'ai dû analyser et corriger ? » Si rien, C1.2 ne s'applique pas
Intitulé trop flou	« Bloc 1 — gérer le patrimoine »	Cite toujours la sous-compétence exacte : « C1.1 → Recenser les équipements matériels et logiciels de l'organisation »
Trop de compétences	Citer les 6 compétences sur une seule réalisation « pour être sûr »	2 à 4 compétences par réalisation, celles vraiment travaillées. En citer plus dilue le message et le jury le sait

Flag B3

Production

Pour la fiche du Flag B2, remplis vraiment la rubrique Compétences avec 2 à 4 intitulés exacts du référentiel réellement démontrés (au moins un du Bloc 1).

Rends : les compétences rattachées + une phrase par compétence expliquant pourquoi elle s'applique.

0 sur 12 dans cette étape

6. La matrice compétences × réalisations

À l'E5, tu présentes aussi un tableau de synthèse : une matrice qui croise tes réalisations (lignes) et les compétences du Bloc 1 (colonnes). Elle montre d'un coup d'œil ce que tu couvres — et ce qui te manque.

Réalisation	C1.1	C1.2	C1.3	C1.4	C1.5	C1.6
Inventaire du parc (GLPI)	X			X
Partage de fichiers (VM Linux)				X	X
Page web HTML/CSS hébergée			X	X
Résolution d'un ticket		X		X
Veille technologique						X

La version « présentée au jury »

Dans ton portfolio, double la matrice à codes par une version lisible avec les intitulés complets : le jury voit immédiatement ce que tu couvres.

Compétence du Bloc 1 (intitulé exact)	Réalisation(s) qui la prouvent
C1.1 — Gérer le patrimoine informatique	Inventaire du parc (GLPI)
C1.2 — Répondre aux incidents et demandes d'assistance et d'évolution	Résolution d'un ticket
C1.3 — Développer la présence en ligne de l'organisation	Page web hébergée
C1.4 — Travailler en mode projet	Toutes (documentation des étapes)
C1.5 — Mettre à disposition des utilisateurs un service informatique	Partage de fichiers (VM Linux)
C1.6 — Organiser son développement professionnel	Veille technologique

Flag B4

Production

Construis ta matrice : tes réalisations en lignes (au moins celles du Flag A1), les 6 compétences du Bloc 1 en colonnes, des X dans les cases démontrées.

Rends : ta matrice + la compétence du Bloc 1 que tu couvres le moins (colonne la plus vide).

0 sur 12 dans cette étape

7. Les preuves

Une affirmation sans preuve, le jury n'y croit pas. Chaque réalisation a besoin de preuves tangibles, rattachées à sa fiche.

Type de preuve	Exemple	Bien pour…
Capture d'écran	ton GLPI avec le parc, ta page web rendue	montrer un résultat visuel
Extrait de code	ton script de sauvegarde, ton CSS	prouver que tu as écrit le code
Schéma	l'architecture de ton réseau de VM	montrer une conception
Lien	ton portfolio en ligne, ton GitHub (à venir)	donner accès au vrai livrable

Nommer et ranger tes preuves

Une preuve qu'on ne retrouve pas ne sert à rien. Adopte une convention de nommage simple et range tout dans un dossier preuves/.

Mauvais nom	Bon nom (réalisation-date-objet)
`Capture d'écran 12.png`	`partage-gsb-2026-09-droits.png`
`truc final v2 (1).png`	`glpi-2026-10-liste-parc.png`

Flag B5

Production

Ajoute à ta fiche de réalisation au moins 2 preuves (capture, extrait de code, ou schéma), chacune avec une légende.

Rends : la nature des 2 preuves + ce que chacune montre (la légende).

0 sur 12 dans cette étape

8. La veille technologique

La veille, c'est suivre l'actualité de ton métier (langages, outils, sécurité, IA…) pour rester à jour. Ce n'est pas un bonus : c'est une compétence du référentiel — C1.6, Organiser son développement professionnel — et le jury E5 s'y intéresse.

Pour faire ta veille…	Exemples concrets
Suivre des sources	newsletters tech, flux RSS, comptes spécialisés, blogs d'éditeurs
Choisir 2-3 sujets	ex. « l'IA pour coder », « la cybersécurité OWASP », « les conteneurs Docker »
Noter ce que tu apprends	une phrase par découverte, avec la source (le lien)
Le mettre dans le portfolio	une section « Veille » : sujet → ce que j'en retiens → source

Un exemple d'entrée de veille (rempli)

Sujet	Ce que j'en retiens	Source
L'IA pour coder	Les agents IA accélèrent l'écriture de code, mais le développeur reste responsable de relire et tester : l'IA propose, l'humain décide.	article / vidéo (le lien)
Sécurité web (OWASP)	L'injection reste l'une des failles les plus fréquentes ; on s'en protège avec des requêtes paramétrées et la validation des entrées.	owasp.org (le lien)

Sources concrètes pour ta veille SLAM

Chercher des articles « tech » sans savoir où aller, ça ne fonctionne pas. Voici des sources réelles classées par thème.

Thème	Source	Type	Fréquence conseillée
Développement .NET / C#	devblogs.microsoft.com/dotnet · dev.to (tag C#)	articles	hebdo
Sécurité applicative	owasp.org · cert.ssi.gouv.fr (alertes ANSSI)	alertes + guides	hebdo
Actu générale IT	lemag.it · 01net.com · zdnet.fr	news	hebdo
GitHub / open-source	github.com/trending (filtre : C# ou JavaScript)	projets populaires	mensuel
Newsletters synthétiques	tldr.tech (EN) · programmation.developpez.com (FR)	résumé hebdo	hebdo

Les certifications : preuve concrète de C1.6

C1.6 couvre aussi « Identifier les formations ou certifications pertinentes ». Mentionner dans ton portfolio une certification commencée (pas forcément terminée) prouve que tu organises activement ton développement professionnel. Voici les options réalistes en 1re année — toutes gratuites.

Certification / parcours	Organisme	Coût	Durée estimée	Lien direct
Introduction à C# (.NET)	Microsoft Learn	Gratuit	2-4 h par module	learn.microsoft.com
Introduction à la cybersécurité	Cisco NetAcad	Gratuit	~15 h	netacad.com
Formation RGPD	CNIL	Gratuit	~2 h	cnil.fr → Espace formation
Git & GitHub Foundations	GitHub Skills	Gratuit	~3 h	skills.github.com
JavaScript Algorithms	freeCodeCamp	Gratuit	~300 h (fais les premiers modules)	freecodecamp.org

Rythme minimum viable sur l'année

Rythme	Entrées en fin d'année	Impact à l'E5
1 entrée / semaine	~35 entrées	Section veille très fournie, jury impressionné — montre un réflexe professionnel installé
1 entrée / 2 semaines	~18 entrées	Section correcte, suffisante pour une bonne note sur C1.6
Tout en janvier avant l'oral blanc	10 liens en urgence	Le jury repère immédiatement que les dates sont toutes identiques → note très faible sur C1.6

Entrée de veille faible vs forte : compare

Entrée faible (à éviter) Entrée forte (à viser)

Sujet : IA
Retenu : « L'IA va tout changer »
Source : aucune Sujet : GitHub Copilot dans Visual Studio
Retenu : « Copilot génère du code C# mais peut proposer des patterns dangereux (concaténation SQL directe, pas de vérification null). J'ai testé : il m'a suggéré "SELECT * WHERE nom='" + nom + "'" — exactement ce qu'on ne doit pas faire (injection SQL). Je relis maintenant systématiquement le code proposé avant d'accepter. »
Source : docs.github.com/copilot · 2026-09-15

Entrée faible (à éviter)	Entrée forte (à viser)
Sujet : IA Retenu : « L'IA va tout changer » Source : aucune	Sujet : GitHub Copilot dans Visual Studio Retenu : « Copilot génère du code C# mais peut proposer des patterns dangereux (concaténation SQL directe, pas de vérification null). J'ai testé : il m'a suggéré `"SELECT * WHERE nom='" + nom + "'"` — exactement ce qu'on ne doit pas faire (injection SQL). Je relis maintenant systématiquement le code proposé avant d'accepter. » Source : docs.github.com/copilot · 2026-09-15

Flag B6

Production

Crée une section Veille dans ton portfolio avec 2 sujets tech que tu suis, au gabarit Sujet · Ce que j'en retiens · Source.

Rends : tes 2 entrées de veille.

0 sur 12 dans cette étape

9. Présentation, lisibilité, accessibilité

Un portfolio se lit en 30 secondes : il doit être clair, lisible, professionnel — et accessible (lisible par tous, y compris une personne malvoyante ou daltonienne). Claude t'aide à le polir vite.

Des prompts utiles pour le portfolio

But	Prompt (à adapter)
une mise en page propre	« présente mes réalisations en cartes (Grid), titre + description + lien »
un thème cohérent	« applique une palette sobre et pro, mêmes titres et espacements partout »
la lisibilité	« vérifie que le contraste texte/fond est suffisant et la taille de police confortable »
l'accessibilité	« ajoute des attributs `alt` à mes images et des balises sémantiques (header, nav, main, footer) »

Le gabarit d'une carte « Réalisation »

Dans la section Réalisations, chaque réalisation est une carte compacte qui donne envie d'en savoir plus. Voici son anatomie.

Élément de la carte	Contenu
Titre	le nom de la réalisation (« Partage de fichiers GSB »)
1 phrase	ce que c'est, en une ligne
Étiquettes	les compétences (ex. `C1.5` · `C1.4`)
Lien / bouton	« Voir la fiche » → vers la fiche complète et ses preuves

La check-list lisibilité / accessibilité

Point	Pourquoi
Contraste texte/fond suffisant	lisible à l'écran du jury, et par les malvoyants
Texte alternatif (`alt`) sur les images	l'image a un sens même si elle ne charge pas / lecteur d'écran
Ne pas coder l'info par la couleur seule	un daltonien doit comprendre sans la couleur
Police lisible, taille confortable	on lit sans forcer
Titres hiérarchisés (h1 > h2 > h3)	structure claire, navigation au clavier

Flag B7

Production

Avec Claude, soigne la présentation de ton portfolio (mise en page des réalisations, thème cohérent) et applique au moins 2 points de la check-list accessibilité (ex. alt sur les images, contraste vérifié).

Rends : 2 améliorations apportées + les prompts utilisés.

0 sur 12 dans cette étape

10. Intégrité : ne jamais inventer

C'est la règle la plus importante de toute la séance, et elle tient en une phrase :

À NE PAS faire	À FAIRE à la place
Laisser l'IA inventer une réalisation	documenter un de tes vrais TP
Copier le portfolio d'un camarade	partir de tes propres rendus de flags
Gonfler (« j'ai sécurisé tout le réseau »)	dire le vrai périmètre (« j'ai configuré un pare-feu sur une VM »)
Coller du code que tu ne comprends pas	ne mettre que ce que tu peux expliquer ligne à ligne

Flag E1

Extension qualité

Relis ta fiche de réalisation et la fais passer le test « défendable » : repère une phrase que tu ne saurais pas justifier devant le jury, et réécris-la pour qu'elle soit honnête et défendable.

Rends : la phrase avant / après.

0 sur 12 dans cette étape

11. Préparer à présenter (l'oral)

À l'E5, tu parles de ton portfolio pendant ~40 minutes. Savoir le présenter compte autant que son contenu. On s'entraîne dès maintenant.

Pour chaque réalisation, prépare un pitch de 1 minute : contexte → ce que j'ai fait → ce que ça prouve (la compétence).
Anticipe les questions du jury : « pourquoi ce choix ? », « qu'as-tu trouvé difficile ? », « comment le referais-tu mieux ? ».
Appuie-toi sur ta matrice (ch. 6) pour montrer la couverture des compétences du Bloc 1.
Entraîne-toi à voix haute, ou demande à Claude de jouer le jury.

Gabarit de pitch (1 minute)

Temps	Tu dis…
10 s — Contexte	« Pour GSB, il fallait… »
25 s — Démarche	« J'ai choisi… puis… j'ai testé en… »
15 s — Compétence	« Ça démontre C1.5 : mettre à disposition un service. »
10 s — Bilan	« Le plus dur a été…, j'en ai retenu… »

Questions types du jury — entraîne-toi

Le jury revient toujours sur les mêmes familles de questions. Voici les 6 plus fréquentes, avec bon et mauvais exemple de réponse.

Question du jury	Mauvaise réponse	Bonne réponse
« Pourquoi tu as choisi [cet outil] ? »	« Parce que c'était dans le TP. »	« J'ai choisi [X] parce que [avantage concret dans notre contexte GSB]. »
« Tu as eu des problèmes ? »	« Non, ça a bien marché. » (peu crédible)	« Oui : le partage n'était pas accessible. J'ai vérifié le pare-feu puis l'IP — j'avais un conflit d'adresse. »
« Qu'est-ce que tu referais différemment ? »	« Rien, je ne changerais rien. »	« Je mettrais une sauvegarde automatique — sans ça, une panne disque en production serait catastrophique. »
« C'est quoi la compétence C1.5 pour toi, concrètement ? »	« C'est mettre à disposition un service. » (récitation)	« S'assurer qu'un service fonctionne pour l'utilisateur final — droits corrects, accessible depuis un autre poste, disponible le lendemain. »
« Comment tu te tiens à jour dans ton métier ? »	« Je lis des articles. »	« Je suis les alertes de l'ANSSI pour la sécurité, et le blog .NET Microsoft pour le développement. J'ai mis en place Feedly pour ne pas oublier. »
« Quel est ton projet professionnel ? »	« Je veux travailler dans l'informatique. »	« Je vise développeur C# ou web après le BTS, idéalement avec une licence pro pour approfondir les API et l'architecture logicielle. »

Scénario complet : 3 minutes d'échange oral (exemple travaillé)

Qui parle	Ce qui est dit
Toi (présentation)	« Pour GSB, le service comptable avait besoin d'un espace réseau partagé. J'ai monté un partage Samba sur une VM Linux, avec un groupe compta en lecture/écriture et les autres en lecture seule. Ça démontre principalement C1.5 — mettre à disposition un service informatique. »
Jury	« Pourquoi Samba plutôt qu'un partage Windows ? »
Toi	« La VM tourne sous Linux, et Samba permet de partager des fichiers avec des clients Windows sans rien installer côté client. Un partage Windows natif n'aurait pas fonctionné depuis Linux. »
Jury	« Tu as eu des problèmes ? »
Toi	« Oui — au début les droits étaient mal configurés, tout le monde pouvait écrire. J'ai relu la doc sur les permissions et corrigé avec `chmod 775` et le groupe propriétaire compta. »
Jury	« Que mettrais-tu en place en production ? »
Toi	« Une sauvegarde automatique avec un cron job qui copie le dossier chaque soir. Et une authentification des utilisateurs — là j'ai juste créé un compte local, ce serait insuffisant en vrai. »

Logistique du jour J : ce que peu d'élèves anticipent

Point	Le détail qui compte
URL ouverte à l'avance	Portfolio dans le navigateur, onglet visible. Ne cherche pas ton URL devant le jury : c'est 30 secondes de malaise qui cassent le rythme.
Test depuis un réseau inconnu	La veille, teste ton URL depuis le partage 4G de ton téléphone. Certains hébergeurs ont des délais de cold start (Render, Vercel plan gratuit : jusqu'à 30 s si inactif depuis 15 min). Accède à ton site 5 min avant l'oral pour le "réveiller".
Plan B offline	HTML statique sur clé USB. Si le Wi-Fi tombe (ça arrive lors d'oraux), tu branches et tu continues sans interruption.
Navigation rapide	Entraîne-toi à aller à ta section Réalisations en moins de 3 clics. Le jury qui attend que tu scrolles interminablement perd confiance en toi.
Portfolio non déployé = inutilisable	Un chemin `file:///C:/Users/toi/portfolio/index.html` ne fonctionne pas depuis l'ordinateur du jury. Seule une URL publique (lien d'Artifact publié, GitHub Pages, Netlify…) fonctionne partout.

Flag D1

Investigation / entraînement

Demande à Claude de jouer le jury E5 et de te poser 3 questions sur ta réalisation documentée (ex. « pose-moi 3 questions exigeantes de jury BTS SIO sur cette réalisation »).

Rends : les 3 questions + tes réponses (courtes).

0 sur 12 dans cette étape

12. Mini-projet : ton portfolio de lancement

On boucle avec un portfolio réel, prêt à grandir jusqu'au BTS blanc. Tu réunis tout ce que tu as produit aux flags précédents.

La mission

Un portfolio structuré (Accueil/À propos, Compétences, Réalisations, Veille, Contact), construit avec Claude, publié (lien consultable).
2 réalisations documentées (fiches complètes : contexte → bilan), tirées de tes vrais TP de l'année.
Chaque réalisation reliée à 2-4 compétences (intitulés exacts, au moins une du Bloc 1) + au moins 1 preuve légendée.
Ta matrice compétences × réalisations dans la section Compétences.
Une section Veille (2 sujets) et une présentation soignée + accessible.
Un pitch d'1 minute préparé pour une des réalisations.

Avant de dire « c'est fini » : auto-vérifie

Passe ton portfolio de lancement au crible. Si tu coches tout, tu es prêt pour la suite.

Je vérifie que…	OK ?
Mon portfolio a les 5 sections + une navigation	☐
Mes 2 réalisations sont VRAIES (je peux les refaire)	☐
Chaque fiche a les 6 rubriques remplies (dont un vrai Bilan)	☐
Chaque réalisation est reliée à 2-4 compétences en intitulés exacts	☐
Au moins une compétence du Bloc 1 par réalisation	☐
Chaque fiche a au moins 1 preuve légendée	☐
Ma matrice est dans la section Compétences	☐
J'ai une section Veille (2 sujets)	☐
La présentation est lisible et accessible (contraste, alt)	☐
J'ai un pitch d'1 minute prêt pour une réalisation	☐

Flag B8

Mini-projet (production)

Réalise ton portfolio de lancement (structure + 2 réalisations documentées + compétences + preuves + matrice + veille).

Rends : la liste des sections, le résumé de tes 2 fiches, ta matrice, et ton pitch d'1 minute pour l'une d'elles.

Garde tout : c'est ce que tu enrichiras jusqu'au BTS blanc.

0 sur 12 dans cette étape

13. Le faire vivre toute l'année

Un portfolio n'est pas un devoir qu'on rend une fois : c'est un réflexe qui se cultive. Le tien doit grossir à chaque TP, sans jamais devenir une corvée de dernière minute. Voici la routine.

Quand	Le geste (court)
Après chaque TP	capture 1-2 preuves + note 3 lignes (contexte, ce que j'ai fait, compétence). Brouillon de fiche, pas plus.
Chaque mois	transforme un brouillon en vraie fiche ; ajoute 1 entrée de veille ; mets à jour la matrice.
Avant le BTS blanc	choisis tes meilleures réalisations, relis chaque fiche, prépare les pitchs.

Flag B9

Production (routine)

Crée dès maintenant ton dossier preuves/ et un fichier de brouillons de fiches (une ligne par réalisation à documenter plus tard).

Rends : ta liste de brouillons (au moins 4 réalisations repérées, même non encore rédigées).

0 sur 12 dans cette étape

Pour finir

Ton antisèche (la fiche de réalisation)

Rubrique	La question à laquelle elle répond
Contexte / Objectif	c'était quoi, pour quoi faire ?
Démarche	comment as-tu fait, quels choix ?
Résultat + preuves	qu'as-tu produit, comment le prouves-tu ?
Compétences	qu'est-ce que ça démontre (référentiel, intitulés exacts) ?
Bilan	qu'as-tu appris, qu'est-ce qui a été dur ?

Vérifie tes acquis

Quel bloc, quel coefficient et quelle forme a l'épreuve E5 ?
Quelles sont les 6 rubriques d'une fiche de réalisation ?
Pourquoi faut-il relier chaque réalisation à des compétences avec les intitulés exacts ?
À quoi sert la matrice compétences × réalisations ?
Pourquoi a-t-on besoin de preuves, et quand faut-il les prendre ?
À quelle compétence du Bloc 1 se rattache la veille technologique ?
Que peut faire l'IA pour ton portfolio, et que ne doit-elle PAS faire ?
Comment savoir si une réalisation est vraiment « à toi » et défendable ?

Corrigé du quiz

Q.	Réponse attendue
1	Épreuve E5 · Bloc 1 · coefficient 4 · oral d'environ 40 minutes appuyé sur le portfolio numérique et un tableau de synthèse. Environ 15 min de présentation + 25 min d'échanges.
2	Contexte · Objectif · Démarche · Résultat · Compétences · Bilan — dans cet ordre.
3	Le jury connaît le référentiel par cœur. Les intitulés exacts montrent que tu sais cibler la bonne compétence et la défendre. Une reformulation floue est indéfendable si le jury demande « c'est quoi exactement C1.5 ? »
4	Elle montre d'un coup d'œil quelles compétences du Bloc 1 tu couvres et lesquelles manquent encore — ce qui aide à planifier les prochaines réalisations à documenter d'ici juin.
5	Sans preuve, une affirmation n'est pas vérifiable par le jury. Il faut les prendre au moment de faire (pendant ou juste après le TP), pas en tentant de reconstituer des mois après quand on a tout oublié.
6	C1.6 — Organiser son développement professionnel (sous-compétence : Effectuer une veille technologique).
7	L'IA peut : structurer, mettre en forme, générer un gabarit, simuler le jury. Elle NE DOIT PAS : inventer une réalisation que tu n'as pas faite, écrire ton Bilan à ta place. Le contenu (réalisations, démarche, compétences) doit venir de toi.
8	Pose-toi : « Si le jury me demande d'expliquer ça en détail, ou de le refaire, je peux ? » Si oui → c'est à toi. Si non → tu ne le mets pas (ou tu apprends d'abord à le faire).

Glossaire

Mot	Définition
Portfolio	support numérique présentant tes réalisations professionnelles (clé de l'E5)
E5	épreuve du Bloc 1 (coef 4), oral d'environ 40 min appuyé sur ton portfolio
Bloc 1	« Support et mise à disposition de services informatiques » — le bloc évalué à l'E5
Réalisation	un travail concret que tu as produit
Fiche de réalisation	la description structurée d'une réalisation (contexte → bilan)
Matrice	tableau croisant réalisations (lignes) et compétences (colonnes)
Preuve	capture, code, schéma qui atteste de ce que tu avances
Compétence	un savoir-faire du référentiel, démontré par une réalisation
Veille technologique	suivre l'actualité de son métier pour rester à jour (compétence C1.6)
Accessibilité	rendre le portfolio lisible par tous (contraste, `alt`, structure)
Claude	l'assistant IA utilisé ici, dans le navigateur (`claude.ai`, plan gratuit)
Artifact	la page web vivante que Claude construit à côté du chat ; se modifie en dialoguant, se publie en un lien

Avant de commencer

Pourquoi le portfolio est si important

Ce que tu sauras faire à la fin

0. L'épreuve E5, en clair

Les 40 minutes de l'oral : découpage concret

Ce que le jury évalue réellement

1. Où héberger ton portfolio ?

2. La structure d'un bon portfolio

La section « À propos » : ton projet professionnel

3. Documenter une réalisation : la fiche

Zoom sur « Démarche » : avant / après

Zoom sur « Bilan » : les pièges habituels

4. Un exemple complet (le modèle)

Les preuves associées à cette fiche

Un second exemple (autre compétence)

Troisième exemple : une réalisation de développement SLAM (C# / WinForms)

5. Relier aux compétences du référentiel

Les quatre pièges du rattachement

6. La matrice compétences × réalisations

La version « présentée au jury »

7. Les preuves

Nommer et ranger tes preuves

8. La veille technologique

Un exemple d'entrée de veille (rempli)

Sources concrètes pour ta veille SLAM

Les certifications : preuve concrète de C1.6

Rythme minimum viable sur l'année

Entrée de veille faible vs forte : compare

9. Présentation, lisibilité, accessibilité

Des prompts utiles pour le portfolio

Le gabarit d'une carte « Réalisation »

La check-list lisibilité / accessibilité

10. Intégrité : ne jamais inventer

11. Préparer à présenter (l'oral)

Gabarit de pitch (1 minute)

Questions types du jury — entraîne-toi

Scénario complet : 3 minutes d'échange oral (exemple travaillé)

Logistique du jour J : ce que peu d'élèves anticipent

12. Mini-projet : ton portfolio de lancement

La mission

Avant de dire « c'est fini » : auto-vérifie

13. Le faire vivre toute l'année

Pour finir

Ton antisèche (la fiche de réalisation)

Vérifie tes acquis

Corrigé du quiz

Glossaire

TP terminé ?

Les cours à réviser avec ce TP

Épreuve E5 : support et mise à disposition de services informatiques

Veille technologique

1. Où héberger ton portfolio ?

TP terminé ?