eadl:bloc5:fm1:td2

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentes Révision précédente
Prochaine révision
Révision précédente
eadl:bloc5:fm1:td2 [2026/08/30 12:49] – jcheroneadl:bloc5:fm1:td2 [2026/08/30 18:45] (Version actuelle) – jcheron
Ligne 1: Ligne 1:
-====== TD2 — Les briques d'une architecture de données ======+====== TD2 - Les briques d'une architecture de données ======
  
-===== Reprise de la séquence 1 =====+===== Reprise du  TD1 =====
  
 > **Rappel — les 5 questions de la direction** > **Rappel — les 5 questions de la direction**
Ligne 13: Ligne 13:
 > Nous avons listé les problèmes. Voyons maintenant comment une architecture de données peut y répondre. > Nous avons listé les problèmes. Voyons maintenant comment une architecture de données peut y répondre.
  
-===== 1. Définition à construire ===== +===== 1. Définition  =====
- +
-Avant de consulter une définition de référence, prenez quelques minutes pour construire votre propre définition. +
- +
-En **deux phrases**, expliquez ce que vous entendez par « architecture de données » dans une organisation comme MODA & CO. Votre réponse doit préciser, si possible : +
- +
-  * d'où viennent les données ; +
-  * ce qui leur arrive avant d'être utilisées ; +
-  * où elles sont conservées ; +
-  * par qui et pour quels usages elles sont exploitées. +
- +
-**Votre définition :** +
- +
-  .............................................................................................................................................. +
-  .............................................................................................................................................. +
- +
-==== Définition de référence — à consulter après votre essai ==== +
  
 > Une architecture de données décrit la manière dont les données sont collectées, transportées, transformées, stockées, sécurisées, gouvernées et exploitées dans une organisation. > Une architecture de données décrit la manière dont les données sont collectées, transportées, transformées, stockées, sécurisées, gouvernées et exploitées dans une organisation.
Ligne 35: Ligne 19:
 Cette définition ne désigne donc pas un outil unique. Elle décrit un ensemble cohérent de composants, de flux, de responsabilités et de règles. Cette définition ne désigne donc pas un outil unique. Elle décrit un ensemble cohérent de composants, de flux, de responsabilités et de règles.
  
-===== 3. Exercice de classement : les briques de l'architecture =====+===== 2. Exercice de classement : les briques de l'architecture ===== 
 + 
 +<html> 
 +<div style="margin:16px 0;padding:12px;border:1px solid #cbd5e1;border-radius:8px;background:#f8fafc;overflow-x:auto;"> 
 +<div style="font-weight:700;color:#1e293b;margin-bottom:10px;">Chaîne de données typique</div> 
 +<table style="width:100%;border-collapse:separate;border-spacing:0;min-width:620px;background:#f8fafc;"><tr> 
 +<td style="vertical-align:middle;text-align:center;padding:0 5px;"><div style="background:#1d4ed8;color:#fff;padding:10px 8px;border-radius:7px;font-weight:700;line-height:1.25;">Sources<div style="font-size:12px;font-weight:400;margin-top:4px;opacity:.95;">...</div></div></td> 
 +<td style="width:28px;text-align:center;color:#475569;font-size:22px;font-weight:700;">→</td> 
 +<td style="vertical-align:middle;text-align:center;padding:0 5px;"><div style="background:#0891b2;color:#fff;padding:10px 8px;border-radius:7px;font-weight:700;line-height:1.25;">Flux<div style="font-size:12px;font-weight:400;margin-top:4px;opacity:.95;">...</div></div></td> 
 +<td style="width:28px;text-align:center;color:#475569;font-size:22px;font-weight:700;">→</td> 
 +<td style="vertical-align:middle;text-align:center;padding:0 5px;"><div style="background:#7c3aed;color:#fff;padding:10px 8px;border-radius:7px;font-weight:700;line-height:1.25;">Stockage<div style="font-size:12px;font-weight:400;margin-top:4px;opacity:.95;">...</div></div></td> 
 +<td style="width:28px;text-align:center;color:#475569;font-size:22px;font-weight:700;">→</td> 
 +<td style="vertical-align:middle;text-align:center;padding:0 5px;"><div style="background:#c2410c;color:#fff;padding:10px 8px;border-radius:7px;font-weight:700;line-height:1.25;">Traitement<div style="font-size:12px;font-weight:400;margin-top:4px;opacity:.95;">...</div></div></td> 
 +<td style="width:28px;text-align:center;color:#475569;font-size:22px;font-weight:700;">→</td> 
 +<td style="vertical-align:middle;text-align:center;padding:0 5px;"><div style="background:#15803d;color:#fff;padding:10px 8px;border-radius:7px;font-weight:700;line-height:1.25;">Usages<div style="font-size:12px;font-weight:400;margin-top:4px;opacity:.95;">...</div></div></td> 
 +<td style="width:28px;text-align:center;color:#475569;font-size:22px;font-weight:700;">→</td> 
 +<td style="vertical-align:middle;text-align:center;padding:0 5px;"><div style="background:#0e5466;color:#fff;padding:10px 8px;border-radius:7px;font-weight:700;line-height:1.25;">Fonctions transverses<div style="font-size:12px;font-weight:400;margin-top:4px;opacity:.95;">...</div></div></td> 
 +</tr></table></div> 
 +</html>
  
 ==== Situation ====  ==== Situation ==== 
