Modèle de concours de recrutement des techniciens en développement informatique — ONEE Branche Eau — 4 mai 2014

Il s'agit d'un modèle de concours de recrutement de Techniciens (spécialité Informatique), épreuve datée du 04/05/2014. L'épreuve est de type mixte : questions de cours courtes, QCM et exercices d'application, répartis en cinq parties notées — Réseaux informatiques (3 points), Systèmes et architecture des ordinateurs (3,5 points), Systèmes d'information et modélisation (4,5 points), Algorithmique et programmation (3 points) et Bases de données (4 points). L'organisme et la durée ne sont pas lisibles sur le scan. Voici une correction méthodologique proposée.

💡 Avant de commencer : le barème est votre plan de marche. Les deux gros blocs sont les bases de données (4 pts) et les systèmes d'information (4,5 pts) : gardez-leur au moins la moitié du temps. Commencez par les questions de cours à 0,5 point (couches OSI, RAM/ROM, classes d'adresses, trigger) : elles se répondent en deux lignes et sécurisent des points rapides. Traitez ensuite le SQL et les algorithmes, qui demandent de l'écriture. Sur les QCM, ne laissez jamais une case vide : éliminez d'abord les distracteurs manifestement faux. Enfin, pour les questions de réseau avec calcul de masque, posez le calcul — le correcteur note la démarche autant que le résultat.

Partie I — Réseaux informatiques (3 points)

• Q1. Les couches « hautes » du modèle OSI sont les trois couches supérieures : Application (7), Présentation (6) et Session (5). Les quatre couches « basses » sont Transport, Réseau, Liaison de données et Physique. Moyen mnémotechnique : les couches hautes sont orientées traitement de l'information, les basses orientées transport de l'information.
• Q2. Rôle de la couche Présentation : elle assure la mise en forme, le codage et la représentation des données pour que deux machines d'architectures différentes se comprennent (ASCII/EBCDIC, ordre des octets, formats). Elle prend aussi en charge la compression et le chiffrement/déchiffrement. Elle ne transporte rien : elle traduit.
• Q3. Le diagnostic UDP. Le rapport indique que toutes les stations sont sur le même segment Ethernet, sans routeur. Le problème ne vient donc pas du routage mais des masques de sous-réseau incohérents : A et C utilisent /24 (255.255.255.0), B et D utilisent /16 (255.255.0.0). Calcul des réseaux :
  • A : 150.150.1.28 / 255.255.255.0 → réseau 150.150.1.0
  • B : 150.150.1.x / 255.255.0.0 → réseau 150.150.0.0
  • C : 150.150.3.x / 255.255.255.0 → réseau 150.150.3.0
  • D : 150.150.2.x / 255.255.0.0 → réseau 150.150.0.0
  Règle à appliquer pour remplir la matrice : une station X peut émettre vers Y si Y appartient au réseau que X calcule avec son propre masque. Comme le masque est local à chaque station, la relation n'est pas symétrique — et c'est exactement ce que décrivent les utilisateurs (« ils peuvent nous joindre mais nous ne pouvons pas les joindre »). B et D, en /16, voient tout le monde comme local : elles émettent vers tous (oui). A et C, en /24, ne voient comme local que ce qui partage leurs trois premiers octets : A ne joint que les adresses 150.150.1.x, C que les 150.150.3.x ; vers les autres elles cherchent une passerelle qui n'existe pas → non. Remplissez la matrice ligne par ligne selon ce raisonnement, en précisant que la diagonale (station vers elle-même) est toujours « oui ». Les adresses exactes de B, C et D sont partiellement illisibles dans le scan : refaites le calcul sur l'énoncé original, la méthode reste la même. Le fait que l'application soit sur UDP n'ajoute rien : UDP n'établit pas de connexion, donc l'échec se manifeste par une absence de réponse plutôt que par une erreur.
• Q4. Élection de la racine en STP : réponse b) celui qui a la plus petite adresse MAC. Précisément, le commutateur élu root bridge est celui dont le Bridge ID (priorité sur 2 octets + adresse MAC) est le plus faible ; à priorité égale — cas par défaut — c'est donc la plus petite adresse MAC qui départage. Le débit des liens n'intervient pas dans l'élection de la racine (il sert ensuite à calculer le coût des chemins), et l'adresse IP n'intervient pas du tout : STP est un protocole de niveau 2.
• Q5. Adresse 172.24.245.25 : le premier octet vaut 172, compris entre 128 et 191 → classe B, masque par défaut 255.255.0.0 (/16). Rappel des bornes : classe A 1–126, classe B 128–191, classe C 192–223, classe D 224–239 (multicast). Attention au piège : 172.16.0.0–172.31.255.255 est une plage privée, ce qui ne change pas sa classe.

Partie II — Systèmes informatiques et architecture des ordinateurs (3,5 points)

