Aller au contenu principal

🚀 Lancement du projet scientifique

🎯 Objectifs​

Aujourd'hui, vous allez :

  • comprendre ce qu’est un projet scientifique en informatique
  • former une Ă©quipe de travail
  • explorer des pistes de projets
  • identifier des sources de donnĂ©es potentielles
  • amorcer une dĂ©marche scientifique rĂ©aliste

đŸ—“ïž DĂ©roulement d'une semaine​

Votre projet scientifique se déroule sur 15 semaines.
Chaque semaine, vous aurez environ 6 heures à consacrer au projet, réparties comme suit :

⏳ Temps en classe (3 heures)​

Rencontres hebdomadaires obligatoires

Chaque semaine, je rencontrerai chaque équipe environ 15 minutes pour :

  • faire le point sur l'avancement du projet
  • discuter des difficultĂ©s rencontrĂ©es
  • valider les choix mĂ©thodologiques
  • orienter la dĂ©marche scientifique
  • soutenir la progression du projet
  • valider les prochaines Ă©tapes
  • Ă©changer des idĂ©es
  • etc.

👉 RĂ©fĂ©rez-vous Ă  la section Rencontres hebdomadaires pour vous aider Ă  bien prĂ©parer ces rencontres.

Vous passerez le reste du temps de cours à travailler en équipe sur votre projet.

👉 À la fin de chaque cours, avant de quitter, vous devez dĂ©terminer clairement les tĂąches de chaque membre de l’équipe d’ici Ă  la prochaine rencontre.

Chaque membre consignera briĂšvement son travail et ses prochaines Ă©tapes dans son journal de bord individuel dans le repo GitHub de l’équipe.

📌 Les consignes et le format du journal sont prĂ©sentĂ©s dans la section Journal de bord individuel.


⏳ Travail entre les cours (3 heures)​

En plus du travail en classe, vous devrez aussi consacrer du temps (environ 3 heures) entre les cours pour :

  • avancer sur les tĂąches assignĂ©es
  • faire des recherches sur des aspects spĂ©cifiques du projet
  • prĂ©parer la prochaine rencontre avec moi

👉 Il vous est aussi possible de vous faire des rencontres d'Ă©quipe en dehors des heures de cours lorsque nĂ©cessaire.

🧠 Projet scientifique en informatique​

Un projet scientifique en informatique ne consiste pas simplement Ă  programmer une application ou Ă  apprendre une nouvelle technologie.

Il repose sur la mise en place d’une expĂ©rience numĂ©rique, qui peut prendre diffĂ©rentes formes :

  • l’analyse de donnĂ©es rĂ©elles existantes (bases de donnĂ©es, images, sons, mesures, etc.)
  • la gĂ©nĂ©ration de donnĂ©es par simulation ou par modĂšles
  • la comparaison d’algorithmes ou de mĂ©thodes Ă  l’aide de protocoles contrĂŽlĂ©s

Dans tous les cas, le projet doit produire des résultats mesurables, qui seront analysés, interprétés et discutés de façon rigoureuse.

👉 Peu importe l’approche choisie, on doit toujours retrouver :

  • une question de recherche
  • un protocole (comment l’expĂ©rience est rĂ©alisĂ©e)
  • des rĂ©sultats observables
  • une analyse critique des limites

🧭 DĂ©marche scientifique​


🧼 Évaluations​

Votre note finale au cours sera composée des évaluations suivantes :

ÉvaluationIndividuelleEn Ă©quipe
Exploration et cadrage du projet10%
Proposition de projet10%
Présentation du projet proposé10%
Développement et analyse15%
Article scientifique25%
Présentation finale20%
Auto-évaluation10%
Total65%35%

Les grilles d’évaluation et les consignes dĂ©taillĂ©es sont disponibles sur la page de chaque Ă©valuation.


đŸ‘„ Formation des Ă©quipes​

  • Les Ă©quipes seront composĂ©es de 3 personnes
  • Si le nombre total n d’étudiant.e.s dans la classe n’est pas un multiple de 3 (n % 3 != 0) :
    • si n % 3 == 2, alors 1 Ă©quipe de 2 sera aussi formĂ©e
    • si n % 3 == 1, alors 2 Ă©quipes de 2 seront aussi formĂ©es
  • Vous devez m'indiquer vos Ă©quipes avant la fin du cours aujourd'hui.

