Modèle physique de données en anglais

Un autre type de modèle de données décrit comment organiser les données en utilisant un système de gestion de base de données ou d`autres technologies de gestion des données. Il décrit, par exemple, des tables et des colonnes relationnelles ou des classes et des attributs orientés objet. Un tel modèle de données est parfois appelé le modèle de données physiques, mais dans l`architecture de schéma ANSI trois d`origine, il s`appelle «logique». Dans cette architecture, le modèle physique décrit les supports de stockage (cylindres, pistes et tablespaces). Idéalement, ce modèle est dérivé du modèle de données plus conceptuel décrit ci-dessus. Il peut toutefois différer pour tenir compte des contraintes telles que la capacité de traitement et les modèles d`utilisation. Un diagramme de flux de données (DFD) est une représentation graphique du «flux» de données par le biais d`un système d`information. Il diffère de l`organigramme car il montre le flux de données au lieu du flux de contrôle du programme. Un diagramme de flux de données peut également être utilisé pour la visualisation du traitement des données (conception structurée). Les diagrammes de flux de données ont été inventés par Larry Constantine, le développeur original de la conception structurée [23], basé sur le modèle de calcul du «graphe de flux de données» de Martin et d`Estrin. Dans le contexte de l`intégration des processus métier (voir figure), la modélisation des données complète la modélisation des processus métier et aboutit finalement à la génération de la base de données.

[6] l`importance de cette approche, selon la norme ANSI, est qu`elle permet aux trois perspectives d`être relativement indépendantes l`une de l`autre. La technologie de stockage peut changer sans affecter le modèle logique ou conceptuel. La structure de la table/colonne peut changer sans (nécessairement) affecter le modèle conceptuel. Dans chaque cas, bien sûr, les structures doivent rester cohérentes avec l`autre modèle. La structure de la table/colonne peut être différente d`une traduction directe des classes d`entité et des attributs, mais elle doit en fin de compte réaliser les objectifs de la structure de classe d`entité conceptuelle. Les premières phases de nombreux projets de développement de logiciels soulignent la conception d`un modèle de données conceptuelles. Une telle conception peut être détaillée dans un modèle de données logique. Dans les étapes ultérieures, ce modèle peut être traduit en modèle de données physiques. Cependant, il est également possible d`implémenter un modèle conceptuel directement.

Une instance de modèle de données est créée en appliquant une théorie de modèle de données. Cela est généralement fait pour résoudre certaines exigences de l`entreprise. Les exigences métier sont normalement capturées par un modèle de données logique sémantique. Cela est transformé en une instance de modèle de données physique à partir de laquelle est générée une base de données physique. Par exemple, un modeleur de données peut utiliser un outil de modélisation de données pour créer un modèle d`entité-relation du référentiel de données d`entreprise de certaines entreprises. Ce modèle est transformé en un modèle relationnel, qui à son tour génère une base de données relationnelle. Il est pratique courante de tracer un diagramme de flux de données au niveau du contexte en premier qui montre l`interaction entre le système et les entités externes.