---
# System prepended metadata

title: POST MORTEM BAROMETRE
tags: [baro]

---

# POST MORTEM BAROMETRE

## LES ETAPES

### I. DITP  

#### I.A RECUPERATION DES DONNEES DEPUIS PILOTE
* Export brut des données de Pilote
* Transformation : un script R permet de récupérer d'une part les données de la V1 du baromètre (publiées en avril) et qui ne sont pas dans PILOTE (avec les données des indicateurs persévérants) 
* Ces 2 exports sont rassemblés puis stockés sur 2 environnements : 
    * 1. en privé sur `demo.datagouv` qui est branché sur l'environnement de qualif
    * 2. sur `datagouv` (branché sur la prod du Baro) = site sur lequels sont stockées les données brutes et vers lequel est renvoyé l'utilisateur lorsqu'il clique sur "voir les données"

> :heavy_minus_sign: dépendance à datagouv
> :heavy_plus_sign: datagouv est pratique car les données sont récupérées de la même manière sur les deux env et permet un échange de données à plusieurs acteurs différents : SIG, prestataire, DITP

#### I.B PARAMETRAGE DES INDICATEURS

* Ecriture du fichier *view_meta_indic* qui comporte : nom de l'indicateur, description, autre (préciser)
* Ecriture du fichier *view_meta_chantier* qui contient le mapping des chantiers et des 4 engagements du Baro
* Mapping des axes
* Ecriture du fichier yaml *config_viz* qui comporte tout ce qui se rapporte à la visualisation : unités, paramétrages de la viz, date de début, date de fin, affichage des vi, mailles géographiques, thématiques

-> ensemble de paramétrages à la main du pôle data donc modifiables rapidement / facilement

### II. SEENOVATE (Tristan) : CREATION DU FRONT DU BAROMETRE / MISE EN PLACE DU CONTENU

a. **Seenovate se connecte aux sources suivantes :**
* *view_meta_indic*
* view_meta_chantier
* axes
* fichier yaml *config_viz*  

b. **Mise à jour des données des indicateurs stockées sur data.gouv, ou demo.data.gouv**
* via routine python sui s'éxécute toutes les 15 min sur qualif et ttes les 6h sur la prod (choix du sig)

> :heavy_plus_sign: indépendant du sig donc maj facile et rapide des données en prod

c. **Créations de 4 fichiers json de configuration**
* 1 json par page chantier avec son contenu (edito + quels indicateurs sont rattachés au chantier, quels widgets à afficher)
* 1 json page liste des chantiers
* 1 json home page
* 1 json par indicateur (données)

### III. SIG : MISE A JOUR DU BAROMETRE

* récupère les **fronts** : page liste / widgets
* les **jsons** générés par la routine Python
* mapping entre indicateur et page édito (lien) *Johan* -> fait à la main dans le CMS du SIG
* crée les (nouvelles) pages des chantiers
* édite et copie-colle les éditos sur le CMS (publication cachée en prod)
* puis réalise un dump de la prod vers la qualif pour réaliser une maj de l'env de recette avec les contenus saisis en prod

> :heavy_minus_sign: dump de la prod vers la qualif : il faut les prévenir longtemps à l'avance, complexe avec worldline, pas agile, grosse dépendance du SIG/worldline pour maj de l'environnement de recette


Hébergement :
* qualif côté seenovate (scaleway)
* préprod et prod côté SIG (worldline)


Les editos :
- JB reçoit des words des ministériels par email
- il les transmets au SIG par email (word)
- SIG copie/colle les textes dans le CMS en prod (caché)

Avec baro précédent :
- recette = iframe contenant les données et l'édito géré par la même entité -> plus simple
- le SIG doit/veut garder la main sur l'edito
-> revoir la respondabilité des editos : process trop long = AR de modifs en 3 étapes car passe par la DITP

> Problème lors de la dernière MEP :
> le SIG a voulu changer l'hébergement de l'env de qualif (chez seenovate) en le ramenant chez eux.ça n'a pas marché, donc c'est revenu chez seenovate en urgence vendredi matin


## Gestion de projet

:-1: Communication 
* Pas de canal commun de communication
* Tristan via slack (Loic) ou email (Missak) ou Teams
* DIPT n'a pas accès au slack
* com par email ou téléphone d'Erwan (Johan)



## Retroplanning
Pour éviter la gestion des urgences et autres demandes de dernière minute, quelle date butoir faut-il donner au métier ?
A partir de quel moment les données (quanti/quali) ne peuvent plus être intégrées ?

Données : photographie réalisée depuis PILOTE à J-7 de la publication 

Editos : transmission des éditos pour recette J-10 (?) de la publication



