Sciences et technologies (Mons)
Bachelier professionnalisant (180 crédits)
Applications informatiques IV

La note globale de l'Unité d'Enseignement (UE) repose sur deux parties distinctes et obligatoires. L'échec ou la non-remise de l'une des deux parties entraîne l'échec de l'UE.1. Travail journalier : exercices TP et projet de groupe (40% de la note globale) Phase 1 - exercices de TP & assiduité (10%) : Lors des séances dédiées aux concepts fondamentaux, la présence et le travail effectif sont validés par la réalisation et le dépôt en fin de cours de micro-exercices pratiques (sur un dépôt Git dédié aux TP). L'absence non justifiée à une séance d'apprentissage implique la perte des points associés à l'exercice du jour. Phase 2 - projet de groupe & suivi Git (30%) : Développement en binôme d'une application Java EE (Web MVC + API REST JAX-RS). Le suivi de l'avancement s'effectue exclusivement via l'historique des commits sur Git. Un travail non progressif (ex. dépôt unique de tout le code en fin de semestre) sera sanctionné par un 0/20 pour la partie projet. Condition d'admissibilité : La remise d'un projet fonctionnel (Web et API) conditionne l'accès à l'examen oral. L'absence de l'une des deux composantes ou la non-fonctionnalité du projet entraîne la note de 0/20 pour le projet et rend l'étudiant Non-Admissible (NA) à l'examen oral individuel (Note UE : 0/20). 2. Examen individuel : épreuve orale & Live Coding (60% de la note globale) Format : Épreuve orale individuelle (15 à 20 minutes). Prérequis : L'étudiant se présente à l'examen avec le projet de groupe déployé et fonctionnel sur sa machine. L'incapacité à faire tourner le projet sur place entraîne automatiquement la note de 0/20 pour l'examen. Déroulement : Phase 1 - Justification technique (5-7 min) : Explication de l'architecture, du code et des choix d'implémentation sur désignation de l'enseignant. Phase 2 - Live Coding / Maintenance (10-13 min) : Réalisation en direct d'une modification mineure ou correction imposée par l'enseignant en partage d'écran pour évaluer la maîtrise réelle du code. Clause de maîtrise individuelle du codeL'utilisation d'outils d'assistance (IA générative, documentation) durant le développement du projet est tolérée. Néanmoins, l'évaluation porte sur la maîtrise individuelle. Si un étudiant s'avère incapable d'expliquer le fonctionnement de son code ou d'effectuer la modification demandée lors du Live Coding, la note de l'épreuve orale (60%) sera ramenée à 0/20, entraînant l'échec automatique de l'UE.

L'évaluation de seconde session est entièrement individuelle et compte pour 100% de la note finale de l'UE. Elle vise à vérifier la maîtrise réelle des compétences et repose prioritairement sur l'épreuve pratique individuelle (Live Coding). Elle se déroule en deux étapes obligatoires :1. Réalisation d'un projet individuel imposé (condition d'accès) Description : L'étudiant réalise de manière autonome une application Java EE complète (Web MVC JSP/Servlet + API RESTful JAX-RS) sur la base d'un nouveau cahier des charges. Soumission & admissibilité : Le projet doit être déposé sur Git avant la date butoir. La remise d'un projet complet et fonctionnel est un simple prérequis d'accès à l'examen. Le projet en lui-même ne garantit pas la réussite : il sert de support de travail pour l'épreuve orale. 2. Épreuve orale individuelle & Live Coding (15 à 20 minutes) : cœur de l'évaluation Prérequis : L'étudiant se présente avec son projet prêt et fonctionnel sur sa machine. L'incapacité à lancer le projet sur place entraîne automatiquement la note de 0/20. Déroulement et Pondération : Phase 1 - Justification technique (approx. 5 min) : Vérification rapide de la compréhension de l'architecture N-tiers et du code déposé. Phase 2 - Live Coding & Résolution de problème en direct (approx. 10-15 min) : C'est le cœur de l'évaluation. L'étudiant doit effectuer en direct une modification, un ajout de fonctionnalité ou une correction de bug imposée par l'enseignant. L'évaluation porte sur l'autonomie dans l'IDE, la vitesse d'exécution et la maîtrise de sa base de code. Synthèse et clause de maîtrise du codeL'évaluation de seconde session sanctionne la capacité à coder et modifier une application en direct, et non la simple possession d'un code source. Un projet déposé parfait sur Git ne compensera pas un échec lors du Live Coding. Si l'étudiant est incapable de réaliser la modification demandée ou d'expliquer son code en direct, la note globale de la seconde session sera automatiquement fixée à 0/20.