Polycopié de cours

Matière : Base de données et réseaux

Module : Informatique et applications
Niveau : GM1 /BTP1

2023-2024

Abdenbi ABENAOU
a.abenaou@uiz.ac.ma
Département d’Informatique
Système de Gestion
de Bases de Données
 Définitions
• Base de données : fichier ou ensemble de fichiers
permettant le stockage et l'accès à des informations
structurées.

• SGBD (Système de Gestion de Base de Données) : logiciel permettant

de gérer une base de données (ex : Access)
Conception d’une base de données

Quatre phases :

1. Analyse du problème

2. Modèle conceptuel des données (MCD)

3. Modèle logique des données (MLD)

4. Modèle physique (réalisation dans le SGBD)

1. Analyse du problème
Analyse des besoins des utilisateurs :
- Quels sont les données à traiter ?
- Quels traitements à effectuer ?
Sources d’information primaires:
- L’interview avec les utilisateurs
- L'étude de documents (Rapports, Bons de commandes,
Factures …)

Pour un système déjà partiellement informatisé:

L’étude et l’analyse de l’existant, interviews, étude des
documents, mise en évidence des règles de gestion…
1. Modèle conceptuel des données (MCD)
Méthode de modélisation des données

La création de ces modèles se fait selon une certaine

méthode

MERISE

Méthode d'Etude et de Réalisation Informatique de Systèmes

d'Entreprise
 Méthode de modélisation des données

Le niveau conceptuel (MCD)

Il se base directement sur l'analyse, décrit l'ensemble des données du système

d'information, sans tenir compte de l'implémentation informatique de ces
données.
Le niveau logique (MLD)

Il se base sur le modèle conceptuel des données, prend en considération l'implémentation du système
d'information par un SGBD. Ce niveau introduit la notion des tables logiques, et constitue donc le premier pas
vers les tables des SGBD

Le niveau physique (MPD)

Il se base sur le modèle logique des données, contient finalement les tables définies à l’aide d’un SGBD
spécifique (p.ex. MS Access, dBASE, Oracle …).
7
 Le modèle conceptuel des données
(MCD)
Définition

Le modèle conceptuel des données (MCD) fait référence à tous les objets
du système d'information et à des relations entre ces objets.

Le modèle se base sur 4 concepts principaux

1. Repérer les entités du problème

2. Construire les entités, en choisissant leurs propriétés
3. Établir les relations entre les différentes entités
4. Trouver les cardinalités de chaque relation
8
Méthode de modélisation des données
 Modèle Conceptuel des Données
les entités

Une entité est la représentation d’un type d’objet ou d’un concept conforme aux choix de gestion de
l’entreprise
(ex : l’entité Livre) ;

Une occurrence d’une entité est une instance (un représentant) de l’entité dans le monde réel
(ex : le livre « Frankenstein ») ;

Une propriété (ou attribut) : donnée élémentaire qui caractérise une entité
(ex : le titre du livre) ;

L’identifiant (la clé) : propriété unique qui caractérise chaque occurrence

(ex : l’ISBN d’une édition)
1. Repérer les entités
Exemple 1:

Un libraire gère des œuvres littéraires :

• Une œuvre est une création littéraire
• Une œuvre a au moins un auteur et est dans une édition (un livre)
• Une édition possède un ISBN unique et a un unique éditeur. Elle
peut contenir plusieurs œuvres.
• On veut mémoriser pour chaque édition le nombre d’exemplaires
en stock et pour chaque exemplaire son état.
1. Repérer les entités
Un libraire gère des œuvres littéraires :
• Une œuvre est une création littéraire
• Une œuvre a au moins un auteur et est dans une édition (un livre)
• Une édition possède un ISBN unique et a un unique éditeur. Elle peut contenir
plusieurs œuvres.
• On veut mémoriser pour chaque édition le nombre d’exemplaires en stock et
pour chaque exemplaire son état

Entités :
Œuvres, auteurs, éditions, éditeur, exemplaires.
2. Choix des propriétés
Propriétés : éléments caractérisant une entité

Règles sur les propriétés (de bon sens…)

