Sciences et technologies (Mons)
Bachelier professionnalisant (180 crédits)
Développement mobile

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 & projet intégrateur (40% de la note globale) Phase 1 - Exercices de TP & assiduité (10%) : Durant les séances dédiées aux fondamentaux (composants, style, Hooks, navigation), le travail est validé par le rendu en fin de cours de micro-exercices pratiques sur Git. L'absence non justifiée ou le non-rendu implique la perte des points associés. Phase 2 - Projet intégrateur individuel & suivi Git (30%) : Livrable attendu : Une application mobile complète React Native / Expo développée individuellement sur la base d'un cahier des charges fourni. Traçabilité : Le suivi s'effectue via un dépôt GitHub individuel. L'historique des commits doit témoigner d'une progression constante tout au long du semestre. Condition d'admissibilité : La soumission d'un projet complet et fonctionnel conditionne l'accès à l'examen oral. L'absence de projet ou un projet non fonctionnel entraîne la note de 0/20 pour le travail journalier et rend l'étudiant Non-Admissible (NA) à l'épreuve orale. 2. Examen final : Épreuve orale individuelle & Live Coding (60% de la note globale) Format : Épreuve orale individuelle d'une durée de 15 à 20 minutes. Prérequis : L'étudiant se présente avec son projet fonctionnel et lancé sur son environnement de développement (IDE et émulateur/Expo Go prêts). L'incapacité à faire tourner le projet sur place entraîne la note de 0/20 pour l'examen. Déroulement de l'épreuve : Phase 1 - Explication et justification technique (approx. 5 min) : L'étudiant justifie l'architecture de son application, la gestion de l'état (state management), l'organisation de la navigation et le traitement des données. Phase 2 - Live Coding / Maintenance en direct (approx. 10-15 min) : cœur de l'évaluation. En partage d'écran, l'étudiant réalise une modification ou un ajout de composant/fonctionnalité imposé par l'enseignant directement sur son projet. Clause de maîtrise individuelle du codeL'utilisation d'outils d'assistance (IA générative, Copilot, documentation) durant le développement du projet est tolérée. Néanmoins, l'évaluation repose exclusivement sur la maîtrise réelle du code. Si un étudiant s'avère incapable d'expliquer une portion de code ou d'effectuer la modification demandée lors du Live Coding, la note de l'épreuve orale (60%) sera automatiquement 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é Description : L'étudiant réalise de manière autonome une application mobile React Native / Expo complète sur la base d'un nouveau cahier des charges. Soumission & Admissibilité : Le projet complet doit être déposé sur GitHub avant la date butoir. La remise d'un projet fonctionnel est un simple prérequis d'accès à l'examen. Le projet déposé sert uniquement de support de travail et d'évaluation 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 son environnement de développement (IDE et émulateur/Expo Go lancés). 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 de la compréhension de l'architecture, de la gestion de l'état (state management), des Hooks et de la navigation. 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, en partage d'écran, une modification, un ajout de composant ou une correction de bug imposée par l'enseignant directement sur son projet. 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 sur Git. Un projet parfait sur GitHub 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.