Modèle d'examen d'aptitude professionnelle — Avancement de grade dans le cadre d'ingénieur d'État — Ministère de l'Agriculture et de la Pêche Maritime 2007 — Informatique — Épreuve écrite (5 questions + 2 sujets au choix sur pages sans en-tête)

Ce modèle est l'épreuve écrite de l'examen d'aptitude professionnelle pour l'avancement de grade dans le cadre d'ingénieur d'État, option Informatique, Ministère de l'Agriculture et de la Pêche Maritime (Direction des ressources humaines), session des 27 et 28 octobre 2007. Durée : 4 heures, coefficient 5. Le document comporte cinq questions de cours, puis deux sujets au choix (Sujet 1 : projet intranet + programmation objet ; Sujet 2 : externalisation + sécurité et performance des bases de données). Voici une correction proposée.

💡 Conseil : ce sont des questions d'ingénieur, pas de technicien : chaque réponse gagne à suivre le schéma définition → exemple → intérêt pour l'administration. Un exemple tiré du ministère (DPA, ORMVA, gestion des subventions…) vaut plus qu'une liste.

Questions de cours

1) Dépendance fonctionnelle entre propriétés et entre entités

• Entre propriétés : la propriété B dépend fonctionnellement de A (noté A → B) si, à une valeur de A, correspond une et une seule valeur de B. Exemple : numEmployé → nom, grade, dateRecrutement ; (numCommande, codeProduit) → quantité (dépendance à partie gauche composée). Les DF sont la base de la normalisation (2FN : pas de dépendance d'une partie de la clé ; 3FN : pas de dépendance transitive entre propriétés non clés).
• Entre entités : on parle de dépendance fonctionnelle (ou contrainte d'intégrité fonctionnelle, CIF) entre l'entité E1 et l'entité E2 quand chaque occurrence de E1 est reliée à une et une seule occurrence de E2 : association avec cardinalités (1,1) côté E1 et (0,n)/(1,n) côté E2. Exemple : COMMANDE (1,1) — passer — (0,n) CLIENT : une commande est passée par un seul client, d'où numCommande → numClient. Au passage au modèle relationnel, la clé de E2 migre comme clé étrangère dans E1.

2) Programmation orientée objet

• Caractéristiques : classes et objets (état + comportement) ; encapsulation (attributs privés, accès par méthodes) ; héritage (réutilisation, spécialisation) ; polymorphisme (une même méthode, des comportements différents selon la classe réelle de l'objet) ; abstraction (classes abstraites, interfaces) ; envoi de messages entre objets.
• Différences avec un langage fonctionnel (Lisp, Caml, Haskell) : le programme fonctionnel est une composition de fonctions ; il privilégie l'absence d'effets de bord, les données immuables, la récursivité et les fonctions d'ordre supérieur (fonctions passées en paramètre). La POO organise le programme autour d'objets qui ont un état modifiable et qui interagissent.
• Avantages de la POO : modularité et réutilisation (héritage, bibliothèques de classes), maintenance facilitée (encapsulation : on modifie l'intérieur d'une classe sans toucher au reste), proximité avec le domaine modélisé (UML), adaptée aux grands projets en équipe et aux interfaces graphiques.
• Inconvénients : conception initiale plus longue, hiérarchies d'héritage qui peuvent devenir rigides, surcoût mémoire/performance, courbe d'apprentissage ; l'état partagé complique la programmation concurrente.

3) Cinq mesures contre l'accès non autorisé via Internet

1. Pare-feu (firewall) : filtre les flux entrants/sortants selon des règles (adresses, ports, protocoles) ; politique « tout ce qui n'est pas autorisé est interdit ».
2. Zone démilitarisée (DMZ) et NAT : les serveurs publics (web, messagerie) sont isolés du réseau interne ; les adresses internes restent privées et invisibles d'Internet.
3. Authentification forte et gestion des comptes : mots de passe robustes et renouvelés, désactivation des comptes inutiles, droits minimaux, voire jetons/certificats pour les accès distants.
4. Antivirus / anti-logiciels espions et mises à jour des systèmes et applications (correctifs de sécurité) pour fermer les failles exploitables.
5. Détection d'intrusion (IDS/IPS) et journalisation : analyse du trafic et des journaux pour repérer les tentatives d'intrusion ; complétés par un proxy filtrant et le VPN chiffré pour les accès distants.

4) Critères de sélection des logiciels (5 critères × 4 questions)

