Modélisation des bases de

données et outils
I. Introduction aux modèles de données
II.Le niveau conceptuel
Le niveau logique
Algèbre relationnelle
Le langage SQL
Les procédures stockées et déclencheurs sous MySQL
Introduction à l’administration de bases de données sous
MySQL
1
Modélisation des bases de
données et outils

II. Le niveau conceptuel

2
Le niveau conceptuel

La modélisation conceptuelle

3
 Le niveau conceptuel
● La modélisation conceptuelle
– Le schéma conceptuel
– Le modèle Entité-Association
– Diagramme de classes UML
– Élaboration du schéma conceptuel
● Modèle E/A – MERISE
– Concepts
– Le MCD
● Diagramme de classes – UML
– Concepts
– Diagramme de classes 4
– Agrégations
 La modélisation conceptuelle

Le schéma conceptuel
● Objectifs
– Représenter la réalité telle qu'elle est perçue par
les utilisateurs.
– S'abstraire de la structure des données stockées
● Particularités
– Orienté utilisateur
● Collaboration et validation avec et par les utilisateurs
– Indépendant des technologies
● Portabilité
● Longévité
5
– Spécifications formelles, non ambiguës
 La modélisation conceptuelle

Le modèle Entité-Association
● Origines
– Entity-Relationship. Peter Chen 1976
● Concepts de base
– Entité
– Propriété
– Association
● MERISE
– Méthode Etude et de Réalisation Informatique pour les
Systèmes d'Entreprise
– Le modèle E/A a été repris sous le nom de Modèle
Conceptuel de Données (MCD) 6
 La modélisation conceptuelle

Diagramme de classe UML

● UML
– Langage UML : Unified Modelling Language.
– Résultat de la fusion des travaux de Booch,
Rumbaugh et Jacobson.
– Défini par le consortium OMG, 1997
● Concepts de base
– Classe
– Attribut
– Association
7
 La modélisation conceptuelle

Élaboration du schéma conceptuel

● L'analyse des besoins
– Consiste à faire émerger de l'analyse les données à
stocker.
– S'appuie sur le cahier des charges, les interviews,
observation de l'existant, etc.
– Produit en premier lieu le dictionnaire des données.
●Recensement de toutes les informations sur données
(nom, désignation, domaine de valeurs, etc)
– Produit au final le schéma conceptuel.
● Mise en diagramme, d'une manière optimale, de
toutes ces données.
8
 La modélisation conceptuelle

Élaboration du schéma conceptuel

● Différents formalismes

9
Le niveau conceptuel

Modèle E/A - MERISE

10
 Modèle E/A - MERISE

Les concepts
● Exemple
Le service commercial d'une entreprise est composé d'une
unité administrative située au siège de l'entreprise et de
représentants en relation directe avec les clients :
– les représentants n'ont pas de clients attitrés
– les représentants n'ont pas de régions attitrées
– une commande n'est passée que par un seul représentant
– un article ne figure qu'une fois sur une commande

11
 Modèle E/A – MERISE

Les concepts
● Propriété
– Donnée élémentaire associée à un domaine de valeurs.
– Peut être identifiant (ou en faire partie).
Liste des propriétés (dictionnaires des données)
nom signification type longueur règles
numcli numéro de client numérique 3 à créer
nomcli nom du client texte 40
adcli adresse client texte 60 numéro et voie
villecli ville client texte 28
cpcli code postal numérique 5 99999
numcom numéro de commande numérique 4 à créer
datecom date commande date 8 JJMMAAAA
numart numéro d'article numérique 3 à créer
libelart libellé de l'article texte 60
pu prix unitaire monétaire 7 9999,99
numrep numéro représentant numérique 2 à créer
nomrep nom représentant texte 40
numreg numéro région numérique 2 99
nomreg nom région texte 40
12
nbhab nombre habitants numérique 8 99999999
qtecom quantité commandée numérique 2 99
 Modèle E/A – MERISE

Les concepts
● Entité
– Regroupe des objets concrètes ou abstraites de la
réalité perçue qui sont de même nature et qui jouent
le même rôle.
– Dotée de propriétés, dont un identifiant.

