Introduction

L’épreuve pratique (E6) vise à évaluer les compétences du bloc 2 “Conception et développement d’applications” (cf annexe pour plus de détail) :

  • concevoir et développer une solution applicative ;
  • assurer la maintenance corrective ou évolutive d’une solution applicative ;
  • gérer les données.

Important :

  • Préparation : développer deux applications professionnelles, les tester et les documenter.
  • Documents à fournir : fiches de description des réalisations professionnelles à rendre au plus tard mi-avril (date à préciser).
  • Lieu et dates de l’épreuve : salle F11, sur la période (à préciser).

Préparation

Contraintes

L’étudiant présente deux applications (fonctionnelles), comprenant trois des quatre caractéristiques suivantes :

  • code s’exécutant côté serveur (typiquement du PHP, du SpringBoot, du Node.Js…),
  • code s’exécutant côté client (typiquement du JavaScript),
  • code s’exécutant côté mobile (typiquement une PWA, ou une application Android),
  • code s’exécutant dans une application “bureau” (typiquement du Windev, du Java, du Python…).

Autres contraintes :

  • les applications doivent interagir avec une base de données avec au moins deux classes d’entités et une association ;
  • le code des applications doit-être hébergé sur la forge de l’établissement (gitlab.sio.local) et la documentation doit-être déposée dans le WiKi du projet ou dans le dossier doc du code source ;
  • les applications doivent être accompagnées de tests programmés / enregistrés.

Fiches descriptives d’activités

Les fiches d’activités doivent indiquer :

  • l’URL du dépôt sur la forge de l’établissement (gitlab.sio.local) ;
  • un schéma de la base de données ;
  • les codes d’accès à la base de données (DSN, nom d’utilisateur et mot de passe) ;
  • l’URL de l’application (web ou pour télécharger l’exécutable) ;
  • les codes d’accès pour chaque profil d’utilisateur de l’application.

La documentation sur la forge doit comprendre :

  • une documentation utilisateur :
    • cas d’utilisation / fonctionnalités,
    • contraintes éventuelles ;
  • une documentation technique :
    • plate-forme d’exécution :
      • système d’exploitation et / ou environnement d’exécution (exemple : JRE 21),
      • interpréteurs (ou compilateur) et versions supportées (exemple : PHP 8.0+),
      • SGBD ;
    • documentation développeur :
      • un schéma de la base de données, un MCD et / ou un diagramme UML des classes ;
      • une description de l’architecture de l’application (exemple : MVC, DAO, ORM…) et et de l’arborescence des fichiers.

Déroulement

Le jury est constitué de deux professeurs d’informatique.

L’épreuve dure 2h10 et se déroule en quatre phases :

  • analyse des besoins exprimés (30’), suivie d’un entretien avec le jury (20’) ;
  • réalisation de la demande (60’), suivie d’un entretien avec le jury (20’).

Analyse des besoins (30’)

Le jury a préalablement sélectionné une des deux applications et exprime de nouveaux besoins, dont la personne candidate prend connaissance Le jour de l’épreuve.

L’étendue des compétences à évaluer peut nécessiter une expression des besoins dont la réalisation dépasserait l’heure impartie ; c’est au cours de l’entretien que la demande sera ajustée si nécessaire.

Pendant cette première phase, la personne candidate à accès à l’application, et à son code source, en lecture seule.

La personne candidate doit :

  • analyser (et interpréter) les besoins exprimés ; ‐ réfléchir aux spécifications techniques et aux outils adaptés pour répondre aux besoins ; ‐ organiser sa démarche / les étapes de la réalisation.

Elle doit préparer pour l’entretien :

  • un schéma de la base de données mise à jour et l’impact sur les classes métiers associées ;
  • des croquis des vues de l’application mise à jour ;
  • des indications sur les fichiers / composants à modifier (contrôleurs, vues…) ;
  • l’organisation / les étapes / la démarche pour réaliser la mission, y compris l’utilisation du SGV ;
  • le jeu d’essais et les tests qu’elle pense réaliser ;
  • les éléments de documentation à mettre à jour.

Ces documents peuvent réalisés “à la main” (en raison du temps limité) ou imprimés depuis un support numérique.

Premier entretien (20’)

Lors de ce premier entretien avec le jury, la personne candidate présente et discute sa proposition de solution (documents à l’appui) et en discute avec le jury.

Au cours de cet entretien, le jury peut ajuster la demande, notamment pour tenir compte des difficultés anticipées et du temps nécessaire à sa réalisation.

Phase de réalisation (60’)

Pour la deuxième phase, la personne candidate dispose d’une heure pour le développement et les tests ainsi que la mise à jour de la documentation (si demandée).

Entretien de recette (20’)

La personne candidate présente et explique ce qu’elle a réalisé (adaptation de la base de données, programmation…).

Le jury pose des questions pour évaluer le degré de maîtrise des compétences.