Modèle de concours de recrutement des techniciens de 3e grade — Ministère des Habous et des Affaires Islamiques — Génie informatique — 10 janvier 2016

Il s'agit de l'épreuve du concours de recrutement de techniciens de troisième grade du Ministère des Habous et des Affaires Islamiques (Royaume du Maroc), spécialité Génie Informatique, session du 10 janvier 2016. L'épreuve dure 4 heures et son coefficient est de 3. C'est un sujet mixte : un questionnaire de 12 questions de cours à réponse courte (réseaux, systèmes, bases de données, web, sécurité) suivi d'un exercice de modélisation portant sur un système de gestion locative de biens immobiliers. Voici une correction méthodologique proposée.

💡 Avant de commencer : quatre heures pour douze questions de cours et un exercice, c'est confortable — mais le danger est de noyer les questions de cours sous des pages inutiles. Règle de conduite : trois à cinq lignes par question, structurées en « définition + rôle + exemple », et rien de plus. Comptez 75 à 90 minutes pour tout le questionnaire, puis consacrez le reste à l'exercice de modélisation, qui est la partie où se creuse l'écart entre les candidats. Sur l'exercice, ne rédigez rien avant d'avoir souligné dans l'énoncé chaque règle de gestion : c'est elle qui fixe les cardinalités, et une cardinalité fausse coûte plus cher qu'un oubli d'attribut.

Partie I — Le questionnaire (12 questions)

1. Qu'est-ce qu'une architecture Client/Serveur ?

• Un modèle de répartition du traitement dans lequel un processus « client » émet une requête et un processus « serveur » l'exécute puis renvoie le résultat. Le serveur détient et gère la ressource partagée (données, fichiers, impression), le client détient l'interface utilisateur. Exemple : navigateur ↔ serveur web, poste de travail ↔ serveur de base de données.
• À citer pour gagner des points : les architectures à niveaux — 2-tiers (client lourd + serveur de données) et 3-tiers (présentation / logique applicative / données), cette dernière étant la norme des applications web. Avantages : centralisation des données, sécurité et sauvegarde uniques, montée en charge maîtrisée. Inconvénient : le serveur est un point de défaillance unique, d'où la redondance et l'équilibrage de charge.

2. Différence entre Intranet et Extranet

• Intranet : réseau interne à un organisme, bâti sur les technologies d'Internet (TCP/IP, HTTP, navigateur), accessible aux seuls personnels de cet organisme.
• Extranet : extension contrôlée de l'intranet à des tiers (partenaires, fournisseurs, usagers) via une authentification et une liaison sécurisée (VPN, HTTPS). L'extranet n'est donc pas un troisième type de réseau : c'est un intranet dont on ouvre une portion, avec des droits restreints.
• Formule à retenir : intranet = dedans, extranet = dedans ouvert à des partenaires choisis, Internet = public.

3. Qu'est-ce qu'un SGBD ? Citer au moins trois.

• Un Système de Gestion de Base de Données est un logiciel qui permet de décrire, créer, interroger, mettre à jour et administrer une base de données, en garantissant l'intégrité des données, la confidentialité (droits d'accès), la gestion de la concurrence d'accès et la reprise après panne. Il s'interpose entre les applications et le stockage physique, et assure l'indépendance entre les données et les programmes.
• Trois exemples (et plus) : Oracle, MySQL, Microsoft SQL Server ; également PostgreSQL, IBM DB2, Microsoft Access, MariaDB.
• Bonus qui fait la différence : évoquer les propriétés ACID des transactions (Atomicité, Cohérence, Isolation, Durabilité) et le langage SQL avec ses composantes LDD, LMD, LCD.

4. Principales différences entre la RAM et la ROM

• RAM (Random Access Memory) : mémoire de travail, lecture et écriture, volatile — son contenu disparaît à la coupure de l'alimentation ; elle est rapide et contient le système et les programmes en cours d'exécution.
• ROM (Read Only Memory) : mémoire morte, en principe en lecture seule, non volatile — elle conserve son contenu hors tension ; elle abrite le firmware et le programme d'amorçage (BIOS/UEFI).
• Tableau mental à restituer : volatilité, sens d'accès, contenu, vitesse, capacité. Les variantes PROM, EPROM, EEPROM et la mémoire flash nuancent le « lecture seule » : elles sont reprogrammables, mais restent non volatiles.

5. Définir MERISE

• MERISE est une méthode française d'analyse et de conception des systèmes d'information qui repose sur deux principes : la séparation des données et des traitements, et une démarche par niveaux d'abstraction successifs.
• Les trois (voire quatre) niveaux : conceptuel (MCD / MCT : quoi, indépendamment de toute technique), organisationnel et logique (MOT / MLD : qui fait quoi, où, quand, puis le modèle relationnel), physique (MPD / MOPT : comment, dans un SGBD donné).
• Cette réponse prépare directement l'exercice : dites-le, cela montre la cohérence de votre copie.

