Bien documenter un jeu de données

La bonne documentation d'un jeu de données recouvre, entre autres :

  • une description générale du jeu de données

  • une description du mode de production des données

  • une description du modèle de données

  • une description du schéma de données

  • une description des métadonnées

  • une description des changements majeurs

Description générale du jeu de données

Il est conseillé de commencer la documentation par une description synthétique du jeu de données qui donne un aperçu rapide des informations mises à disposition.

La description générale peut couvrir les points suivants :

Exemple : Description générale du jeu de données du Répertoire national des élus

Description du mode de production des données

La structure d'un jeu de données et son contenu sont liés au contexte de production des données. La description de l'environnement métier est donc indispensable.

La description du mode de production du jeu de données permet au réutilisateur de comprendre la structure du jeu, la nature des données et les possibles manques ou incohérences du fichier.

Il est donc conseillé de préciser :

Certains jeux de données ne peuvent pas être utilisés à certaines fins ou possèdent des limitations qui rendent impossible certaines analyses.

Par exemple, l’article R112 A-3 du Livre des procédures fiscale précise que la réutilisation du jeu de données « Demandes de valeurs foncières » ne peut avoir ni pour objet ni pour effet de permettre la ré-identifications des personnes liés à des transactions immobilières.

Description du modèle de données

Eclairage : Schéma de données VS Modèle de données

S'ils peuvent être utilisés dans des contextes proches, les termes "schéma" et "modèle" sont bien différents :

  • un schéma décrit la structure d'un fichier (ses champs et leur format).

  • un modèle décrit la structure logique du jeu de données sous la forme d'objets (ou entités) et de relations (ou associations). Les objets sont définis par une liste d'attributs.

Les champs d'un schéma sont la traduction physique des attributs des entités du modèle. Le modèle de données est avant tout un outil de dialogue entre les différents intervenants.

Exemple : Dans le jeu de données des IRVE (infrastructures de recharge des véhicules électriques), on peut identifier que:

  • les champs "id_station_itinerance" et "nom_station" correspondent à des attributs d'une même entité "station",

  • les champs "id_pdc_itinerance" et "puissance nominale" correspondent à des attributs d'une même entité "point de charge".

Une "station" contient un ou plusieurs "point de charge" (relation entre les deux entités).

Il est conseillé de :

Une fois le modèle établi, il convient de définir le découpage en fichiers. Il est possible de :

  • regrouper des entités dans un même fichier

  • créer un fichier par entité

Exemple : La documentation du jeu de données des opérations de sauvetage en mer décrit le modèle de données utilisé. Ce modèle de données permet de comprendre rapidement les relations qui unissent les différentes entités du jeu de données. Dans cet exemple, il a été choisi d'associer un fichier par entité.

Description du schéma de données

Si vous publiez des données tabulaires, il est conseillé de produire un tableau récapitulatif indiquant, pour chaque colonne :

Cela constituera une base solide en vue de la création d'un schéma de données, dont le processus est détaillé ici.

Exemple : La documentation du jeu de données des opérations de sauvetage en mer présente un tableau récapitulatif des différentes colonnes. La description des champs permet de faire le lien avec le fichier de données, ce qui facilite la lecture des données.

Les termes employés dans un jeu de données sont propres à un environnement métier.

S’il existe des termes complexes ou des énumérations, il est conseillé de :

  • Fournir un lexique de ces valeurs

Cet effort de définition fait gagner un temps considérable au réutilisateur et permet de prévenir des contre-sens dans l’exploitation des données.

Description des métadonnées

Lexique : Métadonnée

Une métadonnée est une donnée qui décrit ou définit une autre donnée.

Dans la vie courante, l’étiquette d’un produit fournit des informations/métadonnées sur le produit (origine, composition, date de péremption, etc.). Appliqué aux jeux de données, les métadonnées sont des descriptions normalisées du contenu du jeu.

Des formats standards de métadonnées existent afin de faciliter leur collecte, leur recherche et leur traitement automatique.

Sur data.gouv.fr, il est possible de renseigner directement les métadonnées d’un jeu de données. Les métadonnées retenues sont les suivantes :

  • Titre

  • Sigle

  • Description

  • Licence

  • Fréquence de mise à jour

  • Mots clés

  • Couverture temporelle

  • Couverture spatiale

  • Granularité spatiale

  • Mode privé

La description des métadonnées apportera à un jeu de données une meilleure visibilité sur les catalogues.

Description des changements majeurs

En pratique, il est souhaitable que le modèle de données et la nature de vos données n’évoluent pas au fil du temps.

Toutefois, des changements dans la structure des données, dans le mode de collecte ou dans les dispositions réglementaires peuvent affecter le jeu de données.

Dans cette situation, il est conseillé de tenir une liste de ces changements

Cette liste peut faire figurer :

  • la date

  • la version des données (si vous versionnez vos données)

  • la nature du changement

Si nécessaire, il est possible d’indiquer des liens, comme par exemple lorsque des changements sont introduits par une modification du code de transformation des données.

Exemple : La documentation du jeu de données des opérations de sauvetage en mer comporte une section “Changement sur le jeu de données”. Cette section référence les changements du jeu de données en renseignant les informations suivantes :

  • La date du changement

  • La nature du changement

  • Les liens associés au changement

Points de contact

Les réutilisateurs des données peuvent avoir des questions à propos des fichiers mis à disposition.

Il est conseillé de proposer un espace d’échange entre les producteurs et réutilisateurs des données : il est préférable que cet espace d’échange soit public afin qu’il puisse bénéficier aux personnes qui auraient des questions similaires.

La collecte des retours d’usage permettra d’améliorer votre documentation de manière incrémentale.

Dernière mise à jour