1. Toute propriété est élémentaire
2. Une propriété ne doit pas être « instable » ou « calculable »
3. Toute entité doit posséder un identifiant (clé)
4. Toute propriété dépend directement de l’identifiant
5. Une propriété (y compris l’identifiant) ne dois pas dépendre d’une
propriété autre que l’identifiant
2. Choix des propriétés
Œuvres Auteurs
NoOeuvre NoAuteur
Titre Nom
Prénom

Editeurs
Editions
NoEditeur
ISBN
Nom
Titre

Exemplaires
Id_livre
Etat
3. Choix des relations
• Une relation (ou association) est un lien entre deux ou
plusieurs entités (ex : une œuvre est écrite par un auteur)

• Une occurrence d’une association est une instance de

l’association dans le monde réel
(ex : Frankenstein est écrit par Mary W. Shelley).

• Une relation peut posséder des propriétés.

3. Choix des relations
Œuvres écrit Auteurs
NoOeuvre NoAuteur
Titre Nom
Prénom
édition

Editions Editeurs
ISBN édite NoEditeur

Titre Nom

Exemplaires
Stocks Id_livre
Etat
3. Choix des relations
Exemple 2: des clients passent des commandes.

Clients Commandes
Noclient NoCommande
Effectue
Nom
xxx
Adresse

Code postal

ville Produits

NoProduit
Contient
Libellé quantité

Prix unitaire
4. Trouver les cardinalités
La cardinalité d’une entité par rapport à une relation s’exprime sous forme d’un couple :
(cardinalité minimale ; cardinalité maximale)

Cardinalité minimale : nombre minimal de fois où une occurrence de l’entité participe à une
relation de ce type vaut 0 ou 1 en général.

Cardinalité maximale :nombre maximal de fois où une occurrence de l’entité participe à une
relation de ce type vaut 0, 1 ou « n » (pour « plusieurs fois »)
4. Trouver les cardinalités
Auteurs Min1:Max1 Min2:Max2 Œuvres
NoAuteur écrit NoOeuvre
Nom Titre
Prénom

Min1 : « étant donné un auteur, combien d’œuvres sont écrit par lui au minimum ? »
Max1 : « et au maximum ? »
Min2 : « et pour une œuvre, combien d’auteur participent à son écriture au minimum ? »
Max2 : « et au maximum ? »
0,1 au plus 1
1,1 un et un seul
1, n au moins 1
0, n un nombre quelconque
4. Trouver les cardinalités
1:n 1:n
Œuvres écrit Auteurs
NoOeuvre NoAuteur
1:n
Titre Nom
Prénom
édition
1:n
Editions 1:n Editeurs
1:1
ISBN édite NoEditeur

Titre Nom

0:n
Exemplaires
1:1
Stocks Ref_livre
Etat
Exercice 1 : réalisation de MCD
Une banque désire posséder un SGBD pour suivre ses clients. Elle désire
ainsi stocker les coordonnées de chaque client (nom, prénom adresse),
et les comptes dont elle dispose ainsi que leur solde (sachant par
ailleurs que certains comptes ont plusieurs bénéficiaires). On stockera
également les opérations relatives à ces comptes (retrait et dépôt, avec
leur date et le montant).
Exercice 1 : réalisation de MCD

Une banque désire posséder un SGBD pour suivre ses clients. Elle désire ainsi
stocker les coordonnées de chaque client (nom, prénom adresse), et les comptes
dont elle dispose ainsi que leur solde (sachant par ailleurs que certains comptes
ont plusieurs bénéficiaires). On stockera également les opérations relatives à ces
comptes (retrait et dépôt, avec leur date et le montant).
Exercice 1
1:n 1:n 0:n
bénéficie Comptes
Clients
NoClient Code

Nom
Solde
Prénom
Adresse Concerne

Opérations
Id_op 1:1

Type

Date

montant
Modèle Logique des données (MLD)
• Plus proche du modèle physique.

• Ne contient que des tables qui possèdent des

propriétés et une ou plusieurs clés primaires.

• Toutes les tables ont un nom unique.