👉 Travaillez avec des personnes :

  • avec qui vous pouvez communiquer facilement
  • avec qui vous ĂȘtes capables de vous organiser
  • qui ont des forces complĂ©mentaires

🐙 Repo GitHub​

Chaque équipe devra créer un repo GitHub commun pour le projet.

AussitÎt votre équipe formée :

đŸ§Ș Projets proposĂ©s​

Plusieurs projets vous sont proposés comme points de départ.
Chaque projet :

  • est volontairement ouvert
  • peut ĂȘtre abordĂ© selon diffĂ©rents angles
  • devra ĂȘtre dĂ©limitĂ© et validĂ©

👉 Vous n’ĂȘtes pas obligĂ©s de suivre un projet Ă  la lettre : vous devrez le transformer en question de recherche adaptĂ©e Ă  vos intĂ©rĂȘts et aux donnĂ©es disponibles.

👉 Vous pouvez aussi proposer un projet original qui n’est pas dans la liste, mais il devra ĂȘtre validĂ© par moi avant d’ĂȘtre poursuivi.

🔍 Exploration initiale​

En équipe :

  1. Parcourez les projets proposés sur le site du cours
  2. Discutez d'autres idées de projets qui pourraient vous intéresser
  3. Retenez 2 à 3 projets à explorer plus en détail (y compris des projets hors liste)
  4. Pour chacun, discutez :
    • du phĂ©nomĂšne Ă©tudiĂ©
    • du type de donnĂ©es possibles
    • des questions de recherche envisageables
    • de ce que vous comprenez
 et de ce qui est flou

👉 L’objectif n’est pas de dĂ©cider dĂ©finitivement, mais d’explorer.

📂 Sources de donnĂ©es​

Certains projets de recherche en informatique ne nécessitent pas de données réelles (ex. simulations, protocoles contrÎlés).

Cependant, la plupart des projets s’appuient sur des donnĂ©es existantes. Pour de tels projets, les Ă©quipes sont responsables de chercher des sources de donnĂ©es pour leur projet.

Vous pouvez utiliser :

  • des portails de donnĂ©es ouvertes
  • des bases de donnĂ©es scientifiques accessibles
  • des jeux de donnĂ©es institutionnels
  • des donnĂ©es issues de projets de recherche ou de vulgarisation

👉 À ce stade, il ne s’agit pas d’analyser les donnĂ©es, mais de vĂ©rifier :

  • qu’elles existent
  • qu’elles sont accessibles
  • qu’elles semblent exploitables

Voici quelques exemples de sources de donnĂ©es ouvertes qui pourraient vous ĂȘtre utiles :

👉 Toutes les sources ne sont pas Ă©galement documentĂ©es ou adaptĂ©es Ă  un projet scientifique. La qualitĂ©, la provenance et la comprĂ©hension des donnĂ©es sont plus importantes que leur quantitĂ©.

👉 Lisez la section Comment Ă©valuer la qualitĂ© d’un jeu de donnĂ©es? pour vous guider dans cette dĂ©marche.

✅ Validation des donnĂ©es​

Les sources de donnĂ©es devront ĂȘtre validĂ©es par moi le plus tĂŽt possible dans le projet.

Vous devez ĂȘtre en mesure de prĂ©ciser :

  • la provenance des donnĂ©es
  • le type de donnĂ©es (texte, image, audio, numĂ©rique, etc.)
  • le volume approximatif
  • les conditions d’utilisation (si connues)

👉 Pour vous aider Ă  garder un projet rĂ©aliste, si une source de donnĂ©es ne semble pas appropriĂ©e, le projet devra ĂȘtre ajustĂ© ou redĂ©fini.

👉 Pour la semaine prochaine​

Pour la rencontre de votre Ă©quipe avec moi la semaine prochaine, vous devez ĂȘtre prĂȘts Ă  prĂ©senter :

  • le projet sur lequel vous vous ĂȘtes mis d’accord d'explorer (si vous avez fait un choix)
    • ça peut ĂȘtre un projet proposĂ© ou une idĂ©e originale de votre Ă©quipe
  • deux projets entre lesquels vous hĂ©sitez (si vous n’avez pas fait de choix dĂ©finitif)
  • pour chaque projet retenu :