6. Qu'est-ce qu'un fichier CSS ?

• Un fichier de feuille de style en cascade (Cascading Style Sheets), d'extension .css, qui décrit la présentation d'un document HTML : couleurs, polices, marges, positionnement, comportement responsive.
• Son intérêt est la séparation du fond et de la forme : le HTML porte le contenu et la structure sémantique, le CSS l'habillage. Une seule feuille liée à cent pages permet de changer la charte graphique du site en modifiant un seul fichier. « Cascade » désigne la règle de priorité entre styles en ligne, internes et externes.

7. Quels sont les types de réseaux ?

• Classification par étendue, la réponse attendue : PAN (personnel, quelques mètres, Bluetooth), LAN (local, un bâtiment ou un site), MAN (métropolitain, une ville), WAN (étendu, national ou mondial — Internet en est le cas type).
• Complétez par les autres axes de classification, qui rapportent des points : par topologie (bus, étoile, anneau, maillé), par support (filaire cuivre, fibre optique, sans fil), par architecture (client/serveur ou poste à poste), par usage (intranet, extranet, Internet, VPN).

8. Les 7 couches du modèle OSI — et la couche du routeur

• De bas en haut : 1. Physique — 2. Liaison de données — 3. Réseau — 4. Transport — 5. Session — 6. Présentation — 7. Application.
• Le routeur intervient à la couche 3, la couche Réseau, parce qu'il achemine les paquets en lisant les adresses IP et en consultant une table de routage. À opposer au commutateur (couche 2, adresses MAC, trames) et au concentrateur ou répéteur (couche 1, bits).
• Associez à chaque couche son unité de données : bit, trame, paquet, segment, données. C'est ce détail qui distingue une réponse apprise d'une réponse comprise.

9. Expliquer la notion d'encapsulation

• Le contexte étant celui des réseaux : chaque couche ajoute aux données reçues de la couche supérieure un en-tête (et parfois une terminaison) qui lui est propre, avant de transmettre l'ensemble à la couche inférieure. À l'arrivée, chaque couche retire l'en-tête qui la concerne : c'est la décapsulation.
• Chaîne à citer : données applicatives → segment (en-tête TCP/UDP, ports) → paquet (en-tête IP, adresses logiques) → trame (en-tête MAC + FCS) → bits sur le support.
• Nuance à signaler en une ligne : en programmation orientée objet, « encapsulation » désigne autre chose — le masquage de l'état interne d'un objet derrière des méthodes publiques. Mentionnez-le, mais développez le sens réseau, qui est celui du sujet.

10. À quoi servent SMTP, Telnet, SNMP et DNS ?

• SMTP (Simple Mail Transfer Protocol) : acheminement du courrier électronique du client vers le serveur et entre serveurs. La relève du courrier, elle, relève de POP3 ou IMAP — précision qui rapporte un point.
• Telnet : connexion et administration à distance en mode terminal. Protocole ancien et non chiffré (identifiants en clair), aujourd'hui remplacé par SSH : dites-le, c'est la remarque de sécurité attendue.
• SNMP (Simple Network Management Protocol) : supervision et administration des équipements réseau (interrogation de compteurs, alertes trap) depuis une console de gestion.
• DNS (Domain Name System) : résolution des noms de domaine en adresses IP et inversement, au moyen d'une base hiérarchisée et distribuée (racine, TLD, serveurs faisant autorité).

11. La commande qui teste la connectivité entre deux stations

• La commande ping, suivie de l'adresse IP ou du nom de la machine distante. Elle envoie des messages ICMP Echo Request et attend les Echo Reply, en affichant le taux de perte et le temps d'aller-retour.
• Citez en complément tracert (Windows) ou traceroute (Linux) pour visualiser le chemin et localiser la rupture, ipconfig / ifconfig pour vérifier la configuration locale, et nslookup pour tester la résolution de noms. Une réponse qui enchaîne « ping, puis tracert, puis ipconfig » démontre une vraie démarche de diagnostic.

12. Les risques liés aux données sur un réseau