5) La connexion VPN

• Fonctionnement : un réseau privé virtuel crée un tunnel entre deux points à travers un réseau public (Internet). Les paquets du réseau privé sont encapsulés dans d'autres paquets, chiffrés et authentifiés ; seuls les deux bouts du tunnel (passerelles VPN ou poste client + passerelle) peuvent les lire. Protocoles courants : IPsec, SSL/TLS, L2TP/IPsec (PPTP, plus ancien et moins sûr).
• Intérêt général : confidentialité et intégrité des échanges sur Internet, authentification des sites et des utilisateurs, coût très inférieur à une ligne louée, souplesse (accès nomade, télétravail).
• Intérêt pour le département : relier de façon sécurisée l'administration centrale aux services extérieurs dispersés sur le territoire (directions provinciales, offices régionaux, établissements de formation) ; accès des agents en mission aux applications centrales (gestion du personnel, budget, statistiques agricoles) ; mutualisation des serveurs au niveau central.

Sujet 1 (au choix)

Partie I : méthodologie de conduite d'un projet intranet

On peut s'inspirer de Merise (cycle d'abstraction conceptuel / logique / physique et cycle de vie) ou d'une démarche itérative de type UP. Plan possible :

1. Lancement et organisation : comité de pilotage (décideurs), chef de projet, groupe d'utilisateurs ; définition des objectifs (partage de l'information, dématérialisation des procédures) et du périmètre.
2. Étude préalable : analyse de l'existant (circuits d'information, infrastructure réseau, compétences), recueil des besoins par entretiens/questionnaires, scénarios et choix (développement interne, progiciel, logiciel libre), évaluation coûts/délais.
3. Conception : architecture de l'information (arborescence, rubriques, droits d'accès par profil), modèles de données des applications (MCD), maquettes des pages, charte graphique, règles de publication (qui publie, qui valide).
4. Réalisation : mise en place des serveurs, développement ou paramétrage, intégration de l'annuaire des agents, tests unitaires puis recette par les utilisateurs.
5. Déploiement et conduite du changement : site pilote, formation, communication interne, désignation de correspondants (« webmestres ») par direction.
6. Exploitation et évaluation : animation éditoriale, mise à jour des contenus, statistiques de fréquentation, enquêtes de satisfaction, évolutions.

Cas réel à présenter : par exemple l'intranet d'une direction du ministère : annuaire des agents, circulaires et notes de service, formulaires (congés, ordres de mission) avec circuit de validation, espace documentaire des statistiques de campagne agricole. Montrer pour chaque étape ce qui a été fait (ou serait fait).

Partie II : programmation objet

a) Résultat du programme

Raisonnement :

• new Pain() : provenance vaut d'abord "Boulangerie", puis le constructeur ajoute " JAWAHIR" et met prix = 0.
• new Baguette() : super() donne "Boulangerie JAWAHIR", puis prix = 4.50 ; toString() est redéfinie (affiche « Baguette »).
• new Epi() : super(" CAMOS") donne "Boulangerie" + " " + " CAMOS" = "Boulangerie  CAMOS" (deux espaces), puis prix = 5.20. Epi ne redéfinit pas toString() : c'est celle de Pain qui s'exécute, d'où « Pain ».
• new Complet() : appel implicite de super() (provenance "Boulangerie JAWAHIR", prix 0), puis le corps écrase : prix = 7.25, provenance = "Supermarché".
• la_fournee[4] = la_fournee[0] copie la référence : les cases 0 et 4 désignent le même objet. La ligne 33 (prix = 5) modifie donc les deux affichages. Un double s'affiche avec une décimale : 5.0, 4.5, 5.2.

Nr 0 : Pain Boulangerie JAWAHIR Prix = 5.0
Nr 1 : Baguette Boulangerie JAWAHIR Prix = 4.5
Nr 2 : Pain Boulangerie  CAMOS Prix = 5.2
Nr 3 : Complet Supermarché Prix = 7.25
Nr 4 : Pain Boulangerie JAWAHIR Prix = 5.0

