LogoLogo
✉️ Nous écrire
Fabrique des standards
Fabrique des standards
  • 🚧En chantier
  • La fabrique des standards
    • Émergence d'un besoin ou d'une évolution
    • Exploration de l'existant et saisie du CNIG
    • Initialisation des travaux
    • Cadrage du groupe de travail
    • Réalisation du standard
      • Atteindre un consensus
      • Utiliser le modèle de dépôt Github
      • Gérer un dépôt Github
      • Ressources utiles
    • Validation du standard
      • Réaliser un appel à commentaires
    • Déploiement du standard
    • Glossaire de la Fabrique des standards
Propulsé par GitBook
  1. La fabrique des standards

Réalisation du standard

PrécédentCadrage du groupe de travailSuivantAtteindre un consensus

Dernière mise à jour il y a 15 jours

Cet article vous a-t-il été utile ?

Le groupe de travail a pour mission d'organiser un travail collaboratif pour élaborer un standard qui fasse consensus.


Actions de la phase

1

PROCESSUS D'ÉLABORATION DU STANDARD

  • Le standard prend la forme d'un document sur la base du modèle de standard proposé par le CNIG dans . Il est accompagné d'un dépôt Github suivant , et il peut éventuellement contenir un schéma au format attendu par le site schema.data.gouv, comme décrit par .

  • Les modalités de travail pour la rédaction du standard sont libres. Généralement, il s’agit de réunions plénières et régulières lors desquelles les avancées sont présentées et les points de fond sont discutés. Entre ces réunions, les membres contribuent à la rédaction du document de leur côté ou lors de réunions organisées en sous-groupes.

  • Les comptes-rendus des travaux réalisés en groupe de travail doivent être publiés à la suite de chaque réunion plénière sur . L’animateur du groupe de travail veille à leur bonne publication. Cela n’est pas obligatoire pour les réunions en sous-groupes : les conclusions de ces réunions sont généralement présentées lors des réunions plénières du GT et figurent donc dans leur compte-rendus.

  • Des tests peuvent être réalisés en cours d’élaboration du standard. Un dispositif de prototypage est alors créé par des membres du groupe de travail grâce à la création de jeux de données et d'un protocole pour tester les standards auprès des personnes qui les consultent. Certains outils comme (créé par OpenDataFrance et Etalab) peuvent être utiles lors de cette phase.

  • Si besoin, des points d’étapes peuvent être faits en commission des standards.

Comment nommer un standard ?

Le CNIG impose uniquement que le nom du standard soit au format "standard CNIG <nom de la thématique>". Ce format insiste sur le fait qu'il s'agit d'un standard, c'est à dire qu'il résulte d'un consensus, et qu'il a été adopté par le CNIG. Le nom de la thématique est libre, mais il convient de garder en tête qu'il doit :

  • être suffisamment évocateur pour être facilement retrouvé,

  • reprendre les termes communs sur la thématique pour faciliter la découvrabilité du standard (en reprenant le nom d'un plan national, d'un texte réglementaire, d'un système d'information, etc.),

  • être assez clair pour que l'on comprenne de quoi il s'agit.

Versionner un standard

La réflexion sur la gestion des versions doit avoir lieu dès la réalisation du standard. Vous pouvez vous inspirer de la méthodologie de gestion sémantique des versions utilisée par schema.data.gouv.

Quelques conseils sur …

La cohérence sémantique : une évolution à prendre en compte

Il s’agit ici de répondre au besoin d'interopérabilité sémantique. Il convient d’urbaniser les standards de données, dans l’objectif de résoudre les conflits et incompatibilités avec d’autres standards ou logiciels métiers développés pour manipuler des données dont la modélisation est conforme à certains standards.

En effet, le rôle de chaque organisation métier est de produire des modélisations de données propres à leurs vues métiers. Mais les standards ont vocation aussi à structurer une connaissance partagée de manière transverse aux métiers, et à en organiser la traduction dans les différentes modélisations (bases de données relationnelles, classes d’objet et données attributives, modèle clé-valeur, etc.) présentes au sein des infrastructures de données afin d’en faciliter le partage, la circulation et la réutilisation.

S'arrêter à une seule vue métier ne permet pas une réelle capitalisation de la connaissance entre standards, ni ne permet de mesurer ou minimiser pour un métier particulier les surcoûts liés une modélisation unifiée.

Par exemple, mettre en évidence qu’un point de prélèvement d’eau en nappe est en même temps : un équipement pouvant faire l’objet d’une description technique et d’un acte administratif, un point d’alimentation en eau potable, objet de surveillance sanitaire, et un générateur de servitudes, objet d’actes réglementaires, permet d’articuler de manière optimum la gestion et l’utilisation des données issues de ces différents points de vue métiers, qui nomment et structurent différemment la même réalité.

La démarche de standardisation doit donc permettre de faire converger ou articuler plusieurs standards en s’appuyant sur une analyse sémantique. Cette démarche s'appuie sur des référentiels sémantiques (des vocabulaires et des ontologies normalisés) aidant à l’analyse et à la conception des relations et des propriétés dans les modèles.

Le niveau sémantique ajouté en chapeau du niveau conceptuel (modélisation UML, ou équivalent) permettra de communiquer, capitaliser et mettre en cohérence les standards (mise en évidence des redondances, des concepts sous-entendus, des choix d’agrégation et de représentation implicites, etc.).