Passage du MCD au MLD
Pour les entités. Toute entité devient une table et conserve ses
propriétés et sa clé.
Pour les associations. Dépend des cardinalités. Deux cas possibles :
• Relation
la relation est matérialisée par l’ajout d’une clé étrangère
1:1 ?:?
• Relation
la relation donne lieu à la création d’une table
?:n ?:n
Passage du MCD au MLD
EntitéA EntitéB
0:n relation 1:1
IdA IdB
propriétéR
PropriétéA propriétéB

devient
TableA
TableB
IdA IdB
PropriétéA PropriétéB
RefA
PropriétéR
Passage du MCD au MLD
EntitéA EntitéB
IdA 0:n relation 1:n IdB

PropriétéA propriétéR propriétéB

devient
TableA RelationAB TableB
IdA IdB
RefA
PropriétéA RefB PropriétéB
PropriétéR
Passage du MCD au MLD : exercice
1:n 1:n
Œuvres écrit Auteurs
NoOeuvre NoAuteur
1:n
Titre Nom
Prénom
édition
1:n
Editions 1:n Editeurs
1:1
ISBN édite NoEditeur

Titre Nom

0:n
Exemplaires
1:1
Stocks Ref_livre
Etat

Question : Trouvez le MLD équivalent…

Solution
Ecriture Auteurs
Œuvres RefOeuvre NoAuteur
NoOeuvre Nom
RefAuteur
Titre Prénom

Liste_oeuvres
RefOeuvre
Editeurs
ISBN
Editions NoEditeur
ISBN Nom
Titre

RefEditeur Exemplaires
Ref_livre
Etat

ISBN
 Le modèle physique des données
(MPD)
Définition

Le modèle physique des données (MPD) est la traduction du modèle logique des
données (MLD) dans une structure de données spécifique au système de gestion de
bases de données (SGBD) utilisé.

29
Méthode de modélisation des données
Passage du MLD au MPD

Le passage MLD à MPD se fait par les étapes suivantes:

- Implémentation physique de chaque table du MLD dans le SGBD utilisé.

- Pour chaque table, indiquer au SGBD quel(s) champ(s) constitue(nt) la clé primaire.

- Pour chaque table, indiquer au SGBD la (les) clé(s) étrangère(s), et la (les) clé(s)
primaire(s) correspondante(s).

30des données
Méthode de modélisation
Passage du MLD au MPD

Exemple 1: Implémentation du modèle logique suivant

Entreprise Employe
NoEntreprise NoEmploye
Nom Nom
Adresse
0: 1:
n Employer Prenom
Code_postal n
Date_naissance
Localite

31
Méthode de modélisation des données
 Passage du MLD au MPD
Utilisation d'une ou de plusieurs interfaces graphiques, qui nous aident dans la
création des tables physiques, dans la définition des clés primaires et dans la
définition des relations.

Exemple 1: Définition de la table des employés avec le champ idEmployé étant défini comme clé
primaire.

32
Méthode de modélisation des données
 Passage du MLD au MPD
Définition de la relation entre les deux tables.

Remarquez que les noms des différents champs ont été modifiés lors de l'implémentation
du modèle logique. Cette mesure dépend uniquement de la convention des noms utilisée
et n'affecte pas du tout le fonctionnement correct de la BD

33
Méthode de modélisation des données
Exercice
On souhaite développer un système d’information d’une société de vente des articles bureautiques pour
gérer ses clients et leurs commandes. Une commande est caractérisée par son numéro, sa date et le client
concerné. Le système doit gérer également les détails de chaque commande tels que les articles, la
quantité commandée, le prix unitaire et la date de livraison. Sachant que les clients de la société
commandent divers articles qui sont fournis par divers fournisseurs. Ces derniers sont distingués par leur
statut (raison social). Un article est caractérisé par sa désignation, son prix d’achat et prix de vente et son
fournisseur.
 0:n 1:1
Client effectue Commande
Num NumCom
Nom 1:n Date
Tél Num
Adresse contient

Det_comm 1:1 Article

ande
NumArt

NumArt 1:1 0:n Désignation

concerne Prix_Achat
Qtité
PU Prix_Vente
Date_liv NumF

1:
n
Fournisseur
NumF 0:n
NomF fournit
Status