13
 Modèle E/A – MERISE

Les concepts
● Occurrence d'entité
– Objet particulier faisant partie d'une entité

numart=1023
a1 libelart= « MacBook Pro »
pu=2150

14
 Modèle E/A – MERISE

Les concepts
● Association
– liaison entre entités,
– caractérisée par un verbe,
– dotée de propriétés,
– caractérisée par une cardinalité x,y à chaque extrémité
– nombre minimal (x) et le nombre maximal (y) d'occurrences de
l'entité "lointaine" qui correspondent à l'occurrence "proche".

Un client passe Une commande

zéro ou plusieurs est passée par un 15
commandes et un seul client
 Modèle E/A – MERISE

Les concepts
● Types d'associations
– Binaire : relie deux entités.
– Réflexive : (binaire) relie une entité à elle même.
– N-aire : relie N entités (à éviter)

16
 Modèle E/A – MERISE

Le MCD
● Modèle Conceptuel de Données (MCD)

17
 Modèle E/A – MERISE

Le MCD
● Exercice
La société KIVENTOU est une société spécialisée dans la vente au détail de
matériel hifi, vidéo, informatique, photographique et électroménager. Cette
société, soumise à une concurrence féroce, souhaite maintenir sa position sur
son marché. En dehors du prix, un des éléments de satisfaction de la clientèle
semble être la rapidité du service et la compétence du personnel. Les vendeurs
sont partiellement payés à la commission.
Principes de gestion
● Le magasin est divisé en rayons spécialisés. Les vendeurs sont affectés à
un rayon. Le chef de rayon est un vendeur. Chaque vendeur dispose d'une
certaine latitude de décision en matière de prix. Il se peut donc que le prix
pratiqué ne soit pas celui affiché. Le salaire des vendeurs comporte deux
parties : une partie fixe et une partie variable, fonction du chiffre d'affaires
qu'il a réalisé. En dehors des rayons, il existe une caisse, un entrepôt de
marchandises, un service du personnel chargé d'établir la paie et un
18
comptoir de remise des marchandises au client.
 Modèle E/A – MERISE

Le MCD
● Exercice (suite)
Règles de gestion
● Un article est présenté dans un seul rayon
● Un salarié est affecté à un seul rayon ou service
● Un rayon n'a qu'un seul chef et c'est un salarié. Un salarié ne peut être chef
que d'un seul rayon.
● Une facture est le résultat d'une vente effectuée par un vendeur.
● Si le client achète des articles dans différents rayons, il lui est fait une facture
par rayon.
1) Etablir le dictionnaire de données
2) Construire le MCD
19
Le niveau conceptuel

Diagramme de classes - UML

20
 Diagramme de classes - UML

Concepts
● Exemple
On souhaite modéliser les visites dans un centre médical. Les patients
caractérisés par leurs nom, prénoms, age, adresse et téléphone sont reçus en
consultation par des médecins. Après consultation chaque médecin prescrit au
patient des médicaments en indiquant pour chaque médicament le nombre de
fois où le médicament doit être pris. On veut pouvoir consulter dans la base de
données futur les dates des consultations ainsi que les médicaments prescrits
pour chacune d'elles.
On note que :
● Un patient n'est reçu en consultation que par un seul médecin
● Un patient peut effectuer plusieurs visites au centre pour consulter un médecin.
● Dans une même journée un médecin peut donner plusieurs consultations
● Pour une consultation donnée un médecin ne reçoit qu'un seul patient.
21
● Dans une consultation le même médicament ne peut être prescrit plus d'une fois.
 Diagramme de classes - UML

Concepts
● Attribut
– Donnée élémentaire associée à un domaine de valeurs.
– Peut être identifiant (ou en faire partie).
● Classe
– Regroupe un ensemble homogène d'objets métier (concrets
ou abstraits), chacun caractérisé par différents attributs
– Dotée d'attributs, dont un identifiant
– Peuvent disposer de méthodes
● Association
– Relie des entités,
– caractérisée par un verbe 22
 Diagramme de classes - UML