Concrètement il s’agit de décrire la correspondance entre les informations structurelles de chaque entité. Cette correspondance ne se limite pas à un simple renommage des propriétés, mais explicite les liens entre informations qui peuvent être réparties différemment dans les entités. On peut aller jusqu'à déterminer des règles de transformation ou de calcul pour certaines propriétés.

En contrôlant grâce à cette méthode la réversibilité de l’information entre différents modèles métier (la préservation de la sémantique), il devient également possible de détecter et gérer les incohérences entre modèles, de mesurer les impacts en cas d’évolution d’un modèle, et de décider d’une renormalisation directe ou différée.

Une fois cette étape réalisée, il devient possible de garantir que les ensembles de données provenant de différentes sources conformément aux différents standards urbanisés puissent être combinés et utilisés de manière cohérente.

L'adoption des principes de données liées à l'aide de normes du Web sémantique telles que RDF (Ressource Description Framework), SPARQL et OWL (Web Ontology Language) permettra de rendre les ensembles de données standardisés lisibles par machine et interconnectés, facilitant ainsi une intégration plus poussée et la découverte automatisée des données.

Pour aller plus loin : voir (Semantic Interoperability Community de l'Union Européenne).

Bonnes pratiques bonus :

  • Concevoir le standard de telle sorte à ce qu’il permette de limiter l’empreinte environnementale des données (en utilisant une maille géographique et un pas temporel adaptés, en évitant les champs redondants, en utilisant des types de données frugaux, etc.). Plus d’informations dans ,

  • Documenter les étapes en vue de la présentation à la Commission des standards où un retour sur la démarche sera attendu (cela permettra de cibler les étapes où cette procédure peut être améliorée).

2

CAHIER DES CHARGES A RESPECTER

Les standards du CNIG doivent obligatoirement détailler :

Additionnellement, le standard peut contenir :

3

PROCESSUS DE RÉFÉRENCEMENT DU STANDARD

Dès son lancement, un standard peut être référencé sur le site du CNIG et sur le site schema.data.douv.fr .

Pour être référencé, le standard doit être identifié sur avec le label "en construction".

Le rôle du secrétariat général du CNIG

Lors du cadrage du GT, le secrétariat général vous accompagne pour :

  • la création du dépôt Github (si besoin),

  • le maintien de la page du GT sur le site du CNIG (publication des compte-rendus, annonce des réunions, etc.).


Ressources utiles

Modèle de standard proposé par le CNIG

Modèle de compte rendu de réunion

Exemple de données de test


Foire aux questions ↓

Comment référencer le standard sur schema.data.gouv ?

Le référencement sur schéma.data.gouv n’est pas automatique. Il est nécessaire de demander à l’équipe de la DINUM de le réaliser en suivant les étapes suivantes :

  • Remplir le modèle fourni (sans modifier les titres indiqués par les symboles #),

  • Cliquer sur “Create”,

  • Attendre le retour de la DINUM en commentaire de l’issue créée et prendre en compte les suggestions (il peut être nécessaire de mettre à jour votre abonnement aux alertes de github, ou de vous connecter régulièrement au site).

Comment publier un compte rendu (CR) de réunion ?

Le compte rendu de réunion est rédigé par les animateurs du GT quelques jours après la réunion (voir le modèle proposé plus haut). Il est d'abord soumis au groupe de travail pour relecture sous un délai raisonnable (une semaine convient) à indiquer aux membres.

A noter que le CNIG ne propose pas d’outils de travail collaboratif en ligne. Les outils gratuits permettent généralement de répondre aux besoins des GT lorsque les institutions d’appartenance des animateurs ne peuvent pas mettre ces services à disposition (en prêtant attention à la protection des données confidentielles avec ces outils).

Après avoir tenu compte des retours, le CR est publié dans sa version finale dans l'espace de travail du GT (Github ou autre espace partagé) et sur la page du GT du site du CNIG. Pour cela, le CR doit être envoyé au secrétariat général du CNIG.

Les animateurs informent ensuite sur la publication du CR :

  • le GT,

  • les personnes à informer au sein du CNIG,

  • les personnes externes concernées (comme la hiérarchie des animateurs),

  • le secrétariat général si cela n'a pas déjà été fait (notamment pour proposer que l'information soit relayée dans l'infolettre du CNIG).


Retour à la page d'accueil ↓

Page précédente et page suivante ↓

Les schémas répertoriés sur schema.data.gouv sont généralement pourvu d'un échantillon de données de test, comme c'est le cas pour le .

Sur la page Github de schema.data.gouv, , et sélectionner “Référencer un schéma”,

Note : pour vous familiariser avec la syntaxe markdown, peut être utile.

schéma Friches
créer une “issue”
ce guide publié par Github
La fabrique des standards

... Le travail de rédaction

... Les sujets techniques

le modèle proposé
ce modèle
le site du CNIG
Validata
Semver
les ressources du SEMIC
le référentiel GreenData d’OpenDataFrance
schema.data.gouv.fr
les ressources utiles de cette page
Logoschema-friches/fichier-valide.csv at main · cnigfr/schema-frichesGitHub
Exemple de données de test pour le standard Friches
613KB
GT CNIG - Modèle de standard.docx
Modèle de standard
48KB
GT CNIG - Modèle de CR de réunion.docx
Modèle de compte-rendu de réunion de GT
Page cover image