Modèle de données
Un modèle de données décrit les informations qu'un produit stocke et la façon dont elles s'articulent : les entités (utilisateurs, comptes, commandes), leurs attributs et les relations qui les lient, par exemple un compte qui regroupe plusieurs utilisateurs. Dans une base relationnelle, il devient un ensemble de tables reliées par des clés primaires et étrangères, souvent dessiné sous forme de diagramme entité-relation. Chaque fonctionnalité, chaque rapport et chaque intégration repose sur cette structure.
Pourquoi c’est important pour un PM
Beaucoup de limites d'un produit viennent de son modèle de données : un utilisateur qui ne peut pas appartenir à deux espaces de travail, un prix qui ne peut pas varier selon le pays, un historique jamais conservé. Ces choix coûtent peu à changer sur le papier et cher une fois les données créées. Un PM qui lit le modèle repère les cas manquants pendant que la fonctionnalité est encore en conception.
Exemple
Une application d'agenda enregistre un seul fuseau horaire par utilisateur. Quand l'équipe ajoute des calendriers partagés pour des équipes réparties, les événements s'affichent à la mauvaise heure pour la moitié des participants. Un PM qui aurait lu le modèle plus tôt aurait demandé où vit le fuseau horaire d'un événement.
Points clés
- La cardinalité, c'est-à-dire le nombre d'enregistrements d'une entité qui peuvent se rattacher à une autre, traduit des règles métier.
- Chaque entité a un cycle de vie : création, modifications, archivage, suppression.
- Les bases relationnelles conviennent aux données fortement liées ; les bases documentaires privilégient des enregistrements souples et autonomes.
- Les données personnelles du modèle entraînent des obligations : minimisation, durées de conservation, suppression.
Erreurs fréquentes
- Concevoir les écrans d'abord et découvrir les contraintes de données pendant le développement.
- Écraser des valeurs dont l'entreprise aura besoin plus tard comme historique.
- Laisser un agent IA générer les tables sans relire les clés, les contraintes et les règles d'accès.
Pour aller plus loin dans Module
Les formations et les leçons qui traitent cette notion :