• Q6. RAM et ROM. La RAM est une mémoire vive, volatile (elle perd son contenu à la coupure du courant), accessible en lecture et en écriture, rapide, et sert de mémoire de travail. La ROM est une mémoire morte, non volatile, essentiellement en lecture, et contient le firmware/BIOS nécessaire au démarrage.
• Q7. Classement des mémoires de la plus rapide à la plus lente : registres → cache L1 → cache L2 → RAM → disque. Règle générale : plus on s'éloigne du processeur, plus la capacité augmente et plus la latence augmente, tandis que le coût par octet diminue.
• Q8. Groupes Windows XP autorisés à créer des partages : le groupe Administrateurs et le groupe Utilisateurs avec pouvoir (Power Users). Le groupe Utilisateurs standard ne dispose pas de ce droit ; le groupe Invités encore moins.
• Q9. Mesurer sur une semaine la consommation par application sous Windows 7 : l'Analyseur de performances (Performance Monitor), en créant un ensemble de collecteurs de données qui enregistre les compteurs sur la durée voulue. Pourquoi pas le Moniteur de ressources ni le Gestionnaire des tâches ? Parce qu'ils affichent l'instantané et ne conservent pas d'historique sur plusieurs jours.
• Q10. L'énoncé du protocole visé est [illisible dans le scan]. Méthode : identifiez le service décrit (partage de ressources, accès distant, résolution de noms, attribution d'adresses) puis associez-le au protocole standard correspondant — SMB/CIFS pour le partage de fichiers Windows, RDP pour la prise de main à distance, DNS pour la résolution de noms, DHCP pour l'attribution automatique d'adresses. Ne devinez pas une lettre sur une question dont vous ne lisez pas les options.
• Q11. Atout de la technologie évoquée — le nom est tronqué dans le scan. S'il s'agit du RAID, la bonne réponse dépend du niveau : RAID 1 et RAID 5 apportent avant tout la tolérance aux pannes et la disponibilité des données (redondance), RAID 0 apporte uniquement de la performance sans aucune sécurité. Dans un QCM, si les options opposent « sécurisation des données » et « performance », c'est presque toujours la sécurisation/disponibilité qui est attendue. À noter : le RAID n'est pas une sauvegarde — il ne protège ni de l'effacement ni du vol.
• Q12. Architecture client-serveur. Atouts : centralisation des données et des traitements, administration et sécurité unifiées, cohérence des données, montée en charge maîtrisée. Faiblesses : dépendance au serveur (point unique de défaillance : s'il tombe, tout le service s'arrête), coût du matériel et de l'administration, risque de goulot d'étranglement quand le nombre de clients croît, et charge réseau concentrée.

Partie III — Systèmes d'information et modélisation (4,5 points)

