Phase 1 : analyser l'expression des besoins

La phase 1 de l'E6 SISR, ce sont 30 minutes de préparation pour comprendre l'expression des besoins rédigée par la commission et bâtir ta réponse, puis un entretien de 20 minutes au plus où tu la présentes et la défends. C'est là que se joue la compétence « Concevoir ». Ce chapitre découpe les 30 minutes, donne une grille pour trouver ce que la demande ne dit pas, puis prépare l'entretien avec des questions types et des réponses modèles.

Les 30 minutes, tranche par tranche

Pendant ces 30 minutes, tu n'es pas forcément devant ton infrastructure : la circulaire propose une préparation sur table, avec un ordinateur de consultation. Ta documentation en ligne te sert alors de mémoire. Encore une raison de la soigner (chapitre 5).

La grille de l'implicite

Une expression des besoins a deux couches : ce qui est écrit, et ce que tu dois en déduire pour que la solution tienne. La commission attend que tu trouves la seconde. Passe chaque demande à ces sept questions.

Quand une question n'a pas de réponse évidente, c'est une ambiguïté. Signale-la à la commission avec cette formule : « La demande ne précise pas X. Je fais l'hypothèse Y parce que Z. Si vous préférez autre chose, l'impact serait W. » Tu transformes un flou en preuve d'analyse.

Les spécifications techniques

Une spécification technique traduit une exigence fonctionnelle en paramètres vérifiables. Elle tient dans un tableau.

Chaque ligne deviendra un test de recette. Si une exigence n'a pas de spécification, tu l'as oubliée ; si une spécification n'a pas d'exigence, demande-toi si elle est utile.

Choisir les outils

Ta règle par défaut : les outils déjà en place dans l'infrastructure. La commission a lu ton dossier : si tu as pfSense, tu filtres avec pfSense. Introduire un nouvel outil en une heure se justifie rarement.

Quand tu choisis, donne les trois critères du référentiel (coût, délai, qualité) et une alternative écartée : « J'aurais pu donner les adresses par le pare-feu, mais pfSense ne peut pas être à la fois serveur et relais DHCP, et il relaie déjà le DHCP des autres VLAN vers nos serveurs Windows. Je crée donc l'étendue sur les serveurs Windows, ce qui la place aussi dans le basculement existant. »

La démarche

Ta démarche est une liste ordonnée d'étapes, chacune avec son test. Elle commence toujours par la mise à l'abri de l'existant et finit par la documentation.

1. Instantané des VM touchées, export de la configuration du pare-feu et du commutateur.
2. Les étapes de la solution, dans l'ordre des dépendances (on ne crée pas une règle de pare-feu pour une interface qui n'existe pas encore).
3. Un test après chaque étape.
4. La vérification de l'existant : les autres utilisateurs travaillent-ils toujours ?
5. La documentation demandée.

Pour chaque étape risquée, prévois le retour arrière : restaurer l'instantané, réimporter config.xml, retirer la ligne ajoutée.

L'entretien de 20 minutes

Commence par un exposé court, 4 à 5 minutes, en cinq points :

1. Le besoin reformulé, en une phrase, avec les implicites et tes hypothèses.
2. Les spécifications techniques, ton tableau à l'appui. Un schéma vaut mieux qu'une description : si un tableau blanc est disponible, dessine le nouveau périmètre en 20 secondes.
3. Les outils et l'alternative écartée.
4. La démarche : les étapes, l'impact sur l'existant et le retour arrière.
5. La recette : les tests qui prouveront que c'est fini.