Concepts
● Types d'association
– Binaire : relie deux classes
– Réflexive : (binaire) relie une classe à elle même.
– N-aire : relie N entités (à éviter)

23
 Diagramme de classes - UML

Concepts
● Classification d'associations binaires
– Un à un
– Un à plusieurs
● Un médecin peut donner plusieurs consultations
– Plusieurs à plusieurs
● Un médicament peut être prescrit dans plusieurs
consultations et dans une consultation on peut
prescrire plusieurs (différents) médicaments.

24
 Diagramme de classes - UML

Concepts
● Multiplicités
– Précisent le nombre minimal et maximal d'objets
concernés par chaque association.
– Se note x..y à l'extrémité de chaque lien. x exprime le
nombre minimal, y le nombre maximal.
– Les multiplicités sont inversée par rapport aux
cardinalités dans MERISE.

25
 Diagramme de classes - UML

Concepts
● Multiplicités

Un médecin donne Une Consultation

une ou plusieurs est donnée par un
consultations et un seul médecin

26
 Diagramme de classes - UML

Concepts
● Les rôles
– Un rôle se note sur un lien d'association sous forme d'un
nom (forme nominale ou verbale) qui décrit comment la
classe source « voit » sa classe cible

27
 Diagramme de classes - UML

Concepts
● Classe-association
– Association souvent porteuse d'information
– Classe rattachée à une association plusieurs à plusieurs.
– Possède éventuellement des attributs, mais pas d'identifiant.
– Peut être rattachée à d'autres classes.

28
 Diagramme de classes - UML

Concepts
● Héritage
– Mécanisme de transmission des attributs et méthodes d'une
classe vers une sous classe.
– La spécialisation et la généralisation permettent de construire
des hiérarchies de classes

29
Diagramme de classes - UML

Diagramme de classes

30
 Diagramme de classes - UML

Diagramme de classes
● Exercice
On désire modéliser une base de données permettant de mémoriser les informations liées à
l’évaluation de livres par des internautes. Tous les mois, un internaute peut évaluer jusqu’à 4
livres. Un livre est caractérisé par son titre, ses auteurs et son édition. L’édition est
caractérisée par un format et un code d’éditeur. La relation entre un livre et une édition est
caractérisée par un prix de vente et une date correspondant à l’année d’édition du livre. Par
exemple un livre peut exister en plusieurs éditions : livre de poche, livre compact, etc.
Un auteur est caractérisé par son nom, son prénom et sa date de naissance. Un internaute
est caractérisé par son nom, son prénom, sa date de naissance, son adresse mail et un mot
de passe. Un livre possède un numéro ISBN unique qui diffère selon l’édition mais qui est
toujours renseigné. Un internaute possède une adresse mail qui est unique et toujours
renseignée.
Chaque évaluateur note un livre en tenant compte de l’édition, car deux livres dans deux
éditions différentes peuvent être perçus de façon différente par le lecteur.
Un évaluateur peut aussi être un auteur. À chaque évaluation d’un livre dans une édition
particulière, la note de l’internaute et la date de l’évaluation sont mémorisées. Un évaluateur
ne peut évaluer un livre dans une édition particulière qu’une seule et unique fois. 31
Construire le diagramme de classes
 Diagramme de classes - UML

Agrégations
● Définition
– Cas particulier d'association non symétrique
exprimant une relation de contenance.
● Une classe fait partie d'une autre classe
● Les objets d'une classe sont subordonnés aux objets
d'une autre classe
– Deux familles d'agrégation
● L'agrégation simple (faible)
● La composition, agrégation forte

32
 Diagramme de classes - UML

Agrégations
● Agrégation simple (ou partagée)
– Autorise qu'un objet appartienne simultanément à
différentes compositions d'objets

33
 Diagramme de classes - UML

Agrégations
● La composition (agrégation forte)
– Les parties ne peuvent appartenir à plusieurs
agrégats.
– Le cycle de vie des parties est subordonné à celui
de l’agrégat ou classe composite.

34
 Diagramme de classes - UML

Agrégations
● Applications
– Gestion d'appartements dans les immeubles
– Dossier médical
– Emploi du temps
– ...

35