# [Genesis] - Ateliers de travail sur la conception

## Point GENESIS du 08/06/2022

## ODJ
CR du dernier point
Finalisation du cycle de vie de la donnée → le SSP Agri vérifie le diagramme sous Symphonie
Préparation du prochain point lors de deux points spécifiques jeudi 09 et mardi 14 avec Damien ?
Approfondissement du cycle de vie d’une UE

Cycle de vie de l’UE->Présentation d’un diagramme « simplifié » à ce stade.
Modification à prévoir : UE en attente de réponse, puis deux flèches répondu/non répondu
répondu→ contrôle ok/ko
Contrôle Ko → niveau de gravité priorité haute/moyenne/basse
Stéphane met à disposition le diagramme de l’UE modifié en conséquence dans la journée

Pour les deux diagrammes, mettre des frontières et faire apparaître les autres outils que Genesis
Stéphane met à disposition les diagrammes sous Symphonie en version modifiable pour que Damien et Laurent puissent modifier au besoin.
Calendrier → on se laisse l’année 2022 pour finir la conception.

Préparation réunion Loyer&charges → contacter Isabelle Massini pour connaître son niveau de connaissance de Metallica.
ODJ de la réunion Loyers et charges ?
- Le SSP agri présente le contexte et le projet mettalicorn
- Point rapide sur le rôle de SDT
- Présentation à 2 voix ? Deux diagrammes (envoyés au préalable si possible)
- Préparation des questions à leur poser pour cadrer la réunion

Prochain point rapide jeudi 9 à 16h

## Point GENESIS du 01/06/2022

### ODJ
- Finalisation du cycle de vie de la donnée
- Approfondissement du cycle de vie d’une UE

### Cycle de vie de la donnée
Pogues ne devrait pas apparaître en effet, mais c’est celui qui fait les contrôles.
Atelier métier pour concevoir les contrôles de Pogues qui devient très gros.
Plutôt faire apparaître Sabiane ?
Le répondant et la saisie , puis données collectées.
On ne parlerait plus des contrôles embarqués qui se règle ou pas pendant la saisie, il faudra juste les dédoublonner pour les avoir dans Génésis.
Il faut récupérer dans Génésis les contrôles non bloquants de Pogues.
On garde dans tous les cas les contrôles a postériori sur la données collectées.
Remplacer « aval » par « aval statistique »
On peut supprimer la donnée externe qui ne sera jamais modifiée
Question sur les données T-1 : non imputée pour le répondant, imputée et non imputée pour Genesis.
La flèche correspond à un changement d’état ou à une action.
Pour les données antérieures, il faut prévoir un diagramme d’historisation de la donnée.
Voir éventuellement avec Éric Sigaud ce qu’il pense du diagramme.

Est-ce-qu’il faut mettre des indicatrices par variable pour savoir si ko ou pas.
Cela pose la question des blocs de variables qui doivent être cohérentes en même temps.
Exemple : le moyen de transport et le mode d’hébergement en même temps sinon non-réponse ?
Que fait-on des variables KO en aval statistique.

Sur la flèche données imputées, rajouter éditer et forcer.

**Remarque :**
Dans les systemes de collecte (via la brique technique Lunatic), il a été prévus 4 états à une variable :
- PREVIOUS
- COLLECTED
- EDITED
- IMPUTED
- FORCED

Ces états peuvent nous aider à concevoir le diagramme du cycle de vie de la donnée.

### Cycle de vie de l’UE
Manque qualité globale dans Genesis + Niveau de priorisation de la relance
protools = qqch qui va prendre en compte le protocle d’enquête. Genesis sera juste appeler par protools.
Il faut sortir du protocole global d’enquête qui sera géré par protools pour se recentrer sur ce que fait Genesis.
Qualité globale du questionnaire, donc de l’UE, niveau de priorisation de l’imputation gestionnaire/apurement, l’idée de choisir de le mode de collecte pour la prochaine fois peut venir soit de manière automatiser soit décision gestionnaire. Dans tous les cas, ce serait un tag du genesis pour le dire à PROTOOLS.
Genesis peut décider aussi du statut réponse / non-réponse ?
Pour le diagramme , il faut décrire l’intérieur de Genesis.
Il y a un indicateur sur le degré de remplissage du questionnaire
Il y a un critère aussi sur le profil de l’UE (jeune ? Cadre?)
Prévoir brain storming avec Danièle ?
Repartir du niveau anomalie du Genesis et du cycle de vie.

Les états possibles pour une UE :
sénario avec contrôle : UE en attente de réponse / UE valide / UE à traiter / UE en cours de traitement /UE non valide
In fine différents états ok/pas ok pour l’aval et OK/pas OK pour protools
Bien ranger dans metallicorne > accueil>genesis>conception>ajouter ou déposer une nouvelle version