La commission enchaîne ensuite sur ses questions. Si elle te propose un ajustement (« ajoutez la journalisation des blocages », « limitez l'étendue à 50 adresses »), ce n'est pas un échec : elle note l'ajustement sur le document, et tu l'intègres à ta réalisation. Reformule-le pour être sûr de l'avoir compris.

Questions types et réponses modèles

Exercice 1 sur 2 Six questions de la commission en phase 1 Réussi À revoir

Réponds à voix haute, en une minute au plus par question, pour la demande « créer un réseau pour les visiteurs » chez Ravelle Conseil.

1. « Pourquoi un VLAN ? Un second réseau IP sur le même commutateur ne suffirait pas ? »
2. « Quel impact votre intervention aura-t-elle sur les salariés ? »
3. « Comment revenez-vous en arrière si quelque chose casse ? »
4. « Vos invités utiliseront quel serveur DNS ? Pourquoi pas vos contrôleurs de domaine ? »
5. « Et si 60 visiteurs arrivent le même jour ? »
6. « Votre solution pose-t-elle une question juridique ? »

Voir la réponseMasquer la réponse de l'exercice 1

1. « Sans VLAN, les deux réseaux IP partagent le même domaine de diffusion : un appareil invité verrait les diffusions des postes, et il suffirait de changer son adresse pour passer dans le réseau des salariés. Le VLAN sépare au niveau 2 ; le passage d'un VLAN à l'autre passe obligatoirement par le pare-feu, qui filtre. »
2. « Deux modifications touchent l'existant : l'ajout du VLAN 40 au trunk entre le commutateur et le pare-feu, et le relais DHCP. J'ajoute le VLAN au trunk avec switchport trunk allowed vlan add 40, sans retirer les autres, donc sans coupure. Je vérifie après chaque étape qu'un poste du VLAN 10 ouvre toujours sa session et navigue. »
3. « Avant de commencer, j'exporte config.xml sur pfSense, je sauvegarde la configuration du commutateur dans un fichier et je prends un instantané de SRV-AD1 et SRV-AD2. Si une étape casse l'existant, j'annule cette étape seule ; si je ne trouve pas la cause en 5 minutes, je restaure. »
4. « Le résolveur DNS du pare-feu, sur 10.10.40.254. Si je donnais les contrôleurs de domaine, il faudrait ouvrir un flux du réseau invité vers le VLAN serveurs, et les invités pourraient interroger la zone ravelle.lan, donc découvrir les noms de nos serveurs. Le résolveur du pare-feu ne fait que la résolution Internet. »
5. « L'étendue de 10.10.40.50 à 10.10.40.200 offre 151 adresses ; avec des baux de 4 heures, elles se libèrent dans la journée. Le vrai risque est le débit : je proposerais un limiteur de bande passante sur le pare-feu pour que les invités ne ralentissent pas le cabinet. C'est du confort, je le ferai s'il me reste du temps. »
6. « Oui, deux. Les journaux du pare-feu qui associent une adresse à un appareil sont des données personnelles : durée de conservation définie, information des visiteurs, par exemple dans la charte affichée en salle de réunion. Et l'organisation qui fournit l'accès doit pouvoir retrouver qui était connecté en cas d'usage illicite : je garde donc les journaux de connexion et les baux DHCP. »

Tu avais trouvé ?

Oui, j'avais bonPas encore

Banque d'expressions des besoins pour t'entraîner

Entraîne-toi à qualifier chaque demande en 5 minutes : la compétence dominante, le vital, la documentation probable. Toutes portent sur l'infrastructure de Ravelle Conseil.

Exercice 2 sur 2 Qualifier deux demandes Réussi À revoir

Pour les demandes 4 et 8 de la banque, écris : ta reformulation, trois implicites, les spécifications techniques principales et deux tests de recette.

Voir la réponseMasquer la réponse de l'exercice 2

Demande 4, le partage « Direction ».

• Reformulation : « Les trois directeurs doivent lire et modifier les fichiers d'un nouveau partage ; personne d'autre ne doit pouvoir l'ouvrir, ni même le voir. »
• Implicites : les administrateurs gardent un accès complet pour les sauvegardes ; le partage doit être inclus dans la sauvegarde nocturne de SRV-FIC ; les directeurs doivent le retrouver sans saisir de chemin (lecteur réseau par GPO).
• Spécifications : dossier D:\Partages\Direction sur SRV-FIC ; groupe global GG_Direction (les trois comptes) membre du groupe de domaine local DL_Direction_M ; droit NTFS « modification » pour DL_Direction_M, héritage coupé ; partage Direction avec énumération basée sur l'accès ; lecteur R: par préférence de GPO filtrée sur GG_Direction.
• Tests : un directeur ouvre \\SRV-FIC\Direction et crée un fichier ; une comptable ne voit pas le partage dans \\SRV-FIC et reçoit « accès refusé » si elle tape le chemin.

Demande 8, les comptes des saisonniers.

• Reformulation : « À partir du fichier CSV fourni par les ressources humaines, créer les 12 comptes dans l'unité d'organisation Saisonniers, actifs, avec un mot de passe initial à changer à la première connexion. »
• Implicites : un nom déjà présent dans l'annuaire ne doit pas faire échouer tout le script ; les identifiants ne doivent contenir ni accent ni espace ; les comptes doivent expirer à la fin de la saison ; le mot de passe initial ne doit pas traîner dans le fichier CSV.
• Spécifications : identifiant p.nom sans accents ; -AccountExpirationDate à la date de fin de contrat ; mot de passe initial saisi une seule fois avec Read-Host -AsSecureString ; ajout au groupe GG_Saisonniers ; un journal des créations et des erreurs.
• Tests : les 12 comptes apparaissent dans l'unité d'organisation avec la bonne date d'expiration ; relancer le script ne crée aucun doublon et journalise 12 avertissements.

Tu avais trouvé ?

Oui, j'avais bonPas encore