Base de Données

Pourquoi modéliser les données ?

Préparer leur implémentation dans un logiciel de gestion de
données, afin :

 de ne rien oublier

 d’éviter les redondances

 de relier les données entre elles

 définit la structure d’une base

 permet de garantir l’intégrité
2
La méthode MERISE
présentation succincte

3
 Origine
 méthode franco-française (fin 1970)

 adaptée aux grands systèmes  bases de données centralisées

 aujourd’hui :

 complétée par approche « objet » (langage UML)

 modèles de données pour SGBDr

4
 Caractéristiques

 méthode complète (analyse, conception et réalisation)

 séparation stricte données / traitements

 langage de modélisation normalisé


 méthode lourde à mettre en œuvre
5
 3 niveaux d’abstraction
M = modèle
Données Traitements

Conceptuel
MCD MCT QUOI ?

Logique QUI, OU,

ou Organisationnel MLD MOT QUAND ?

Physique
COMMENT ?
ou Opérationnel MPD MOpT

6
 Reconfiguration d’un SI
Cahier des charges

Analyse Conception
Conceptuel

Logique ou Organisationnel

Physique ou Opérationnel

7
Les 3 modèles de données

8
Modèle Conceptuel de Données

CC by nc sa - |Moin.M|
entités associations cardinalités

9
 Entités
données de gestion, utilisées pour décrire l’activité

nom de l’entité ENSEIGNANT

id-enseignant
identifiant nom
prénom
département
bureau attributs
téléphone
mail

10
 Associations
données qui dépendent d’une ou plusieurs entités

nom de
l’association
ENSEIGNANT
MATIERE
id-enseignant
nom id-matière
prénom
enseigne libellé
département nb heures coefficient
bureau ECTS
téléphone
mail
attributs

11
 Cardinalités
nombres de participations (mini et maxi) d’une entité à une
relation

ENSEIGNANT est rattaché à 1,n

1,1
id-enseignant DEPARTEMENT
nom CIF
prénom id-département
département libellé
bureau
téléphone travaille avec
mail
0,n n,m

12
 Associations particulières
ENTITE 1
ENTITE 2

association association
récursive

association association
ENTITE 3 ternaire

ENTITE

13
Modèle Logique de Données

CC by nc nd - archigeek
tables relations

14
 Tables et relations
nom de la table ENSEIGNANT
id-enseignant clé primaire
nom
prénon DEPARTEMENT
bureau
champs id-département id-département
libellé

clé externe relation

15
 Transformation MCD  MLD
 les entités deviennent des tables
 l’identifiant devient une clé primaire

 les attributs deviennent des champs

 selon les cas , les associations

 deviennent de simples relations

 deviennent des tables

16
 Transformation des associations
Règle n°1

si l’une des cardinalités a un max. à « 1 »

 l’association devient une relation

 l’identifiant du coté « n » est dupliqué du coté « 1 », pour former

un clé externe

17
 MCD

ENSEIGNANT MATIERE
DEPARTEMENT
appartient enseigne id-matière
id-enseignant
id-département nom nb d’heures libellé
libellé coefficient
1,n
prénom 1,n ECTS
1,1 bureau 1,n
téléphone
mail

MLD

DEPARTEMENT ENSEIGNANT MATIERE

id-département id-enseignant id-matière
libellé nom libellé
prénom coefficient
bureau ECTS
téléphone
mail

id-département

18
 Transformation des
associations
Règle n°2

si les 2 cardinalités ont des max. à « n »

 l’association se transforme en table,
dont la clé primaire est composée des 2 identifiants des entités
reliées

19
 MCD

DEPARTEMENT ENSEIGNANT MATIERE

appartient enseigne id-matière
id-enseignant nb d’heures libellé
id-département nom
libellé coefficient
1,n prénom 1,n ECTS
1,1 bureau 1,n
téléphone
mail

MLD

DEPARTEMENT ENSEIGNANT MATIERE

id-enseignant id-matière
id-département nom ENSEIGNEMENT
libellé libellé
prénom id-enseignant coefficient
bureau id-matière ECTS
téléphone nb d’heures
mail

id-département

20
 Récapitulatif
Information Informatique

Entité Tables

MCD Association Relations MLD

Attributs Champs

Identifiant Clé primaire

21