• Q13a. Plusieurs sites physiques dans différentes villes pour que les données survivent à un incendie → il s'agit du site de secours / sauvegarde externalisée, composante d'un Plan de Reprise d'Activité (PRA). Le principe : ne jamais laisser les données et leur copie exposées au même sinistre.
• Q13b. Une méthode de gestion de l'évolution et de la maintenance du SI, calquée sur les méthodes de planification urbaine → l'urbanisation du système d'information. On y parle de zones, quartiers, îlots et blocs applicatifs, avec pour objectif de faire évoluer le SI par morceaux sans le reconstruire.
• Q13c. Le guichet automatique (GAB) qui se connecte au SI de la banque pour appeler le service d'authentification puis le service de relevé de compte → c'est l'illustration d'une architecture orientée services (SOA) : des fonctions métier exposées comme services réutilisables, qu'un canal quelconque (GAB, site web, application mobile) consomme indifféremment.
• Q14. Particularités d'un ERP en architecture et base de données : une base de données unique et partagée par tous les modules — donc saisie unique de l'information et pas de duplication — et une architecture modulaire intégrée (comptabilité, achats, stocks, RH, production) où les modules communiquent par des processus et un référentiel communs. Ajoutez le paramétrage plutôt que le développement spécifique, et le référentiel unique de données (tiers, articles, plan comptable).
• Q15. La relation « include » en UML. C'est une relation entre cas d'utilisation signifiant que le cas de base intègre obligatoirement le comportement du cas inclus : celui-ci s'exécute systématiquement, il n'est pas optionnel. On l'utilise pour factoriser un comportement commun à plusieurs cas. Exemple : « Retirer de l'argent », « Consulter le solde » et « Effectuer un virement » incluent tous les trois le cas « S'authentifier ». À ne pas confondre avec « extend », qui décrit un comportement optionnel déclenché sous condition (par exemple « Imprimer un reçu » étend « Retirer de l'argent »).
• Q16. Passage du MCD au MLD (2 points). Appliquez les règles dans l'ordre :
  • Chaque entité devient une table ; son identifiant devient la clé primaire, à souligner.
  • Une association de type 1:N (cardinalités 0,n–1,1 ou 0,n–0,1) ne crée pas de table : la clé primaire du côté « 1 » migre comme clé étrangère dans la table du côté « N », précédée du symbole # (ou notée en italique selon la convention demandée).
  • Une association de type N:N (0,n des deux côtés) devient une table dont la clé primaire est la concaténation des deux clés étrangères ; les éventuelles propriétés portées par l'association deviennent des colonnes de cette nouvelle table.
  • Une association 1:1 : la clé de l'une des entités migre dans l'autre, de préférence du côté dont la participation est obligatoire.
  Rendez toujours un MLD sous la forme textuelle attendue, par exemple : CLIENT (num_client, nom, ville) et COMMANDE (num_commande, date, #num_client).
• Q17. Protocole (QCM : SMTP / HTTP / … / JAVA). L'intitulé est partiellement illisible. Deux repères sûrs pour trancher sur l'original : si la question porte sur l'envoi de courrier électronique, la réponse est SMTP (POP3/IMAP servant à la réception) ; si elle porte sur la consultation de pages web, la réponse est HTTP. Dans tous les cas, JAVA est à éliminer d'office : c'est un langage de programmation, pas un protocole — c'est le distracteur classique de ce type de question.

Partie IV — Algorithmique et programmation (3 points)

• Q18. Prix TTC.
  Algorithme PrixTTC
  Variables : prix_unitaire, taux_tva, total_ht, total_ttc : réel ; nombre : entier
  Début
    Lire (prix_unitaire), Lire (nombre), Lire (taux_tva)
    total_ht ← prix_unitaire × nombre
    total_ttc ← total_ht × (1 + taux_tva / 100)
    Écrire ("Prix TTC = ", total_ttc)
  Fin
  Vérification chiffrée : pour un article à 250 DH, 4 articles, TVA 20 % → HT = 250 × 4 = 1 000 DH ; TTC = 1 000 × 1,20 = 1 200 DH. Précisez bien si le taux est saisi en pourcentage (20) ou en coefficient (0,20) : c'est là que les copies perdent des points.
• Q19. Saisie de N entiers et comptage des nombres pairs.
  Début
    Lire (N) ; nb_pairs ← 0
    Pour i de 1 à N faire
      Lire (T[i])
      Si (T[i] MOD 2 = 0) Alors nb_pairs ← nb_pairs + 1 FinSi
    FinPour
    Écrire ("Nombre de valeurs paires : ", nb_pairs)
  Fin
  L'énoncé demande de ranger les valeurs « au fur et à mesure » : le test de parité se fait donc dans la même boucle que la saisie, sans second parcours.
• Q20. Moyenne d'un tableau puis extraction des valeurs supérieures à la moyenne (1 point). L'erreur classique est de tenter les deux en un seul passage : c'est impossible, la moyenne n'est connue qu'à la fin. Il faut deux parcours.
  Début
    somme ← 0
    Pour i de 1 à N faire somme ← somme + T[i] FinPour
    moyenne ← somme / N
    k ← 0
    Pour i de 1 à N faire
      Si (T[i] > moyenne) Alors k ← k + 1 ; U[k] ← T[i] FinSi
    FinPour
    Écrire ("Moyenne = ", moyenne, " — ", k, " valeurs supérieures")
    Pour j de 1 à k faire Écrire (U[j]) FinPour
  Fin
  Pensez à déclarer la division en réel (somme / N) et à traiter le cas N = 0.
• Q21. Site web statique et site web dynamique. Un site statique est composé de fichiers HTML figés, servis tels quels : même contenu pour tous, pas de base de données, mise à jour manuelle fichier par fichier, mais rapide et facile à héberger. Un site dynamique génère ses pages à la demande par un langage côté serveur (PHP, ASP.NET, JSP) à partir d'une base de données : contenu personnalisé selon l'utilisateur, interactivité (formulaires, comptes, recherche), administration par back-office — au prix d'une charge serveur et d'une complexité supérieures.
• Q22. Schéma HTML correct : la structure valide est <html> <head></head> <body></body> </html>. Les deux règles qui éliminent tous les distracteurs : le head précède le body, et les balises se ferment dans l'ordre inverse de leur ouverture (pas d'imbrication croisée).

Partie V — Bases de données (4 points)

