TD2 - Les briques d'une architecture de données
Reprise du TD1
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.
1. Définition
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.
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.
2. Exercice de classement : les briques de l'architecture
Sources ... |
→ | Flux ... |
→ | Stockage ... |
→ | Traitement ... |
→ | Usages ... |
→ | Fonctions transverses ... |
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.
Rappel des modes de flux
| 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. |
À vous de proposer
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.
| 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 |
Relance : le flux adapté à une recommandation personnalisée immédiate est-il nécessairement le même que celui adapté à un reporting financier mensuel ?
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 :
- 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.
Une architecture sans gouvernance peut fonctionner techniquement tout en produisant des résultats inutilisables ou risqués.
Mini-défi appliqué à MODA & CO
Que se passe-t-il si personne ne valide les remises négociées à l'oral par les commerciaux dans les fichiers Excel ?
En groupe, identifiez :
1. au moins trois risques sur les données ou les décisions ; 2. une règle de gouvernance à mettre en place ; 3. un contrôle de qualité mesurable ; 4. une mesure de sécurité ou de traçabilité ; 5. le rôle qui devrait être responsable de la validation.
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.
| 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 |
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.
À retenir
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.
jcheron