Sujet d’entraînement rédigé par KounKour (pas un sujet réel) · SRM — Cadre ingénieur en systèmes d’information (support de préparation KounKour)
Livret de révision en 6 modules : adressage IP et VLSM, bases de données et SQL, sécurité des SI, disponibilité, gestion de projet agile, algorithmique. Chaque module : l'essentiel du cours, les formules et un exercice type, avec solutions détaillées.
Support de révision rédigé pour l'entraînement et publié par l'administrateur KounKour : ce n'est pas un sujet officiel d'une Société Régionale Multiservices. Formules et calculs vérifiés par KounKour.
Société Régionale Multiservices (SRM)Livret de révision et mémento — Cadre ingénieur en systèmes d’informationFiche de synthèse et 6 exercices types résolus — calculatrice autorisée
Concepts clés : on attribue aux plus grands besoins les plus grands blocs, dans l'ordre décroissant, sur des frontières alignées. Nombre d'hôtes d'un bloc : 2^(32 − préfixe) − 2.Hôtes = 2^(32 − n) − 2
On dispose de 172.16.0.0/22. Besoins : siège 300 hôtes, agence 100 hôtes, station 50 hôtes, liaison point à point 2 hôtes.
Site | Hôtes nécessaires | UsageSiège | 300 | réseau principalAgence | 100 | accueil et caisseStation | 50 | supervisionLiaison | 2 | routeur à routeur
1. Choisir le préfixe de chaque sous-réseau.2. Donner adresse réseau, plage d'hôtes et diffusion de chacun.
Concepts clés : 1FN (valeurs atomiques), 2FN (dépendance de toute la clé), 3FN (pas de dépendance entre attributs non clés). Jointures, agrégations (GROUP BY, HAVING), tri et limitation.
Une table unique Facture(num, date, id_client, nom_client, ville_client, montant) répète le nom et la ville du client sur chaque facture.
1. Proposer un schéma en 3e forme normale.2. Écrire la requête des 5 clients au plus fort montant facturé en 2026.
Concepts clés : disponibilité, intégrité, confidentialité (DIC). Analyse de risques : criticité = probabilité × impact. Référentiels : ISO 27001, directive nationale de la sécurité des SI (DGSSI), loi 05-20 relative à la cybersécurité, loi 09-08 pour les données personnelles. Sauvegardes : RPO (perte de données acceptable) et RTO (durée d'interruption acceptable).Criticité = probabilité × impact
Cotation de 1 à 5 :
Risque | Probabilité | ImpactRançongiciel | 4 | 5Panne du serveur de facturation | 3 | 4Fuite de données clients | 2 | 5
1. Calculer la criticité de chaque risque et les classer.2. Proposer deux mesures pour le risque prioritaire.
Concepts clés : des éléments en série multiplient leurs disponibilités ; une redondance en parallèle réduit fortement l'indisponibilité.A(série) = A1 × A2 × A3A(parallèle) = 1 − (1 − A)²Indisponibilité = (1 − A) × 8 760 h
La facturation dépend en série d'un serveur (99 %), du réseau (99,5 %) et du stockage (99,9 %).
1. Calculer la disponibilité globale et l'indisponibilité annuelle.2. Même calcul si le serveur est doublé en parallèle.
Concepts clés : Scrum (product owner, scrum master, équipe ; sprints de 1 à 4 semaines ; backlog, revue, rétrospective). La vélocité (points livrés par sprint) sert à estimer la durée restante ; on ajoute une marge pour les aléas.Nombre de sprints = backlog / vélocité
Le backlog compte 120 points. Vélocité mesurée : 20 points par sprint de 2 semaines. Marge pour aléas : 20 %.
1. Estimer le nombre de sprints et la durée sans marge.2. Estimer la durée avec la marge.
Concepts clés : complexité en temps (O(1), O(log n), O(n), O(n log n), O(n²)). La recherche dichotomique exige un tableau trié ; un tri efficace coûte O(n log n).Comparaisons (dichotomie) ≈ log2(n)
Le fichier compte 1 000 000 d'abonnés.
1. Nombre maximal de comparaisons pour retrouver un abonné par recherche séquentielle, puis dichotomique.2. Écrire en pseudo-code la recherche dichotomique.
- VLSM : classez les besoins du plus grand au plus petit avant de découper.- SQL : toute colonne du SELECT non agrégée doit figurer dans le GROUP BY ; filtrez les agrégats avec HAVING.- Sécurité : justifiez chaque mesure par le risque qu'elle réduit.- Disponibilité : 99,9 % ≈ 8,8 h d'arrêt par an ; 99,99 % ≈ 53 min.- Concluez toujours par une recommandation argumentée.
Ce n’est pas un corrigé officiel : il a été rédigé par les administrateurs KounKour. Les points que la copie publiée ne permet pas de trancher sont signalés.
Solutions des exercices types (calculs vérifiés par KounKour).
1. Préfixes :Siège : /23 (510 hôtes) ; agence : /25 (126) ; station : /26 (62) ; liaison : /30 (2).
2. Plan :
Site | Réseau | Plage | DiffusionSiège | 172.16.0.0/23 | 172.16.0.1 à 172.16.1.254 | 172.16.1.255Agence | 172.16.2.0/25 | 172.16.2.1 à 172.16.2.126 | 172.16.2.127Station | 172.16.2.128/26 | 172.16.2.129 à 172.16.2.190 | 172.16.2.191Liaison | 172.16.2.192/30 | 172.16.2.193 à 172.16.2.194 | 172.16.2.195
Il reste 172.16.2.196 à 172.16.3.255 pour les extensions.
1. Schéma normalisé :- Client(id, nom, ville)- Facture(num, date, id_client → Client.id, montant)
2. Requête :SELECT c.nom, SUM(f.montant) AS total FROM Facture f JOIN Client c ON c.id = f.id_client WHERE f.date >= '2026-01-01' AND f.date < '2027-01-01' GROUP BY c.id, c.nom ORDER BY total DESC LIMIT 5;
1. Criticités :Rançongiciel : 4 × 5 = 20Panne du serveur : 3 × 4 = 12Fuite de données : 2 × 5 = 10Ordre de traitement : rançongiciel, panne, fuite.
2. Mesures (exemples) :- Sauvegardes 3-2-1 dont une copie hors ligne, testées par des restaurations régulières.- Mises à jour, filtrage des messageries, double authentification et sensibilisation des agents.
1. En série :A = 0,99 × 0,995 × 0,999 ≈ 0,9841, soit 98,41 %Indisponibilité ≈ 0,0159 × 8 760 ≈ 140 h par an
2. Serveur doublé :A(serveur) = 1 − 0,01² = 0,9999A = 0,9999 × 0,995 × 0,999 ≈ 0,9939Indisponibilité ≈ 53 h par an : le maillon faible devient le réseau.
1. Sans marge :120 / 20 = 6 sprints, soit 12 semaines
2. Avec marge :12 × 1,2 ≈ 14,4 semaines, soit environ 7 sprints à annoncer.
1. Comparaisons :Séquentielle : jusqu'à 1 000 000Dichotomique : log2(1 000 000) ≈ 19,9, soit 20 comparaisons au plus
2. Pseudo-code :- début ← 0 ; fin ← n − 1- tant que début ≤ fin : milieu ← (début + fin) div 2- si T[milieu] = x, retourner milieu ; si T[milieu] < x, début ← milieu + 1 ; sinon fin ← milieu − 1- retourner « absent »