UML 2 pour les bases de données
20
© Éditions Eyrolles
Il existe une différence entre un modèle (par exemple le modèle conceptuel de données) et un
formalisme (dans lequel est décrit un modèle et qui n’exprime que l’aspect représentation).
Ainsi, on parle de la modélisation conceptuelle des données suivant le formalisme entité-association ou suivant la notation UML.
La modélisation est un processus très important car il conditionne la structure de la base de
données qui sera déduite des différents éléments du schéma conceptuel : entités (ou classes),
associations et contraintes.
Généralités
Afin de préserver l’indépendance entre les données et les traitements, le schéma conceptuel ne doit
pas comporter d’indications physiques. Pas question donc d’indiquer sur un diagramme une
quelconque information sur l’indexage, l’adressage ou tout autre détail concernant l’accès à la
mémoire.
Le schéma conceptuel doit contenir plus d’informations qu’on pouvait en trouver au début des
fichiers COBOL, lorsqu’il s’agissait de déclarer les structures de données manipulées par les
programmes eux-mêmes (la comparaison est un peu osée, mais les développeurs mûrs feront
le rapprochement). Le concepteur devra ajouter au schéma les règles de gestion (aussi appelées
« règles de sécurité », « d’intégrité » ou « de fonctionnement »).
L’objectif d’un schéma conceptuel ne peut pas être de décrire complètement un système, il
modélise seulement l’aspect statique des données. Un schéma va aussi servir à communiquer et
échanger des points de vue afin d’avoir, entre différents acteurs, une compréhension commune
et précise d’un système à modéliser. Dans le monde de l’industrie, ces schémas ne sont plus
manuscrits mais manipulés à l’aide d’outils graphiques (étudiés au chapitre 4).
Face à face Merise/UML
Nous réalisons ici un face à face entre le modèle conceptuel des données de Merise et le
diagramme de classes de la notation UML. Pour chaque caractéristique, nous présenterons les
différences entre les deux notations avant de tirer un bilan.
Concepts de base
Modèles entité-association
Le modèle entité-association, appelé « entité-relation » (entity-relationship) chez les AngloSaxons, a été proposé en 1976 des deux côtés de l’Atlantique. Si la paternité de ce modèle est
20
© Éditions Eyrolles
Il existe une différence entre un modèle (par exemple le modèle conceptuel de données) et un
formalisme (dans lequel est décrit un modèle et qui n’exprime que l’aspect représentation).
Ainsi, on parle de la modélisation conceptuelle des données suivant le formalisme entité-association ou suivant la notation UML.
La modélisation est un processus très important car il conditionne la structure de la base de
données qui sera déduite des différents éléments du schéma conceptuel : entités (ou classes),
associations et contraintes.
Généralités
Afin de préserver l’indépendance entre les données et les traitements, le schéma conceptuel ne doit
pas comporter d’indications physiques. Pas question donc d’indiquer sur un diagramme une
quelconque information sur l’indexage, l’adressage ou tout autre détail concernant l’accès à la
mémoire.
Le schéma conceptuel doit contenir plus d’informations qu’on pouvait en trouver au début des
fichiers COBOL, lorsqu’il s’agissait de déclarer les structures de données manipulées par les
programmes eux-mêmes (la comparaison est un peu osée, mais les développeurs mûrs feront
le rapprochement). Le concepteur devra ajouter au schéma les règles de gestion (aussi appelées
« règles de sécurité », « d’intégrité » ou « de fonctionnement »).
L’objectif d’un schéma conceptuel ne peut pas être de décrire complètement un système, il
modélise seulement l’aspect statique des données. Un schéma va aussi servir à communiquer et
échanger des points de vue afin d’avoir, entre différents acteurs, une compréhension commune
et précise d’un système à modéliser. Dans le monde de l’industrie, ces schémas ne sont plus
manuscrits mais manipulés à l’aide d’outils graphiques (étudiés au chapitre 4).
Face à face Merise/UML
Nous réalisons ici un face à face entre le modèle conceptuel des données de Merise et le
diagramme de classes de la notation UML. Pour chaque caractéristique, nous présenterons les
différences entre les deux notations avant de tirer un bilan.
Concepts de base
Modèles entité-association
Le modèle entité-association, appelé « entité-relation » (entity-relationship) chez les AngloSaxons, a été proposé en 1976 des deux côtés de l’Atlantique. Si la paternité de ce modèle est