Ligne 74: Ligne 76:
   - Les fonctions transverses sont-elles un logiciel précis ou des capacités qui s'appliquent à tous les systèmes ?   - Les fonctions transverses sont-elles un logiciel précis ou des capacités qui s'appliquent à tous les systèmes ?
  
-==== Note pédagogique pour l'animateur ====  +===== 3. Mini-défi : choisir les flux de données =====
- +
-Certains systèmes peuvent appartenir à plusieurs briques à la fois (par exemple : **CRM = à la fois source ET usage**). C'est volontairement piégeux : l'objectif est de créer du débat et de faire comprendre qu'un classement dépend du **rôle considéré**, du périmètre et du niveau de description. +
- +
-**Pièges à surveiller :** +
- +
-  * **CRM Salesforce :** source de données clients et commerciales, mais aussi usage pour les équipes de vente et éventuellement stockage opérationnel. Ne pas imposer une seule case. +
-  * **WMS / ERP / caisses :** ce sont des systèmes opérationnels qui stockent des données et les produisent ; ils ne sont pas, à eux seuls, les « traitements » analytiques. +
-  * **Google Ads / Meta Ads :** source de données de campagnes et usage de pilotage marketing ; les flux de retour (coûts, clics, conversions) peuvent être entrants ou sortants selon le point de vue. +
-  * **Excel commerciaux :** source fragile, mais aussi support d'usage ; qualité, validation, versioning et sécurité doivent être discutés plutôt que classés comme un simple outil. +
-  * **Fonctions transverses :** qualité, sécurité et gouvernance ne se rangent pas dans un seul système ; elles concernent l'ensemble de l'architecture. +
- +
-**Restitution attendue :** chaque groupe choisit deux classements discutables et prépare un argument pour défendre son choix. +
- +
-===== 4. Schéma à trous ===== +
- +
-Complétez le schéma en indiquant des composants, des exemples d'outils ou des types de traitements. Les mots à retrouver ne sont pas nécessairement les seuls éléments possibles. +
- +
-<code> +
-+----------------------+     +----------------------+     +----------------------+     +----------------------+ +
-|       SOURCES        | --> |    INTEGRATION       | --> |      STOCKAGE        | --> |       USAGES         | +
-| Magento              |     | Collecte / [....]    |     | [....]               |     | [....]               | +
-| Caisses              |     | API                  |     | Data Warehouse       |     | Tableaux de bord     | +
-| Firebase             |     | [....]               |     | Data Lake            |     | [....]               | +
-| Salesforce, WMS, ERP |     |                      |     |                      |     | [....]               | +
-+----------------------+     +----------------------+     +----------------------+     +----------------------+ +
-                                      | +
-                                      v +
-                              +----------------------+ +
-                              | FONCTIONS TRANSVERS. | +
-                              | Qualité, sécurité,   | +
-                              | gouvernance,         | +
-                              | métadonnées,         | +
-                              | supervision          | +
-                              +----------------------+ +
-</code> +
- +
-**Questions de débrief :** +
- +
-  * Où se situent les transformations : dans l'intégration, avant le stockage, après le stockage, ou à plusieurs endroits ? +
-  * Le Data Lake et le Data Warehouse ont-ils exactement le même rôle ? +
-  * Un tableau de bord est-il un stockage ou un usage ? +
-  * Où placer l'IA / Data Science ? +
- +
----- +
- +
-===== 5. Mini-défi : choisir les flux de données =====+
  
 Les données ne circulent pas toutes de la même manière. Associez chaque situation à un mode de flux plausible, puis justifiez votre choix par le besoin métier, le délai acceptable et le coût de mise en œuvre. Les données ne circulent pas toutes de la même manière. Associez chaque situation à un mode de flux plausible, puis justifiez votre choix par le besoin métier, le délai acceptable et le coût de mise en œuvre.
