Aller au contenu principal

Soumission du projet

But de la soumission​

La soumission du projet est une production vidéo, enregistrée à partir d’un PowerPoint commenté, qui présente de façon claire et structurée le projet d’intégration que votre équipe prévoit réaliser. Cette soumission vise à démontrer que :

  • votre équipe partage une vision commune et cohérente du projet ;
  • le projet est scientifiquement pertinent, réalisable et bien délimité ;
  • vous savez ce que vous allez développer, pourquoi, et comment vous saurez que cela fonctionne, avant de commencer la programmation.

Modalités​

  • Date de remise : mercredi 11 février 2026 à 23h59.
  • Pondération : 10% de la note finale.
  • Remise :
    • un lien vers une vidéo hébergé sur votre OneDrive,
    • le fichier PowerPoint utilisé.
  • Durée suggérée : 12 à 15 minutes.
  • Participation : tous les membres de l’équipe doivent contribuer à la présentation.
attention

La vidéo doit permettre au professeur de comprendre votre projet sans aucune information préalable.

Contenu obligatoire​

Le nombre de diapositives par section est libre. Chaque diapositive doit contenir des points clés, expliqués oralement dans la vidéo.

1. Contexte et problématique scientifique​

Présentez clairement le problème scientifique ou la question centrale à laquelle votre projet s’intéresse. Vous devez répondre explicitement aux questions suivantes :

  • Quel phénomène, quelle situation ou quelle question scientifique est étudiée ?
  • Pourquoi ce problème est-il intéressant ou pertinent ?
  • Quelles sont les autres disciplines mobilisées ?

2. Objectifs du projet​

Décrivez ce que votre projet cherche concrètement à accomplir.

  • Objectif principal : une phrase claire qui résume la finalité du projet.

  • Objectifs secondaires (2 à 4) : objectifs plus précis, observables ou mesurables.

  • Hypothèses (si votre démarche en comporte) : ce que vous supposez vrai avant l’analyse ou la simulation.

  • Limites prévues : ce que votre projet ne vise pas à couvrir (pour bien délimiter la portée).

Exemple :

  • Objectif principal : simuler l’évolution temporelle d’un système physique simple.
  • Objectifs secondaires :
    • comparer différentes valeurs de paramètres,
    • observer la stabilité du système,
    • analyser l’influence du pas de temps.
  • Hypothèse : le modèle numérique converge vers la solution théorique pour un pas suffisamment petit.
  • Limites prévues : le modèle n’inclut pas les effets de friction.
attention

C'est dans les étapes 1 et 2 que vous devez justifier l'aspect "intégration des acquis", notamment la deuxième discipline scientifique mobilisée. Un projet sans un deuxième domaine scientifique clair ne pourra pas être accepté.

3. Description de l’application envisagée​

L’application peut prendre la forme d’un programme avec ou sans interface graphique ou d’un ensemble de scripts. Décrivez :

  • le fonctionnement général de votre application ;
  • les étapes principales du traitement ;
  • les types de données manipulées.

Il ne s’agit pas d'écrire du code, mais de montrer que le projet est bien pensé. Vous devez préciser également les types d’entrées (données initiales, paramètres, fichiers, etc.) et de sorties (résultats, graphiques, indicateurs, etc.) prévues.

Exemples :

  • Fonctionnement général : l’utilisateur saisit les paramètres physiques du modèle, lance la simulation, puis visualise les résultats sous forme de graphiques.
  • Étapes principales : initialisation des variables, boucle temporelle avec calculs, enregistrement des résultats, génération des graphiques.
  • Types de données : tableaux NumPy pour les calculs, fichiers CSV pour les entrées et sorties.
  • Entrées : paramètres physiques, conditions initiales, fichier CSV.
  • Sorties : courbes, valeurs calculées, statistiques descriptives, comparaison de scénarios.

4. Besoins utilisateurs (10 à 15) — vision complète du projet​

Présentez une liste de 10 à 15 besoins utilisateurs décrivant ce que l’application permet de faire.

Chaque besoin doit être formulé du point de vue de l’utilisateur, sans référence technique.

Format recommandé :

En tant que …, je veux … afin de …

Exemples :

  • En tant qu’étudiant, je veux modifier les paramètres du modèle afin d’observer leur influence.
  • En tant qu’utilisateur, je veux comparer plusieurs simulations afin d’identifier des tendances.
  • En tant qu’utilisateur, je veux visualiser les résultats sous forme de graphiques afin de faciliter l’analyse.

Cette liste représente la vision globale du projet. Tous ces besoins ne seront pas nécessairement réalisés.

5. Besoins essentiels (5 à 8) avec critères de réussite — noyau du projet​

Parmi les 10 à 15 besoins précédents, sélectionnez 5 à 8 besoins essentiels. Ces besoins représentent le cœur scientifique et fonctionnel du projet. Pour chacun, vous devez ajouter des critères de réussite, c’est-à-dire des conditions permettant de dire objectivement que le besoin est satisfait.

Exemples de critères de réussite :

Si vous avez écrit « En tant qu'utilisateur, je veux visualiser les résultats sous forme de graphiques », un critère de réussite naturel serait :

les graphiques sont sauvegardés au format PNG dans un sous-dossier graphiques avec des titres, légendes et axes correctement étiquetés. Les noms des fichiers suivent le format resultats_param1_valeur1_param2_valeur2.png.

6. Faisabilité, risques et plan d’atténuation​

Identifiez 3 à 5 risques réalistes liés à votre projet, par exemple :

  • complexité scientifique ou mathématique,
  • difficulté d’obtenir des données,
  • incertitudes sur le modèle,
  • gestion du temps ou du travail d’équipe.

Pour chaque risque, proposez une stratégie simple, par exemple :

  • simplification,
  • plan B,
  • test précoce,
  • réduction de la portée.

L’objectif est de montrer que vous avez une vision réaliste du projet.

Rappel important​

Cette soumission évalue votre capacité à :

  • concevoir un projet scientifique,
  • structurer une démarche rigoureuse,
  • planifier un développement réaliste,
  • communiquer clairement votre vision.

Un projet bien délimité et bien expliqué facilitera grandement la suite du travail de votre équipe.

attention

Ne négligez pas les étapes 4 et 5 (besoins utilisateurs). Elles sont cruciales pour définir clairement ce que votre application doit accomplir et serviront de guide tout au long du développement.

Grille d’évaluation​

Voici la grille d’évaluation qui sera utilisée pour évaluer votre soumission.