b) Epi hérite directement de Pain et indirectement de java.lang.Object (racine de toutes les classes Java, dont vient d'ailleurs toString()).

c) extends : déclare l'héritage (la classe devient sous-classe de la classe citée et en reçoit attributs et méthodes). static : le membre appartient à la classe et non à chaque objet ; une méthode statique s'appelle sans créer d'objet (c'est pourquoi main est statique). void : la méthode ne retourne aucune valeur.

d) La variable i, déclarée dans l'en-tête du for (ligne 34), n'est visible que dans cette boucle (en-tête et instruction répétée) ; elle n'existe plus après la boucle.

e) Le polymorphisme est la capacité d'un même appel de méthode à produire des comportements différents selon la classe réelle de l'objet. Ici, la_fournee[i] est déclaré Pain, mais l'appel implicite de toString() exécute la version de Baguette ou de Complet quand l'objet en est une instance (liaison dynamique). La surcharge (deux constructeurs Pain() et Pain(String)) est une autre forme, statique.

f) Les deux : le source est compilé par javac en bytecode (fichiers .class), indépendant de la machine ; ce bytecode est ensuite interprété par la machine virtuelle Java (JVM), qui compile à la volée (JIT) les parties les plus utilisées. D'où la portabilité « écrire une fois, exécuter partout ».

Sujet 2 (au choix)

Partie I : externalisation des prestations informatiques

Bénéfices :

• Accès à des compétences pointues et rares sans recrutement ; recentrage des équipes internes sur le pilotage et le métier.
• Maîtrise et prévisibilité des coûts (forfait), transformation de coûts fixes en coûts variables.
• Engagement de qualité de service (contrat avec niveaux de service, pénalités), rapidité de mise en œuvre, accès à des technologies récentes.

Contraintes et dangers :

• Dépendance vis-à-vis du prestataire et perte progressive du savoir-faire interne ; difficulté de réversibilité (reprise en interne ou changement de prestataire).
• Confidentialité et sécurité des données confiées à un tiers (données personnelles, données sensibles de l'État).
• Coûts cachés : rédaction et suivi du contrat, avenants, pilotage ; risque de défaillance ou de disparition du prestataire.
• Rigidité contractuelle, conflits d'interprétation du cahier des charges ; impact social sur le personnel.
• Parades : cahier des charges précis, contrat avec niveaux de service et clause de réversibilité, clauses de confidentialité, garder une équipe interne capable de piloter et contrôler.

Partie II : sécurité et performance d'une base de données partagée

Techniques de sécurité contre les accidents :

• Sauvegardes régulières (complètes, incrémentales), testées, conservées hors site. Exemple : sauvegarde complète hebdomadaire + incrémentale quotidienne.
• Journalisation des transactions : le journal (log) enregistre les modifications ; après une panne, le SGBD défait les transactions non validées (rollback) et refait les transactions validées depuis la dernière sauvegarde (rollforward). Points de reprise (checkpoints).
• Transactions ACID (atomicité, cohérence, isolation, durabilité) : un virement débit + crédit est validé en entier (COMMIT) ou annulé en entier (ROLLBACK).
• Contrôle de la concurrence : verrouillage (verrous partagés/exclusifs), gestion des interblocages, pour éviter les mises à jour perdues entre utilisateurs simultanés.
• Contraintes d'intégrité déclarées dans le SGBD : clés primaires, clés étrangères, CHECK, NOT NULL, déclencheurs (triggers).
• Redondance matérielle : disques RAID, serveurs en miroir/réplication, onduleurs, plan de reprise d'activité.
• Confidentialité : comptes et rôles, droits par GRANT/REVOKE, vues limitant les colonnes ou les lignes visibles, chiffrement, audit des accès.

Performance d'une base partagée :

• Bonne conception (normalisation, dénormalisation contrôlée pour les tables très lues) ; index sur les colonnes de recherche et de jointure.
• Optimisation des requêtes (plans d'exécution, statistiques à jour), procédures stockées, transactions courtes pour limiter la durée des verrous.
• Paramétrage du SGBD (mémoire cache, tampons), partitionnement des grandes tables, archivage des données anciennes.
• Architecture : serveur dimensionné, répartition de charge, réplication en lecture, réseau suffisant ; surveillance continue (temps de réponse, requêtes lentes).