Proposition de projet
Cours: STT-4230 / STT-6230
Équipe:
Date:
Lien vers le dépôt GitHub:
Pour le 7 octobre, compléter les éléments ci-dessous dans docs/proposition.md du dépôt d’équipe et pousser les commits sur GitHub.
Titre provisoire
Indiquer un titre court et descriptif.
Membres de l’équipe
| Nom | Rôle prévu | Responsabilités initiales |
|---|---|---|
Question ou problème
Décrire la question principale du projet en quelques phrases.
La question doit être assez précise pour être traitée pendant la session.
Source de données
| Élément | Description |
|---|---|
| Nom de la source | |
| Lien ou référence | |
| Type de données | |
| Format prévu | |
| Conditions d’utilisation | |
| Données sensibles ou personnelles | Non / Oui, expliquer |
Variables ou informations utiles
Décrire les variables principales ou les éléments de données qui seront utilisés.
| Variable ou champ | Description | Utilité prévue |
|---|---|---|
Produit final envisagé
Décrire le format envisagé, le public visé et ce que ce public pourra voir, faire ou apprendre. Le choix est ouvert; les exemples suivants ne constituent pas une liste exhaustive.
| Format | À quoi ressemble le rendu ? | Exemple |
|---|---|---|
| Rapport Quarto | Un document à lire, avec des explications, des figures commentées et des limites | Rapport sur cinq orangers |
| Tableau de bord | Une vue réunissant indicateurs, graphiques et tableaux | Tableau de bord sur les mêmes données |
| Application Shiny | Une interface pour explorer les données ou déclencher des calculs en R | Movie explorer : filtrer un catalogue de films |
| Tutoriel interactif learnr | Un parcours avec explications, exercices de code R et questions | Filter observations : apprendre à filtrer des données |
| Site pédagogique ou mini-livre Quarto | Plusieurs pages organisant des explications et des analyses reproductibles | Guider une analyse complète de données québécoises |
| Outil R documenté ou petit package | Des fonctions réutilisables, avec documentation, tests et exemple d’utilisation | Importer et vérifier une série de fichiers |
| Autre produit ou combinaison | Décrire le besoin, le fonctionnement et la portée à faire approuver | Simulateur, carte interactive ou autre proposition |
La page des consignes du projet explique ces possibilités et présente quatre aperçus. Ce sont des illustrations de formats, pas des projets complets à reproduire. Les exigences de données, de programmation, de validation, de reproductibilité et de collaboration s’appliquent à tous les formats.
Pour la proposition, une description suffit : le produit fonctionnel sera développé pendant la session. Vous n’avez pas à maîtriser l’outil retenu dès le 7 octobre.
Format envisagé :
Public visé :
Ce que le public pourra voir, faire ou apprendre :
Exemples de contenus ou de fonctionnalités :
Première idée de vérification du fonctionnement ou des résultats :
Plan de travail initial
| Étape | Responsable principal | Trace prévue |
|---|---|---|
| Importer les données | ||
| Nettoyer les données | ||
| Explorer les données | ||
| Produire les visualisations | ||
| Construire le produit dans le format retenu | ||
| Vérifier ou tester le pipeline | ||
| Documenter les limites |
Risques et limites
Indiquer les principaux risques du projet:
- données difficiles à obtenir;
- données trop volumineuses;
- variables manquantes;
- portée trop large;
- problème de confidentialité;
- dépendances techniques;
- autre risque.
Usage prévu de l’IA
Décrire brièvement les usages anticipés de l’IA, si pertinent.
L’usage significatif devra être documenté dans docs/ai-log.md.
Critères d’acceptation du sujet
Avant le jalon, vérifier que le projet respecte les conditions suivantes:
- la source de données est accessible;
- la question est réaliste;
- les données peuvent être citées ou utilisées;
- aucune donnée personnelle ou sensible non autorisée n’est utilisée;
- le projet permet de produire un livrable reproductible en R;
- les contributions individuelles pourront être visibles.