• Q23. Procédures stockées : ce sont des ensembles d'instructions SQL nommés, compilés et stockés dans la base elle-même, appelables par leur nom avec des paramètres. Avantages : performance (plan d'exécution précompilé), réduction du trafic réseau, centralisation de la logique métier et sécurité (on accorde le droit d'exécuter la procédure sans donner l'accès direct aux tables). Langages : PL/SQL (Oracle), Transact-SQL / T-SQL (SQL Server et Sybase), PL/pgSQL (PostgreSQL), et la procédure stockée MySQL en SQL/PSM.
• Q24. Déclencheur (trigger) : un bloc de code attaché à une table et exécuté automatiquement lorsqu'un événement s'y produit — INSERT, UPDATE ou DELETE — avant ou après l'opération (BEFORE/AFTER, FOR EACH ROW). Il sert à faire respecter des règles de gestion, à journaliser les modifications ou à maintenir des données calculées. Différence clé avec la procédure stockée : le trigger ne s'appelle pas, il se déclenche.
• Q25. Exercice SQL sur les tables FILM et A_TOURNE_DANS. Le scan restitue mal les noms exacts de colonnes ; utilisez ceux de votre énoncé, la syntaxe reste identique.
  • Création de la table FILM :
    CREATE TABLE FILM (
      num_film INTEGER PRIMARY KEY,
      titre VARCHAR(100) NOT NULL,
      visa VARCHAR(20),
      annee_sortie INTEGER,
      type VARCHAR(30),
      nb_spectateurs INTEGER,
      budget DECIMAL(12,2)
    );
    N'oubliez ni la clé primaire ni les types cohérents : c'est là que porte le point.
  • Films sortis lors des deux dernières années :
    SELECT * FROM FILM WHERE annee_sortie >= YEAR(CURRENT_DATE) - 1;
    (sous Oracle : WHERE annee_sortie >= EXTRACT(YEAR FROM SYSDATE) - 1). Évitez d'écrire une année en dur : l'énoncé dit « les deux dernières années », donc relatif à la date courante.
  • Films à gros budget et forte fréquentation :
    SELECT titre FROM FILM WHERE budget > 10000000 AND nb_spectateurs > 10000000;
  • Dessins animés sortis entre 1990 et 2012 :
    SELECT titre FROM FILM WHERE type = 'dessins animés' AND annee_sortie BETWEEN 1990 AND 2012;
  • Films dont le titre contient l'un de plusieurs mots :
    SELECT titre FROM FILM WHERE titre LIKE '%mot1%' OR titre LIKE '%mot2%' OR titre LIKE '%mot3%';
    Le caractère % remplace zéro ou plusieurs caractères ; _ remplace exactement un caractère.
  • Titres des films dans lesquels a tourné un acteur donné :
    SELECT F.titre FROM FILM F JOIN A_TOURNE_DANS A ON F.num_film = A.num_film
    WHERE A.nom_acteur = 'Joundi' AND A.prenom_acteur = 'Hassan';
  • Films où cet acteur a tourné avec des acteurs de nationalité égyptienne (1 point). Il faut deux occurrences de la table des rôles — c'est l'auto-jointure attendue :
    SELECT DISTINCT F.titre
    FROM FILM F
    JOIN A_TOURNE_DANS A1 ON F.num_film = A1.num_film
    JOIN A_TOURNE_DANS A2 ON F.num_film = A2.num_film
    WHERE A1.nom_acteur = 'Joundi' AND A1.prenom_acteur = 'Hassan'
      AND A2.nationalite = 'égyptienne';
    Le DISTINCT est indispensable : sans lui, un film comptant trois acteurs égyptiens apparaîtrait trois fois.
  • Films à gros budget d'un acteur donné :
    SELECT F.titre FROM FILM F JOIN A_TOURNE_DANS A ON F.num_film = A.num_film
    WHERE A.nom_acteur = '…' AND F.budget > 10000000;

💡 Pour réviser ce concours : les cinq parties reviennent d'une session à l'autre avec le même dosage. Travaillez en priorité (1) l'adressage IP — classes, masques, calcul de sous-réseaux, car c'est le seul vrai calcul de la partie réseau ; (2) le modèle OSI couche par couche et les protocoles associés à chaque couche ; (3) le passage MCD → MLD et le vocabulaire UML (include/extend, acteur, cas d'utilisation, diagramme de classes) ; (4) le SQL : CREATE TABLE avec contraintes, SELECT avec WHERE/LIKE/BETWEEN, jointures internes, auto-jointure, GROUP BY avec HAVING, et la différence procédure stockée / vue / trigger ; (5) l'algorithmique de base sur tableaux : parcours, comptage, somme et moyenne, recherche du maximum, tri simple. Ajoutez une révision rapide de l'administration Windows (groupes et droits, outils de supervision) et des notions de gestion du SI (ERP, urbanisation, SOA, PRA), qui rapportent des points faciles. Deux remarques sur ce scan : les pages 3 et 4 sont inversées (la partie Bases de données apparaît avant la partie Algorithmique) et les dates portées en en-tête diffèrent d'une page à l'autre en raison de la qualité de la numérisation — fiez-vous à la numérotation des questions, pas à l'ordre des feuillets.