Visual Paradigm Réaliser un modèle logique de données (MLD)

27.02.2013
p.a. sunier
Visual Paradigm
Réaliser un modèle logique de données (MLD)
Sommaire
1 Propos liminaires ............................................................................................................................. 2
2 Organisation du projet ..................................................................................................................... 2
3 Création des tables ........................................................................................................................... 3
4 Création de relations ........................................................................................................................ 4
4.1 Bases ........................................................................................................................................ 4
4.2 Relations identifiantes ............................................................................................................. 5
4.3 Table associative ..................................................................................................................... 6
5 Notation ........................................................................................................................................... 7
5.1 Notation au niveau des colonnes ............................................................................................. 7
5.2 Notation au niveau des relations .............................................................................................. 8
6 Webographie ................................................................................................................................... 9

Page 2
1 Propos liminaires
Dans le cadre de la démarche méthodologique [2] que nous appliquons, inspirée du Processus unifié
(UP), nous ne concevons pas de modèle logique de données (MLD). Le MLD est créé
automatiquement à partir de la transformation du modèle conceptuel de données(MCD), seul un
enrichissement est, éventuellement, réalisé.
Toutefois, il arrive que les concepteurs de logiciels de gestion fassent l'impasse sur le MCD et
démarrent l'analyse des données à partir du niveau logique1. Ce document est réalisé dans cette
optique.
2 Organisation du projet
Il vous faut commencer par créer un projet pour chaque modèle que vous devez réaliser, que le modèle
soit issu d’un exercice dans un cadre scolaire ou issu d’un besoin de décrire les données d’un système
d’information ou d’un logiciel particulier. [Plus de détails au chapitre : Les bases – Notion de
référentiel]
La modélisation des données et la création des
différents diagrammes de visualisation s’effectue au
sein du répertoire Database Modeling de votre projet.
Le sous-répertoire Entity Relationship Diagramm
contiendra les diagrammes logiques (tables…) ; pour
rappel, les objets de modélisation eux-mêmes sont
hors du périmètre des diagrammes et existent pour
eux-mêmes au sein du référentiel.
Contrairement à ce que la traduction littérale de
Entity Relationship Diagram laisse à penser ces diagrammes ne sont pas des représentations des
modèles Entités-Associations (MCD) mais, bien des modèles logiques de données sous forme de
tables de bases de données relationnelles avec des contraintes de clés étrangères et autres.
1 Nous déconseillons vivement de commencer l'analyse des données avec un modèle logique; le modèle
conceptuel permet de se concentrer sur les concepts en faisant abstraction des solutions de mise en œuvre qui
peuvent influencer le travail de conception.

Page 3
3 Création de tables
Après avoir créé une table, vous pourrez lui attribuer ses colonnes et définir les caractéristiques de
celles-ci.

Page 4
4 Création de relations
4.1 Bases
Vous créez une relation en tirant une "association" Relationship entre deux tables.
Par défaut, la colonne de clé étrangère sera nommée en concaténant le nom de la table parent et sa
colonne de clé primaire.
Vous pouvez renommer la colonne de clé étrangère à votre convenance.

Page 5
Une relation obligatoire se traduit par une colonne de clé étrangère obligatoire; ci-après, nous avons
rendu la relation entre Educatrices et Enfants optionnelle; la colonne de clé étrangère peut être nulle.
L'optionalité de la relation s'observe aussi par le symbole O du côté Educatrices en lieu et place du
symbole │.
4.2 Relations identifiantes
Une relation peut être qualifiée d'identifiante; une relation identifiante est dessinée en trait plein et la
colonne de clé étrangère devient partie de la clé primaire.