Produit: Modèle de données
Cet artefact décrit les représentations logiques et physiques des données persistantes utilisées par l'application. Lorsque l'application utilise un système de gestion de bases de données, le modèle de données peut également inclure des éléments de modèles pour les procédures mémorisées, pour les déclencheurs, pour les contraintes et autres éléments qui définissent les interactions de l'application avec le système.
Objet

Le modèle de données permet de décrire la structure logique et physique des informations persistantes gérées par le système. Le modèle de données peut être créé par génération de code à partir des réserves de données persistantes (bases de données) ou à l'aide d'un ensemble de classes de conception persistantes dans le modèle de conception.

Le modèle de données est nécessaire lorsqu'un mécanisme de stockage persistant est basé sur une technologie qui n'est pas orientée objet.  Le modèle de données est particulièrement nécessaire lorsque la structure des données persistantes ne peut être dérivée automatiquement et mécaniquement de la structure des classes persistantes du modèle de conception. Il permet de définir le mappage entre les classes de conception persistantes et les structures de données persistantes ; et de définir les structures de données persistantes elles-mêmes.

Le tableau de propriétés ci-dessous décrit les éléments du modèle de données.  Les définitions des propriétés du modèle comprises dans ce tableau respectent le profil de modélisation de données de la version 1.3 de la spécification de langage de modélisation unifié (UML).  Les éléments de profil de modélisation de données de la version 1.4 d'UML n'ont pas encore été définis.

Relations
Entrée versObligatoire:
  • Aucun
Facultatif: Externe:
  • Aucun
Propriétés
Facultatif
PlanifiéYes
Personnalisation
Options de représentation

Représentation UML : Package stéréotypé comme un <<modèle>>.

Un modèle de données peut avoir les propriétés suivantes : 

Nom de la propriété

Brève description

Représentation UML

Introduction Description textuelle servant de brève introduction au modèle. Valeur marquée, de type "texte court".
Packages Packages utilisés à des fins de regroupement organisationnel. Appartenance via l'association "représente", ou de manière récursive via l'agrégation "propriétaire de".
Tables Tables du modèle de données, appartenant aux packages. Classes, stéréotypées en tant que «Table».
Relation Association simple entre les tables du modèle. Association, stéréotypée en tant que «Non-identifiante»
Relation forte Relation d'agrégation composite entre les tables du modèle. Association, stéréotypée en tant que «Identifiante»
Dépendance (de la vue vers la table) Dépendance entre les tables, les vues et d'autres éléments du modèle Dépendance, stéréotypée en tant que «Dérive de» pour les relations de dépendance entre une table et une vue
Colonne Valeurs des données des tables Attribut, stéréotypé en tant que «Colonne».
Domaine Type de donnée défini par l'utilisateur. Classe, stéréotypée en tant que «Domaine».
Vue Table virtuelle composée de colonnes issues d'une ou plusieurs tables. Classe, stéréotypée en tant que «Vue».
Diagrammes Diagrammes du modèle, appartiennent aux packages. Diagrammes de classe qui décrivent les tables et leurs relations, et diagrammes de composant qui décrivent la réalisation des tables dans le modèle en composants Espace table et Base de données.
Index Structures d'accès aux données utilisées pour accélérer l'accès via des chemins spécifiés. Opération, stéréotypée en tant que «Index».
Déclencheur Comportement activé par un événement, associé aux tables. Opération, stéréotypée en tant que «Déclencheur».
Contrainte de vérification Règle de validation sur une colonne ou une table. Il peut s'agir d'une plage de valeurs valides ou de calculs. Opération, stéréotypée en tant que «Vérification».
Contrainte d'unicité Indique que les données d'une colonne ou d'un ensemble de colonnes doivent être uniques. Opération, stéréotypée en tant que «Unicité».
Package de procédures mémorisées Classe utilisée comme "conteneur" pour les opérations de procédure mémorisée Classe, stéréotypée en tant que «Conteneur_PM».
Procédure mémorisée  Comportement appelé de manière spécifique, associé aux tables ou au modèle dans son ensemble. Opération, stéréotypée en tant que «PM».
Schéma  Conteneur pour les éléments du modèle de données, représentant la structure générale de la base de données. Utilisé pour gérer la sécurité et la propriété des tables. Package stéréotypé en tant que «Schéma».
Base de données Elément de modèle qui représente la base de données physique Composant, stéréotypé en tant que «Base de données»
Espace table Unité de stockage physique dans une base de données Composant, stéréotypé en tant que «Espace table»

Pour les projets contenant peu de données persistantes, ou présentant une transformation simple entre classes de conception et mécanisme de persistance, un modèle de données séparé n'est peut-être pas nécessaire. Pour les projets qui utilisent un système de gestion de base de données relationnelle pour assurer la persistance, le modèle de données devra être personnalisé en fonction de la sémantique spécifique de la base de données sous-jacente, qui peut varier légèrement d'un système à l'autre.

Plus d'informations