Ligne 149: Ligne 105:
 **Relance :** le flux adapté à une recommandation personnalisée immédiate est-il nécessairement le même que celui adapté à un reporting financier mensuel ? **Relance :** le flux adapté à une recommandation personnalisée immédiate est-il nécessairement le même que celui adapté à un reporting financier mensuel ?
  
-===== 6. Fonctions transverses : rendre l'architecture fiable =====+===== 4. Fonctions transverses : rendre l'architecture fiable =====
  
 Une architecture ne se résume pas à des tuyaux et des bases de données. Les fonctions transverses accompagnent toutes les briques : Une architecture ne se résume pas à des tuyaux et des bases de données. Les fonctions transverses accompagnent toutes les briques :
Ligne 173: Ligne 129:
   5. le rôle qui devrait être responsable de la validation.   5. le rôle qui devrait être responsable de la validation.
  
-===== 7. Synthèse : relier architecture et décisions =====+===== 5. Synthèse : relier architecture et décisions =====
  
 Reprenons les cinq questions de la direction. Pour **CHAQUE** question, identifiez les briques nécessaires pour construire une réponse fiable. Ne vous limitez pas au stockage : indiquez les sources, les flux, les traitements, les usages et les fonctions transverses mobilisés. Reprenons les cinq questions de la direction. Pour **CHAQUE** question, identifiez les briques nécessaires pour construire une réponse fiable. Ne vous limitez pas au stockage : indiquez les sources, les flux, les traitements, les usages et les fonctions transverses mobilisés.
Ligne 190: Ligne 146:
 Une architecture de données est une **organisation cohérente** des sources, des flux, du stockage, des traitements et des usages, soutenue par la qualité, la sécurité, la gouvernance, les métadonnées et la supervision. Elle relie les systèmes de MODA & CO aux décisions de la direction ; elle ne se réduit donc ni à un Data Warehouse, ni à un outil particulier. Une architecture de données est une **organisation cohérente** des sources, des flux, du stockage, des traitements et des usages, soutenue par la qualité, la sécurité, la gouvernance, les métadonnées et la supervision. Elle relie les systèmes de MODA & CO aux décisions de la direction ; elle ne se réduit donc ni à un Data Warehouse, ni à un outil particulier.
  
-//**Minutage indicatif : 8 min** — 5 min de remplissage du tableau, 3 min de synthèse orale.//+<button type="default"> 
 +[[eadl:bloc5:fm1:td3|]] 
 +</button>
  
----- 
  
  • eadl/bloc5/fm1/td2.1788086941.txt.gz
  • Dernière modification : il y a 3 mois
  • de jcheron