• Structurez la réponse autour des trois critères de sécurité — c'est la façon la plus sûre de n'en oublier aucun : atteinte à la confidentialité (écoute du trafic ou sniffing, vol d'identifiants, accès non autorisé) ; atteinte à l'intégrité (altération ou falsification des données, attaque de l'homme du milieu) ; atteinte à la disponibilité (déni de service, rançongiciel, panne, destruction).
• Ajoutez l'usurpation d'identité (spoofing, hameçonnage), les logiciels malveillants (virus, vers, chevaux de Troie) et le risque interne, souvent le premier en volume.
• Terminez par les parades, puisque l'on recrute un technicien : pare-feu et segmentation, chiffrement des flux et des supports, authentification forte et gestion des droits selon le moindre privilège, mises à jour, antivirus, sauvegardes testées, journalisation et sensibilisation des utilisateurs.

Partie II — Exercice : modélisation du système de gestion locative

Le scan s'arrête après l'énoncé des règles de gestion ; le libellé des questions n'y figure pas, mais l'exercice appelle sans ambiguïté le modèle conceptuel de données (MCD) puis son passage au modèle logique (MLD relationnel). Méthode : relever les règles, en déduire entités, relations et cardinalités.

Étape 1 — Les règles de gestion, phrase par phrase

• « Un agent ne travaille que dans une seule entité » → un agent est rattaché à une et une seule entité ; une entité emploie plusieurs agents.
• « Un agent peut gérer plusieurs biens, un bien n'est géré que par un seul agent » → relation un-à-plusieurs entre agent et bien.
• « Chaque bien a une référence, une adresse, se situe dans une ville, et est géré par une entité » → la référence est l'identifiant du bien, et le bien est rattaché à une entité.
• « Chaque entité a un nom, se situe dans une ville et est dirigée par un directeur ».
• « Collecte mensuelle des montants de loyer » → il existe un fait daté, répété chaque mois pour chaque bien : c'est un encaissement, et il faut le modéliser, sinon le système ne sait rien encaisser.

Étape 2 — Le MCD (entités, attributs, cardinalités)

• ENTITE (codeEntite, nomEntite, villeEntite, directeur)
• AGENT (numAgent, nomAgent, adresseAgent, telephoneAgent)
• BIEN (reference, adresseBien, villeBien)
• PERIODE (codePeriode, mois, annee) — entité de calendrier qui rend la collecte mensuelle exploitable
• Relation TRAVAILLE entre AGENT et ENTITE : AGENT (1,1) — ENTITE (1,n)
• Relation GERE entre AGENT et BIEN : BIEN (1,1) — AGENT (0,n) (0 si l'on admet qu'un agent nouvellement recruté n'a pas encore de bien)
• Relation RATTACHE entre BIEN et ENTITE : BIEN (1,1) — ENTITE (1,n)
• Relation ENCAISSER entre BIEN et PERIODE, porteuse de données : BIEN (0,n) — PERIODE (0,n), avec les attributs montantLoyer et dateEncaissement. C'est le point que la plupart des copies manquent : une relation plusieurs-à-plusieurs peut porter ses propres propriétés.

Étape 3 — Le MLD relationnel

• ENTITE (codeEntite, nomEntite, villeEntite, directeur)
• AGENT (numAgent, nomAgent, adresseAgent, telephoneAgent, #codeEntite)
• BIEN (reference, adresseBien, villeBien, #numAgent, #codeEntite)
• PERIODE (codePeriode, mois, annee)
• ENCAISSEMENT (#reference, #codePeriode, montantLoyer, dateEncaissement) — clé primaire composée des deux clés étrangères

Règles de passage à rappeler en une phrase : une relation binaire (1,1)–(1,n) se traduit par la migration de la clé du côté « n » vers le côté « 1 » ; une relation (n,n) devient une table associative dont la clé primaire est la concaténation des clés des entités liées, et qui accueille les attributs portés par la relation.

Étape 4 — La remarque qui distingue une bonne copie

• L'entité gestionnaire d'un bien pourrait être déduite de l'agent qui le gère, puisqu'un agent n'appartient qu'à une seule entité. Conserver #codeEntite dans BIEN introduit donc une redondance contrôlée. Signalez-la et justifiez votre choix : soit vous la supprimez au nom de la normalisation (3^e forme normale), soit vous la gardez parce que l'énoncé pose explicitement qu'un bien « est géré par une entité » — mais alors il faut poser la contrainte d'intégrité : l'entité du bien doit être celle de son agent. Un correcteur valorise toujours une contrainte explicitée.
• Erreurs à éviter : inverser les cardinalités de GERE ; créer une entité « VILLE » non demandée ; oublier complètement le loyer ; ou modéliser le montant du loyer comme un attribut de BIEN, ce qui interdirait tout historique mensuel.

💡 À réviser pour ce concours (technicien 3^e grade, génie informatique) : le modèle OSI et la pile TCP/IP avec la correspondance équipement / couche ; l'adressage IPv4, les classes, les masques et un exercice de sous-réseautage fait à la main ; les protocoles applicatifs (DNS, DHCP, HTTP/HTTPS, SMTP/POP/IMAP, FTP, SSH, SNMP) ; les commandes de diagnostic sous Windows et Linux ; MERISE de bout en bout, du MCD au MLD, avec au moins trois énoncés de gestion traités en entier ; le SQL de base (SELECT avec jointure, INSERT, UPDATE, DELETE, création de table et contraintes) ; l'architecture matérielle (processeur, mémoires, supports de stockage) ; enfin les fondamentaux de la sécurité — confidentialité, intégrité, disponibilité, et les parades associées. Une fiche d'une page de définitions courtes suffit pour couvrir les deux tiers d'un questionnaire de ce format.