Checklist et étapes obligatoires pour les projets

Le projet se fera en trinome, et constitue 60% de la note de l'UE. Il devra être développé avec d3.js (pas Tableau ou d'autres toolkits), et mis en ligne.

Nous utiliserons ce document partagé pour effectuer le suivi des groupes. Les données personnelles (nom, prénoms, numéros d'étudiants, groupe, etc. seront gérées via la table Tomuss de l'UE

Choix d'un sujet

Le projet devra avoir pour sujet une des thématiques suivantes.

Commencez par réfléchir à un sujet/problème dans cet espace qui vous intéresse, avant de chercher les jeux de données et de vous poser des questions de visualisation.

Quelques idées de thématiques :

Quelques Stratégies:

Voir les transparents suivants.

Commencez par réfléchir à un sujet/problème dans cet espace qui vous intéresse, avant de chercher les jeux de données et de vous poser des questions de visualisation.

Jeux de données

Les jeux de données sont souvent imparfaits, une 1e stratégie peut constituer à créer votre propre jeu de données.

Une deuxième stratégie peut consister à travailler avec des données simulées.

Pour les données personnelles, vous pouvez en récupérer beaucoup sur les plateformes (Spotify, Facebook, Instagram, etc.)

Collections génériques de nombreux jeux de données:

Constitution des groupes

4 personnes par groupes.

Pour des raisons d'emploi du temps nous vous conseillons de constituer des groupes internes à votre propre parcours de M2.

Les groupes devront être constitués au plus tard lors de la séance du 24 novembre.

Nous prendrons un temps pendant la séance du 24 pour grouper les personnes qui n'ont pas trouvé encore de groupe. Il est important d'avoir réfléchit aux thématiques qui vous intéresse d'ici là.

Renseignez les informations sur votre groupe, en modifiant la liste des projets sur le document de suivi, mettez à jour votre numéro de groupe sur Tomuss.

Repository github du projet

Chaque groupe devra gérer son projet sur GitHub.com

Document de cadrage (10/12 minuit)

Ce document a pour objectif de :

Mettre ce document en ligne sur une page dédiée de votre wiki de votre projet github (public). Mettre ce lien dans la feuille de suivi de projet. Ce document servira de base à un autre groupe pour vous faire des retours.

Structure attendue du document de cadrage

Quel est le problème abordé / à quel besoin répondez vous ?

Expliquer en un paragraphe le problème que vous abordez, et le besoin auquel vous souhaitez répondre.

À qui s’adresse la visualisation, quelles tâches seront effectuées au travers de votre projet ?

Clarifier le public principal de votre projet. Lister 3 tâches que votre projet permettra d’effectuer. Par ex. : “identifier l'application qui consomme le plus de données sur mon smartphone”. Expliquer pourquoi ces tâches vous semblent les plus importantes.

Sources de données choisies

Lister les sources de données identifiées, pour chacune identifier leur intérêt principal et leurs limites potentielles. Clarifier si vous souhaitez en fusionner plusieurs ou pensez privilégier une en particulier. En cas de surprise/problème imprévu lié aux données, quel est votre plan de secours ?

Travaux important liés au projet

Lister 3 projets liés au votre, par exemple : des projets avec des jeux de données similaires, des projets proposant des techniques de visualisation que vous trouvez intéressantes, des articles scientifiques présentant une technique ou une description du problème qui vous sera utile... Pour chaque travail, expliquer en quoi il vous semble intéressant par rapport à votre projet, et en quoi il pourrait être amélioré.

Organisation Scan des esquisses finales

Si votre projet a évolué depuis, en créer de nouvelles.

Peer review (Évaluation entre groupes)

Pour le 14/12

Formuler une critique du travail sous le format suivant, et reporter le lien dans la feuille de suivi de projet (colonne 'url document de peer-review').

Soutenance

La présentation durera 10 minutes (6 min de présentation, 3 min de questions, 1 min de lancement/bascule) sans Power Point mais avec votre visualisation présentée dans un navigateur. Nous vous invitons à couvrir les points suivants:

Mettre à jour le tableau de suivi avant la soutenance.

Rendu final (une semaine après la soutenance)

Le rendu final est votre projet github composé des:

  1. document de cadrage intermédiaire, et documentation de votre avancement
  2. code du projet
  3. page web fonctionelle de démo

Utilisation de Github

Votre projet devra être utilisable sous forme de page web accessible via une URL, sur page github ou en auto-hébergé si une page github ne convient pas.

Github sera aussi utilisé pour faire les rendus.

Cahier d'avancement

Il est obligatoire de maintenir un cahier d'avancement tout au long du projet, qui capture votre progression, vos premières esquisses papier (ou avec Tableau sous forme de capture d'écran). Il peut être au format que vous voulez, nous conseillons d'utiliser le wiki de votre projet Github pour travailler de manière collaborative (un dossier avancement ou un google doc peuvent aussi faire l'affaire). Nous vous encourageons à y inclure vos erreurs et les choix que vous n'avez pas suivis.

Voici quelques exemples de cahiers de l'année dernière, ou du cours de visualisation d'Harvard (exemple 1, exemple 2)

Site public

Le site devra être public et en ligne (par exemple une github page). Il ne devra pas seulement contenir la visualisation mais aussi la contextualiser. Autrement dit expliquer les données utilisées, la motivation, et les points importants. Cette contextualisation peut se faire sous une forme narrative si le sujet s'y prête (story-telling), ou scrollable, avec un dévoilement progressif des données.

Quelques exemples :

Rendu final

Pour votre projet

S'assurer d'avoir un Readme.md à la racine de votre projet github, à minima:

Pull request sur le site du cours, dossier 2021/gallery/

Notation du projet

Le projet constituera 80 % de la note de l'UE, avec la répartition suivante:

Ordre de passage pour la soutenance

Sera sur Discord (voir vos emails)

Passage pour le rendu final