Comprends le parcours, le laboratoire et la logique de preuve

01Comprends ce que ce parcours prépare

Le parcours SORIA Académie organise des apprentissages et des entraînements autour des compétences professionnelles du BTS SIO option SISR.

Il ne remplace pas un établissement, ne délivre pas le diplôme national et n’organise pas l’examen.

Son rôle est plus précis :

apprendre les notions et les gestes
→ les pratiquer dans un laboratoire cohérent
→ les réutiliser dans un problème différent
→ produire une preuve exploitable
→ expliquer la décision et ses limites

Tu ne vas donc pas suivre onze matières comme onze mondes séparés. Elles contribuent toutes au même système d’information.

02Travaille sur une seule PME fictive

Le fil rouge s’appelle SORIA Distribution.

C’est une entreprise fictive utilisée uniquement pour apprendre. Aucun client réel, aucune donnée réelle et aucun secret de production n’y sont nécessaires.

Pendant les deux années, son système d’information évolue progressivement :

laboratoire + patrimoine + support
→ postes clients
→ adressage, Linux et routage
→ Windows Server, annuaire, DNS et DHCP
→ commutation, VLAN et segmentation
→ premier service intégré
→ sauvegarde, stockage et haute disponibilité
→ DMZ et services exposés
→ supervision, durcissement et protection des données
→ réseaux complémentaires et capacité
→ détection, incident et remédiation
→ architecture finale et études de cas

Cette continuité est importante : une décision prise tôt peut créer une dépendance ou une contrainte plusieurs mois plus tard.

03Situe les trois blocs dans le même système

Dans ce parcours, les trois blocs professionnels ne sont pas trois projets indépendants.

Une activité peut contribuer à plusieurs blocs. Par exemple, publier un service interne peut demander :

• une demande et une traçabilité de changement ;
• une configuration réseau et système ;
• des droits et des flux minimaux ;
• une recette fonctionnelle ;
• une preuve de résultat.

04Distingue quatre niveaux de travail

Une erreur fréquente consiste à appeler « compétence » le fait d’avoir réussi une commande guidée.

APPRENDRE
Tu suis une explication et tu manipules avec guidage.

PRATIQUER
Tu refais dans un contexte proche avec moins d'aide.

ÉVALUER
Tu reçois un objectif et un état de départ, pas la recette.

RÉINVESTIR
Tu transfères la compétence vers un problème plus transversal.

Le parcours est construit pour passer progressivement de la première situation à la quatrième.

05Adopte le contrat minimal d’une preuve

Une preuve utile répond à cinq questions :

EXIGENCE
Qu'est-ce qui devait être démontré ?

CONTEXTE
Sur quel système et dans quelles conditions ?

ACTION
Qu'as-tu réellement fait ?

RÉSULTAT + VÉRIFICATION
Quelle observation montre que l'action produit l'effet attendu ?

LIMITE
Qu'est-ce que cette preuve ne démontre pas ?

Exemple :

Exigence
Le poste client doit résoudre le nom intranet.soria.lab.

Contexte
Client Windows du VLAN Utilisateurs, DNS fourni par le serveur du laboratoire.

Action
Vérification de l'adresse DNS du client puis requête de résolution.

Résultat + vérification
Le nom retourne l'adresse attendue et la connexion HTTP atteint le service.

Limite
Ce test ne prouve ni la haute disponibilité DNS ni la disponibilité depuis les autres VLAN.

Une capture d’écran seule ne fournit généralement pas ces cinq éléments.

06Prépare ton espace de travail

Tu peux commencer avec une structure locale simple :

mkdir -p bts-sisr/{00-cadre,01-patrimoine,02-reseau,03-systemes,04-securite,05-evaluations,preuves}
cd bts-sisr
printf '# Parcours BTS SIO SISR — SORIA Distribution\n' > README.md
find . -maxdepth 1 -type d | sort

Une organisation possible :

bts-sisr/
├── 00-cadre/
├── 01-patrimoine/
├── 02-reseau/
├── 03-systemes/
├── 04-securite/
├── 05-evaluations/
├── preuves/
└── README.md

Le nom des dossiers n’est pas une règle nationale. C’est une convention SORIA destinée à rendre le travail lisible et versionnable.

07Fixe les règles du laboratoire

Avant toute manipulation, écris tes limites.

1. Utiliser des machines, comptes, adresses et données de laboratoire.
2. Ne jamais déposer de mot de passe, jeton ou clé privée dans les preuves.
3. Ne pas copier une topologie sensible de production.
4. Identifier clairement une simulation, une fixture ou une preuve hors ligne.
5. Prévoir un retour arrière lorsqu'une action modifie un système.
6. Séparer observation, hypothèse, action et résultat.
7. Ne pas transformer un succès local en affirmation plus large que ce qui a été testé.

Ces règles ne sont pas administratives : elles protègent la qualité de ton raisonnement.

08Crée ta première fiche de contexte

Dans 00-cadre/contexte.md, décris SORIA Distribution avec uniquement des données fictives :

Organisation : SORIA Distribution
Nature : PME fictive pédagogique
Sites : siège + agence
Utilisateurs : population fictive
Services critiques : à définir au fil du parcours
Contraintes : disponibilité, traçabilité, sécurité, coût
Données réelles : aucune
Secrets réels : aucun

Ajoute ensuite trois questions :

Quel besoin métier est traité ?
Quel composant technique porte ce besoin ?
Quelle preuve montrera que le besoin est satisfait ?

Tu réutiliseras ces questions dans presque tous les projets du parcours.

09Fais une première distinction entre fait et interprétation

Observe cette phrase :

« Le serveur DNS est en panne. »

Elle ressemble à un fait, mais c’est déjà une conclusion.

Des faits plus propres seraient :

Le client ne résout pas intranet.soria.lab.
Le ping vers l'adresse IP du serveur répond.
La requête DNS vers le serveur retourne un délai d'attente.

À partir de ces faits, tu pourras formuler plusieurs hypothèses. Cette discipline deviendra centrale dans les remédiations.