Différences

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

--- eadl:bloc5:fm1:td2 [2026/08/30 12:31] – créée jcheron
+++ eadl: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 ======
-**Durée : 60 min**
+===== Reprise du  TD1 =====
-===== Structure =====
+> **Rappel — les 5 questions de la direction**
+>
+> * Quel est le chiffre d'affaires réel de MODA & CO, tous canaux confondus ?
+> * Quels sont nos clients les plus rentables ?
+> * Quels produits sont en rupture — ou risquent de l'être ?
+> * Quelle campagne marketing est réellement efficace ?
+> * Comment proposer des recommandations personnalisées ?
+>
+> Nous avons listé les problèmes. Voyons maintenant comment une architecture de données peut y répondre.
-^ Temps ^ Contenu ^
+===== 1. Définition  =====
-| 10 min | Définition opérationnelle + question "un Data Warehouse suffit-il ?" |
-| 15 min | Les briques (sources, ingestion, stockage — survolés) |
-| 25 min | Exercice de classement MODA & CO |
-| 5 min | Question orale rapide sur les modes d'ingestion (ex-mini-défi) |
-| 5 min | Transition vers séquence 4 |
-===== 1. Définition opérationnelle (10 min) =====
+> 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.
-**À l'oral :**
+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.
-> 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.
+===== 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 ====
+MODA & CO dispose des systèmes suivants. Ils sont volontairement mélangés :
+  * fichiers Excel utilisés par les commerciaux ;
+  * application mobile s'appuyant sur Firebase ;
+  * ERP ;
+  * service client Zendesk ;
+  * site e-commerce Magento ;
+  * plateforme publicitaire Google Ads / Meta Ads ;
+  * WMS de gestion des stocks ;
+  * caisses des 50 magasins physiques ;
+  * CRM Salesforce.
+==== Consigne ====
+Classez chaque élément dans le tableau ci-dessous. Vous pouvez inscrire un même élément dans plusieurs colonnes si vous pouvez le justifier. Pour chaque choix, préparez une justification courte : « quelles données ? pour quel rôle ? »
+^ Sources ^ Flux ^ Stockage ^ Traitements ^ Usages ^ Fonctions transverses ^
+|  |  |  |  |  |  |
+|  |  |  |  |  |  |
+|  |  |  |  |  |  |
+|  |  |  |  |  |  |
+|  |  |  |  |  |  |
+|  |  |  |  |  |  |
+|  |  |  |  |  |  |
+|  |  |  |  |  |  |
+|  |  |  |  |  |  |
+**Questions de guidage :**
+  - Une application est-elle forcément une source, ou peut-elle aussi être un usage ?
+  - Un système opérationnel peut-il jouer un rôle de stockage ?
+  - Où placer un outil qui expose une API, mais qui ne fait pas nécessairement de transformation ?
+  - Les fonctions transverses sont-elles un logiciel précis ou des capacités qui s'appliquent à tous les systèmes ?
+===== 3. 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.
-**Question déclenchante :**
+==== Rappel des modes de flux ====
-> « Si je vous donne uniquement un Data Warehouse, ai-je décrit toute l'architecture de données ? »
+^ Mode ^ Principe ^ Exemple générique ^
+| **Batch** | Données accumulées puis transférées par lots à intervalles planifiés. | Export quotidien des ventes vers la plateforme analytique. |
+| **Temps réel** | Donnée transmise et disponible avec un délai très faible. | Mise à jour immédiate d'un stock critique. |
+| **Micro-batch** | Petits lots fréquents, compromis entre batch et temps réel. | Consolidation toutes les quelques minutes. |
+| **Événementiel** | Un événement déclenche la publication ou le traitement d'un message. | « commande créée », « paiement accepté », « produit scanné ». |
+| **API** | Échange de données via une interface applicative exposée par un système. | Interrogation du CRM ou remontée d'une conversion publicitaire. |
-Réponse attendue : **non**. Un entrepôt n'est qu'une composante. L'architecture inclut aussi les sources, les flux, les traitements, les usages, les règles de gestion.
+==== À vous de proposer ====
-===== 2. Les briques, en survol (15 min) =====
+Pour chaque ligne, indiquez un ou plusieurs modes plausibles et expliquez pourquoi. Il n'y a pas toujours une seule bonne réponse : précisez l'hypothèse retenue.
-==== 2.1 Les sources (5 min) ====
+^ Système ou situation MODA & CO ^ Mode(s) de flux proposé(s) ^ Justification ^
+| Caisses des 50 magasins |  |  |
+| Site e-commerce Magento |  |  |
+| Application mobile / Firebase |  |  |
+| CRM Salesforce |  |  |
+| WMS et ERP |  |  |
+| Google Ads / Meta Ads |  |  |
+| Service client Zendesk |  |  |
+| Fichiers Excel commerciaux |  |  |
-Citez rapidement, sans développer :
+**Relance :** le flux adapté à une recommandation personnalisée immédiate est-il nécessairement le même que celui adapté à un reporting financier mensuel ?
-ERP, CRM, site web, application mobile, logiciels métiers, objets connectés, fichiers, API, réseaux sociaux, données publiques ou partenaires.
-==== 2.2 L'ingestion / les modes de collecte (7 min) ====
+===== 4. Fonctions transverses : rendre l'architecture fiable =====
-^ Mode ^ Exemple ^
+Une architecture ne se résume pas à des tuyaux et des bases de données. Les fonctions transverses accompagnent toutes les briques :
-| Batch | Import des ventes chaque nuit |
-| Temps réel | Détection immédiate d'une fraude |
-| Micro-batch | Mise à jour toutes les cinq minutes |
-| Événementiel | Publication d'un événement « commande créée » |
-| API | Récupération du statut d'une livraison |
-**Point clé à faire passer :**
+  * **Qualité :** exactitude, complétude, cohérence, fraîcheur, unicité ;
+  * **Sécurité :** contrôle des accès, chiffrement, sauvegardes, traçabilité ;
+  * **Gouvernance :** responsabilités, règles, définitions communes, conformité ;
+  * **Métadonnées :** description des données, origine, sens, propriétaire, transformations ;
+  * **Supervision :** suivi des flux, alertes, journaux, reprise sur incident, indicateurs de service.
-> Le temps réel n'est pas automatiquement meilleur. Il est utile uniquement lorsque le métier en a besoin.
+> **Une architecture sans gouvernance peut fonctionner techniquement tout en produisant des résultats inutilisables ou risqués.**
-==== 2.3 Les espaces de stockage (3 min) ====
+==== Mini-défi appliqué à MODA & CO ====
-Restez volontairement général à ce stade — ce sera creusé dans un chapitre ultérieur :
+Que se passe-t-il si personne ne valide les remises négociées à l'oral par les commerciaux dans les fichiers Excel ?
-  * stockage brut (fichiers, data lake)
-  * stockage structuré (bases de données, entrepôts)
-  * stockage pour l'analyse (datamarts, cubes)
-Pas de détail technique ici, juste poser les catégories.
+En groupe, identifiez :
-===== 3. Exercice de classement — MODA & CO (25 min) =====
+. au moins trois risques sur les données ou les décisions ;
+. une règle de gouvernance à mettre en place ;
+. un contrôle de qualité mesurable ;
+. une mesure de sécurité ou de traçabilité ;
+. le rôle qui devrait être responsable de la validation.
-//(À caler ici tel quel si déjà rédigé précédemment — non détaillé dans ce document.)//
+===== 5. Synthèse : relier architecture et décisions =====
-===== 4. Question orale rapide — modes d'ingestion (5 min) =====
+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.
-Remplace le mini-défi écrit. Posez à l'oral :
+^ Question de la direction ^ Sources ^ Flux ^ Stockage ^ Traitements ^ Usages ^ Fonctions transverses ^
+| Chiffre d'affaires réel, tous canaux |  |  |  |  |  |  |
+| Clients les plus rentables |  |  |  |  |  |  |
+| Produits en rupture ou à risque |  |  |  |  |  |  |
+| Campagne marketing réellement efficace |  |  |  |  |  |  |
+| Recommandations personnalisées |  |  |  |  |  |  |
-> « Pour chacune de ces situations, quel mode d'ingestion (batch, temps réel, micro-batch, événementiel, API) choisiriez-vous et pourquoi ? »
+**Question de conclusion :** quelle question vous paraît la plus difficile à traiter, et quelle brique est la plus critique dans votre proposition ? Justifiez en une minute.
-  - Un site e-commerce veut afficher le stock en direct
+==== À retenir ====
-  - Une entreprise veut analyser ses ventes du mois pour un rapport mensuel
-  - Une appli mobile veut notifier un livreur dès qu'une commande est validée
-Faites répondre 2-3 étudiants à l'oral, sans corriger longuement — l'objectif est de faire le pont vers la séquence suivante.
+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.
-===== 5. Transition (5 min) =====
+<button type="default">
+[[eadl:bloc5:fm1:td3|]]
+</button>
-> « Vous venez de voir les briques d'une architecture. Mais ces briques peuvent s'assembler de façons très différentes selon les besoins de l'entreprise. C'est ce qu'on appelle des types d'architecture — et c'est ce qu'on va explorer maintenant, à travers des cas d'entreprises réelles. »
-----