16/02/2024

SOMMAIRE
BASE DE DONNÉES 2

1. Chapitre 1: Modèle entité / Association

1. Concept de base
2. Entités, Associations
3. Propriétés, Identifiant, Cardinalité des rôles
1. Relation d’association,
4. Démarche de conception
D O U HA D J A ME L 5. Passage du modèle Entité/Association au modèle relationnel.
D.DOUHA@UNIV-BATNA2.DZ
FACULTÉ DE L’INFORMATIQUE ET DES
2. Chapitre 2: Concepts de base des bases de données
MATHÉMATIQUE 1. Introduction aux bases de données
UNIVERSITÉ DE BATNA2 2. Le modèle relationnel (notion de la Clé Primaire, Schéma d’une table, problème de
Redondance des données, Clé étrangère, Contraintes d’Intégrités)

3. Chapitre 3: SQL
1. Origines et évolutions, organisation du langage, requêtes LDD-LMD, imbriquées,
contraintes d’intégrités et les vues.

4. Chapitre 4: Application web

1. Conception de pages dynamiques, programmation en PHP, gestion des sessions et cookies.
DOUHA 16/02/2024

1
 16/02/2024

CHAPITRE 1: MODÈLE ENTITÉ / ASSOCIATION PRÉAMBULE

3 4

 Préliminaire  Préliminaire
 Définitions et généralités  Objectifs du module
 Modèle Entité / Association  Définitions et Généralités
1. Concept de base  Exemples
2. Entités, Associations
3. Propriétés, Identifiant, Cardinalité des rôles
4. Relation d’association,
5. Démarche de conception
6. Passage du modèle Entité/Association au modèle
relationnel.

DOUHA 16/02/2024 DOUHA 16/02/2024

2
 16/02/2024

OBJECTIFS DU MODULE ENTITÉ ASSOCIATION

5 6

 OBJECTIFS DU MODULE  Modèle Entité / Association

1. Comprendre les besoins d’une modélisation des données 1. Concept de base
2. Apprendre à modéliser les données (Modèle conceptuel de 2. Entités, Associations
données (MCD), MEA) 3. Propriétés, Identifiant, Cardinalité des rôles
3. Savoir normaliser un MCD (Eliminer les incohérences et 4. Relation d’association,
ambiguïtés) 5. Démarche de conception
4. Savoir transformer un MCD en un MLD (Modèle logique 6. Passage du modèle Entité/Association au modèle
de données, MR) relationnel.
5. Savoir normaliser un MLD

DOUHA 16/02/2024 DOUHA 16/02/2024

3
 16/02/2024

EXEMPLE EXEMPLE (APPLICATION)

7 8

 EXEMPLE CAISSE MALADIE: Dans une caisse de maladie

(CNAS), nous voulons stocker les données concernant tous
les employés-membres avec leurs sociétés-employeurs.
Après analyse, nous retenons les informations suivantes:
 le numéro de l’employé (assuré),
 le nom de l’employé,
 le prénom de l’employé,
 le numéro de l’employeur (assurant ou entreprise),
 le nom de l’employeur,  PROBLÈMES posés dans cette représentation ?
 la localité où se trouve l’employeur.

DOUHA 16/02/2024 DOUHA 16/02/2024

4
 16/02/2024

EXEMPLE (APPLICATION) DÉMARCHE DE CONCEPTION

9 10

 APERÇU: DÉMARCHE CLASSIQUE DE CONCEPTION D’UN PROJET

INFORMATIQUE
 ANALYSE
 Collecte des données, Analyse de la situation existante et
des besoins,
 MODÉLISATION
 PROBLÈMES posés dans cette représentation ?
 Création d’une série de modèles, qui permet de représenter
 REDONDANCE : nom et localité de l’entreprises NAFTAL, (abstraction) tous les aspects important,
 INCOHÉRENCE :  IMPLÉMENTATION
 CEVITAL existe avec deux codes différents.
 Implémentation des modèles, y compris la base de
 Si on change la localité de NAFTAL sur la ligne 1 et on oublie de le
données.
faire sur les autres lignes, on aura 2 localités différentes pour la
REMARQUE: Dans ce cours nous intéressons seulement à l’aspect statique de la
même entreprise (NAFTAL avec le même code). modélisation.
DOUHA 16/02/2024 DOUHA 16/02/2024

5
 16/02/2024

VUE GLOBALE MODÈLE CONCEPTUEL DE DONNÉES

11 12

 LES MODÈLES CONCEPTUELS permettent de recenser et

d’organiser les données du domaine étudié, on utilisant des
notations graphiques. Souvent, nous trouvons le modèle Entité-
Association (E/A) pour la conception des Systèmes d’Information
(SI) ou UML pour les conceptions orientés objets.
 DÉFINITION: Le modèle E/A (1976 initié par P.Chen) est un
formalisme graphique pour la modélisation de données. Il est
utilisé pour représenter le réel perçu sous une forme graphique
assez simple à interpréter.
 LES CONCEPTS DE BASE
 Entité (Entity) est un concept concret ou abstrait du monde à
modéliser.
DOUHA 16/02/2024  Association est une relation qui décrit la nature (sémantique)
DOUHA 16/02/2024
des relations entre les différentes entités.

6
 16/02/2024

CONCEPT DE BASE CONCEPT DE BASE

13 14

 LES CONCEPTS DE BASE  TYPE D’ENTITÉ

 Entité est un concept concret ou abstrait du monde à modéliser.
 Exemple : Mohammed lit un livre: Mohammed et livre sont des entités.
 Entités concrètes: étudiant Ahmed, Voiture Fiat, verre de Lunette…etc.
 Entités abstraites: sentiment de joie, la couleur bleu, 13:30, 1962…
 Dans un processus de modélisation on ne s’intéresse pas à chaque
entité séparément mais au TYPE D’ENTITÉ.
 Exemple : le TYPE D’ENTITÉ “Auteur” regroupe des personnes
auteurs d’articles de journaux, il est caractérisé par leur nom, leur
prénom, leur adresse et leur date de naissance.
DOUHA 16/02/2024
 DÉFINITION: Un TYPE-ENTITÉ est un ensemble d'entités qui
possèdent les mêmes caractéristiques.
 Ou, Un TYPE-ENTITÉ est la classe de toutes les entités de la
réalité perçue qui sont de même nature et qui jouent un rôle
similaire.
 REFORMULATION : Un TYPE-ENTITÉ est la description des
propriétés commune d’un ensemble d’entités.
 TYPE-ENTITÉS CONCRÈTES: une personne, une voiture, une
maison, un local, etc.
 TYPE-ENTITÉS ABSTRAITES: un trajet, un cours, un horaire, un
nombre,…etc.
DOUHA 16/02/2024

7
 16/02/2024

CONCEPT DE BASE EXEMPLE

15 16

 TYPE D’ENTITÉ  EXEMPLE

 Remarque  Publication des articles de journaux
 Souvent le sujet ou COD dans les phrases représentent les types  OPTIQUE
d'entités,  Conception d’une base de données destinée à conserver des
 Les ENTITÉS ne sont pas représentées sur un modèle E/A, descriptions d’articles parus dans les journaux.
 Une ENTITÉ est souvent nommée OCCURRENCE ou INSTANCE de
son type.

DOUHA 16/02/2024 DOUHA 16/02/2024

8
 16/02/2024

EXEMPLE AMBIGÜITÉ
17 18

 RÉALITÉ PERÇUE SIMPLIFICATION DE LA TERMINOLOGIE: dans la pratique (par

 Un éditeur édite des journaux. Il est caractérisé par un nom et une
adresse  Type Entité: ÉDITEUR ET JOURNAL
 Un journal est édité par un éditeur qui publie des articles dans des
numéros. On conservera le nom du journal et le nom de son rédacteur
en chef  Type Entité: + ARTICLE,
 Un numéro de journal contient une collection d’articles  Type
Entité: + NUMÉRO.
 Chaque article paru dans un numéro est signé par un auteur. On
désire conserver le titre et un résumé de l’article ainsi que le nom de
abus de langage), la plus part des ouvrages utilisent le terme ENTITÉ
et ASSOCIATION dans les modèles pour faire référence aux TYPE
D’ENTITÉ et TYPE D’ASSOCIATION. En plus, de l’apparition de la
notion d’objet il y a beaucoup de confusion entre les termes utilisés.
ATTENTION à l’emploi des termes, il faut respecter l’utilisation des
termes (1,2 ou 3) selon le tableau ci-après:
COUPLE (TYPE D’ENTITÉ et ENTITÉ),
Ou

son auteur, (ENTITÉ et OCCURRENCE/INSTANCE).

 Les auteurs sont connus par leur nom, leur prénom, leur adresse et
leur date de naissance.  Type Entité: + AUTEUR

DOUHA 16/02/2024 DOUHA 16/02/2024

9
 16/02/2024

AMBIGÜITÉ AMBIGÜITÉ
19 20

Utili  HORIZONTALE
A B C D
satio A: désigne le type d’entité,
n B: désigne un objet à partir d’un type d’entité,
1 Type Entités Type Association C: désigne la relation ou le type de relation qui peut avoir entre

d’Entité d’Association deux types d’entités,

D: désigne une instance à partir d’un types de relation
2 Entité Occurrence Association Lien d’association entre de types d’entités.
3 Classe Occurrence Relation Lien  VERTICALE
d’Entité ou Instance d’Association 1 et 2 ces notations sont utilisé généralement dans les
 HORIZONTALE
modélisations selon la notation merise ou Chen,
A: désigne le type d’entité, 3 cette notation est utilisée généralement dans les modélisation de
B: désigne un objet à partir d’un type d’entité,
C: désigne la relation ou le type de relation qui peut avoir entre deux types d’entités, BDD orienté objet tel que UML.
D: désigne une instance à partir d’un types de relation d’association entre de types d’entités.

 VERTICALE Note: Dans ce qui suit nous emplyons l’appellation Entité-

1 et 2 ces notations sont utilisé généralement dans les modélisations selon la notation merise ou Chen.
3 cette notation est utilisée généralement dans les modélisation des BDD orienté objet tel que UML. Association (E/A).
DOUHA 16/02/2024 DOUHA 16/02/2024

10
 16/02/2024

2. MODÈLE ENTITÉ-ASSOCIATION ENTITÉ-ASSOCIATION

21 22

 MODÈLE ENTITÉ-ASSOCIATION  ENTITÉ-ASSOCIATION: le modèle Entité-Association (E/A),

1. Concept de base appelé « entité-relation » (entity-relationship ER) chez les Anglo-
2. Entités, Associations Saxons, utilise les concepts suivants [UML2SQL]:
 ENTITÉ (ENTITY)
3. Propriétés, Identifiant, Cardinalité des rôles
 ATTRIBUT (ATTRIBUTE)
4. Relation d’association,
 IDENTIFIANT (IDENTIFIER)
5. Démarche de conception
 DOMAINE (DOMAIN)
6. Passage du modèle Entité/Association au modèle
relationnel.  ASSOCIATION (ASSOCIATION)

DOUHA 16/02/2024 DOUHA 16/02/2024

11
 16/02/2024

ENTITÉ-ASSOCIATION ENTITÉ-ASSOCIATION
23 24

 ENTITÉ-ASSOCIATION  ENTITÉ-ASSOCIATION: Une ENTITÉ est représentée dans un

 ENTITÉ: Concept concret ou abstrait (fait, moment, …etc.) du
monde qui existe et à modéliser. L’entité est représenté par un
ensemble d’attributs valués qui la décrivent.
 ENTITÉ: Dans un processus de modélisation on ne s’intéresse
pas à chaque entité séparément en tant que objet mais à un TYPE
D’ENTITÉ. Donc, l’ENTITÉ (TYPE) est la description des
propriétés commune d’un ensemble d’entités, i.e., qui regroupe
toutes les objets de la réalité perçue qui sont de même nature
(entités homogènes) et qui jouent le même rôle.
cadre contenant le nom de l’entité et les attributs associés.
 ATTRIBUT: Données élémentaires, également appelée
« propriété », qui sert à caractériser les ENTITÉS et les
ASSOCIATIONS. Donc, un ATTRIBUT est une caractéristique
associée à une ENTITÉ qui prendre le type:
 SIMPLE (atomiques): non décomposable,
 COMPOSÉ: décomposable.
 Un ATTRIBUT porte un nom et est associé un DOMAINE (exp:
String[1,,50]).

DOUHA 16/02/2024 DOUHA 16/02/2024

12
 16/02/2024

ENTITÉ-ASSOCIATION ENTITÉ-ASSOCIATION
25 26

 TYPE D’ATTRIBUT: Les ATTRIBUTS peuvent être:  VALEUR D'ATTRIBUT: Au niveau de L’ENTITÉ, chaque attribut
 ATOMIQUES comme le Nom ou le Prénom, prendra une valeur dans son domaine de définition et qui
 COMPOSÉS comme la Date de naissance qui est composé de
caractérisera son OCCURRENCE (INSTANCE).
jour, mois et année ou l’Adresse qui est composée de  TYPE DE VALEUR D’ATTRIBUT
numéro, rue, ville et pays.  Les valeurs d’attributs peuvent être:

 MONOVALUÉ: une seule valeur pour une occurrence donnée.

Adresse  Nom=DOUHA
Date de naissance
 Adresse =16 rue Aissa Felleh, Batna, Algérie
Numéro Rue Ville
Jours Mois Année  Date de naissance = 29/09/2023
Pays
 MULTIVALUÉ: plusieurs valeurs pour une occurrence donnée.
 Prénom=Djamel, Ibrahim

DOUHA 16/02/2024 DOUHA 16/02/2024

13
 16/02/2024

ENTITÉ-ASSOCIATION ENTITÉ-ASSOCIATION
27 28

 CONSEILS: Les attributs sont des données élémentaires  IDENTIFIANT: Un identifiant d’une ENTITÉ, est un ensemble
permettant de décrire les ENTITÉS et parfois les ASSOCIATIONS. minimal d’attributs qui permet d’identifier chaque OCCURRENCE
 Chaque propriétés doit figurer une seule fois dans chaque de manière unique.
ENTITÉ du modèle conceptuel (principe de non-redondance).  IDENTIFIANT INTERNE SIMPLE : Numéro Sécurité Sociale

 Dans le même ordre d’idée il faut éviter l’emploi de (NSS) ou Numéro Identification National permet d’identifier
synonymes et de polysémies (mot présentant plusieurs sens) un personne.
pour les attributs.  IDENTIFIANT INTERNE COMPOSÉ : numéro et date de la

 Il peut prendre une (ou plusieurs) valeur(s). commande détermine une commande d’achat d’un client.
 Une valeur est un symbole utilisé pour représenter un fait  IDENTIFIANT EXTERNE COMPOSÉ : code étudiant et code

élémentaire. établissement définissent les inscriptions. Généralement pour

les associations de type N,M.
 Toute ENTITÉ possède au moins un IDENTIFIANT.
DOUHA 16/02/2024 DOUHA 16/02/2024

14
 16/02/2024

ENTITÉ-ASSOCIATION ENTITÉ-ASSOCIATION
29 30

 IDENTIFIANT
 REPRÉSENTATION GRAPHIQUE D'UN IDENTIFIANT: l'identifiant
est représenté dans le modèle E/A comme un attribut souligné.
 Exemple: Matricule est l’identifiant du type d’entité ÉTUDIANT.
 DOMAINE
 Chaque attribut porte un nom et est associé un DOMAINE (exp:
String[1..50]).
 Le DOMAINE d’un attribut représente le type et l’intervalle de
valeur, i.e., chaque attribut possède un domaine qui définit
l'ensemble des valeurs possibles qui peuvent être choisies
(entier, chaîne de caractères, booléen…). Autrement dit, le
domaine est la spécification de toutes les valeurs possibles que
peut prendre un attribut.

DOUHA 16/02/2024 DOUHA 16/02/2024

15
 16/02/2024

ENTITÉ-ASSOCIATION ENTITÉ-ASSOCIATION
31 32

 DOMAINE  Supposons l’occurrence P1 de l’entité Personne.

Utilité Exemple de valeurs des attributs du P1
 vérifier la validité d’une donnée,  N_Personne=MP128523
 estimer la place de stockage des données,  Nom=DOUHA,
 La spécification d’un type de valeur est donnée soit:
 Prénom=Djamel, Ibrahim.
 par la liste des valeurs,
 par la propriété que doivent vérifier les valeurs.  Adresse =37 Cité El Boustene, Batna, Algérie.
Exemples  Date de naissance = 29/09/2023
 couleur = {rouge, bleu, jaune, vert} : énumération,
 numéro de journal = SMALLINT: entier de 2 octet compris
entre -32768 et 32767 ou INT de taille 4 octet,
 nom = VARCHAR [50]: chaîne de caractères alphabétiques de
longueur 50.
DOUHA 16/02/2024 DOUHA 16/02/2024

16
 16/02/2024

SCHÉMA ET EXTENSION SCHÉMA ET EXTENSION

33 34

SCHÉMA ET EXTENSION SCHÉMA ET EXTENSION

La description d’une ENTITÉ est appelée le SCHÉMA ou L’ensemble des OCCURRENCES d’une ENTITÉ particulière qui
L’INTENTION de l’entité. existe dans la base de données à un instant donnée s’appelle
Le SCHÉMA d’une ENTITÉ ne change pas fréquemment car il L’EXTENSION.
décrit sa structure. L’EXTENSION peut changer, à chaque insertion, modification ou
Exemple suppression d’une OCCURRENCE.
Exemple
SCHÉMA Auteur Auteur
Nom, Prénom, Adresse et date de naissance
SCHÉMA
(INTENTION) Nom, Prénom, Adresse et date de naissance
(INTENTION)
OCCURRENCES (DOUHA, Djamel, Batna, 29-09-2023) OCCURRENCES (DOUHA, Djamel, Batna, 29-09-2023)
(EXTENSION) (SLIMANE, Noureddine, France, 01-03-1975) (EXTENSION) (SLIMANE, Noureddine, France, 01-03-1975)
(BENROUBA, Omar, Biskra, 07-08-2001) (BENROUBA, Omar, Biskra, 07-08-2001)

DOUHA 16/02/2024 DOUHA 16/02/2024

17
 16/02/2024

EXEMPLE ENTITÉ-OCCURRENCE EXEMPLE ENTITÉ-OCCURRENCE

35 36

 EXEMPLE DES OCCURRENCES DE L'ENTITÉ ÉTUDIANT ET

 EXEMPLE DES OCCURRENCES D’UNE ENTITÉ ÉTUDIANT
(OU EXEMPLE DES ENTITÉS D’UN TYPE D’ENTITÉ ÉTUDIANT)
 Occurrence: élément particulier d’une entité ou d’une association.
 Etudiant1, Etudiant2 et Etudiant3 sont des occurrences de l’entité
Etudiant.
POSTE_TRAVAIL
 Etudiant1,Etudiant2 et Etudiant3 sont des occurrences de Etudiant
 Poste_travail_1, Poste_travail_2 et Poste_travail_3 sont aussi des
occurrences de l’entité Poste_travail.

DOUHA 16/02/2024 DOUHA 16/02/2024

18

ASSOCIATION
37
 ASSOCIATION (RELATIONSHIP)
 Une relation d’association permet de relier ou connecter
plusieurs ENTITÉS entre elles. Donc, elle représente la relation
qui peut exister entre ENTITÉS. Un type de relation
d’association regroupe et désigne les liens de même type (qui
relient donc les OCCURRENCES appartenant à des mêmes types
D'ENTITÉS).
 Dans la pratique (par abus du langage), nous employons le
terme ASSOCIATION pour désigner la classe ou TYPE
D’ASSOCIATION.
DOUHA 16/02/2024
16/02/2024
ASSOCIATION
38
 ASSOCIATION
 Une ASSOCIATION met en relation plusieurs entités. Comme les
entités, une ASSOCIATION peut avoir des attributs. Ces attributs
servent à caractériser la relation d’association.
 Une ASSOCIATION porte un nom et regroupe les associations de
même type: ayant le même sens, les mêmes attributs, reliant des
entités de même genre.
 Elle se représente à l’aide d’un éclipse (notation Merise) ou
losange (notation Chen) contenant son nom et ses éventuels
attributs. Les associations se déduisent généralement des verbes
du discours.
 Un type de relation peut lier plus de deux ENTITÉS.
DOUHA 16/02/2024
19
 16/02/2024

ASSOCIATION ASSOCIATION
39 40

 EXEMPLE D’ASSOCIATION  DEGRÉS (DEGREE)

 Un enseignant enseigne une matière ou une matière est
enseignée par un enseignant.
 Il représente le nombre D’ENTITÉS connectées à une relation
d’ASSOCIATION. Le degré est aussi appelé «arité» de
L’ASSOCIATION. On appelle dimension (notation Merise) le
nombre D’ENTITÉS composant la relation et collectionne la liste
de ces entités. Une ASSOCIATION qui relie deux ENTITÉS (resp. 3
ou n) est dite binaire (resp. ternaire ou n-aire).
 une classe de relation RÉCURSIVE (ou réflexive) relie l’ENTITÉ à
elle-même,
 une classe de relation BINAIRE relie deux ENTITÉS différentes,
 une classe de relation TERNAIRE relie trois ENTITÉS différentes,
 une classe de relation N-AIRE relie N ENTITÉS différentes.

DOUHA 16/02/2024 DOUHA 16/02/2024

20
 16/02/2024

ASSOCIATION ASSOCIATION
41 42

 DEGRÉS  DEGRÉS
 Exemple d’une association ternaire de degré 3: COURS (CLASSE,  Exemple d’une association ternaire de degré 3: COURS (CLASSE,
SALLE, PROFESSEUR) SALLE, PROFESSEUR)

DOUHA 16/02/2024 DOUHA 16/02/2024

21
 16/02/2024

ASSOCIATION ASSOCIATION
43 44

 CARDINALITÉS (CARDINALITY)  CARDINALITÉS (NOTATION MERISE)

 La cardinalité est composé d’un couple de valeurs (borne  Elle peut prendre les valeurs 0,1 - 1,1 - 0,N - 1,N - N,M
minimale, borne maximale) indiqué à l’extrémité de chaque
lien d’association. Il caractérise la nature de l’association en
fonction des OCCURRENCES des ENTITÉS concernés.
 la borne minimale (généralement 0 ou 1) décrit le nombre
minimum de fois qu'une entité peut participer à une relation,
 la borne maximale (généralement 1 ou n) décrit le nombre
maximum de fois qu'une entité peut participer à une relation,
 Une cardinalité 1,n signifie que chaque entité appartenant à un
type d'entité participe au moins une fois à la relation.
 Une cardinalité 0,n signifie que chaque entité appartenant à un
type d'entité ne participe pas forcément à la relation.
DOUHA 16/02/2024 DOUHA 16/02/2024

22
 16/02/2024

ASSOCIATION EXEMPLE ENTITÉ-OCCURRENCE

45 47

 EXEMPLE DES OCCURRENCES DE L'ENTITÉ ÉTUDIANT ET

 EXEMPLE D’UNE ASSOCIATION BINAIRE DANS LE MODÈLE POSTE_TRAVAIL
MERISE  Etudiant1,Etudiant2 et Etudiant3 sont des occurrences de Etudiant
 Poste_travail_1, Poste_travail_2 et Poste_travail_3 sont aussi des
occurrences de l’entité Poste_travail.

DOUHA 16/02/2024 DOUHA 16/02/2024

23
 16/02/2024

EXEMPLE OCCURRENCE ENTITÉ-ASSOCIATION MCD

48 49

 EXEMPLE D’OCCURRENCE D’UNE ASSOCIATION LECTURE D’UN MCD (NOTATION MERISE)

 connecter1, connecter2 et connecter3 sont des occurrences,  Une occurrence d'un client peut donc très bien exister sans
 Connecter1_1 et connecter2_1 sont aussi des occurrences de carte de membre, mais une carte de membre ne peut jamais
l’association connecter, exister sans client.

DOUHA 16/02/2024 DOUHA 16/02/2024

24
 16/02/2024

MCD MERISE MCD MERISE

50 51

LECTURE D’UN MCD (NOTATION MERISE) RELATION/ASSOCIATION RÉFLEXIVE (NOTATION MERISE)

Une personne possède ou pas de maisons Une personne est mariée ou pas à une autre personne
Toute personne habite une et une maison Une personne mariée est mariée à une seule personne
Une maison est possédée par au moins une personne Une personne peut avoir ou pas plusieurs enfants.
Une maison est habitée par au moins une personne

DOUHA 16/02/2024 DOUHA 16/02/2024

25
 16/02/2024

MCD MERISE MCD MERISE

52 53

RELATION/ASSOCIATION RÉFLEXIVE (NOTATION MERISE) RELATION/ASSOCIATION TERNAIRE (NOTATION MERISE)

FIGURE À GAUCHE  L’enseignement concerne un enseignant, une matière et une
Une personne est mariée ou pas à une autre personne classe.
Une personne mariée est mariée à une seule personne
FIGURE À DROITE
Une personne peut avoir ou pas plusieurs enfants.
Chaque personne doit avoir deux parents.

DOUHA 16/02/2024 DOUHA 16/02/2024

26
 16/02/2024

MCD MERISE MCD MERISE

54 55

RELATION/ASSOCIATION TERNAIRE RELATION/ASSOCIATION TERNAIRE (NOTATION MERISE)

Un conférence est projetée dans une salle à un moment donné Un conférence est projetée dans une salle à un moment donné
(créneau horaire). (créneau horaire).
Attention il est fortement conseillé de n’avoir que des
relations/associations binaires.

DOUHA 16/02/2024 DOUHA 16/02/2024

27
 16/02/2024

MCD EXTENSION - MCD

56 57

RELATION/ASSOCIATION TERNAIRE OU BINAIRE (MERISE) EXEMPLE 2

Le MCD Conférences avec des associations ternaires peut être Extension de l’association “écriture”.
transformé en MCD avec des associations binaires

DOUHA 16/02/2024 DOUHA 16/02/2024

28
 16/02/2024

VARIANTES MCD VARIANTES MCD

58 59

 MODÈLE E/A DE MERISE  MODÈLE EA DE CHEN

 Dans le modèle EA de Merise, une association se  Dans le modèle de P.Chen, une association se représente
représente l’aide d’un éclipse (ovale) contenant son nom l’aide d’un losange contenant son nom. Les éventuels
et ses éventuels attributs. attributs (entité ou association) sont représentés par des
ovales.

DOUHA 16/02/2024 DOUHA 16/02/2024

29
 16/02/2024

VARIANTES MCD VARIANTES MCD

60 61

 UNE AUTRE VARIANTE DU MODÈLE EA DE P.CHEN

Origine:L. Nerima
Université de
Genève
 Les cardinalités d’une association binaire dans le modèle de
P.Chen et de Merise sont inversées au niveau de l’axe de
représentation de l’association.
 Pour
des raisons de simplicité et de coordination entre les
modèles de conception je conseil d’éviter cette notation.

DOUHA 16/02/2024 DOUHA 16/02/2024

30
 16/02/2024

VARIANTES MCD EN UML SYSTÈME D’INFORMATION

62 63

 CARDINALITÉS EN UML  SYSTÈME D’INFORMATION (SI)

 Les cardinalités d’une association binaire dans le modèle UML sont  DÉFINITION
aussi inversées par rapport à Merise. Cela concerne les SGBD objet-
relationnels.
 Le système d'information (SI) est un ensemble organisé de
ressources permettant de collecter, stocker, traiter et
distribuer de l'information au sein d’une organisation.
 RESSOURCES
 Les bases de données.
 TRAITEMENT
 Consultation de données,
 Ajout de données,
 Suppression de données,
 Modification de données.
DOUHA 16/02/2024 DOUHA 16/02/2024

31
 16/02/2024

DÉMARCHE DE CONCEPTION DÉMARCHE DE CONCEPTION

64 65

 APERÇU: DÉMARCHE CLASSIQUE DE CONCEPTION D’UN PROJET  ÉTAPES GÉNÉRALES DE CONCEPTION D’UN SI
INFORMATIQUE Collecte et Analyse
 ANALYSE de Données

l’utilisateur
 Collecte des données, Analyse de la situation existante et

Proche de
des besoins, Modèle Conceptuel MCD
 MODÉLISATION de Données ENTITÉ-ASSOCIATION OU UML
 Création d’une série de modèles, qui permet de représenter
(abstraction) tous les aspects important, Modèle Logique de MLD

développeur et de
 IMPLÉMENTATION Données MODÈLE RELATIONNEL

 À partir des modèles, implémentation d’une base de

la machine
Proche du
données. Modèle Physique de MPD

REMARQUE: Dans ce cours nous intéressons seulement à l’aspect Données ORACLE, MYSQL, ACCESS, …
statique de la modélisation.
DOUHA 16/02/2024 DOUHA 16/02/2024

32
 16/02/2024

PASSAGE DU MODÈLE EA AU MODÈLE RELATIONNEL RÉFÉRENCES

66 67

 RÈGLE DE PASSAGE  RÉFÉRENCES

 .  UML 2 PAR LA PRATIQUE ÉTUDES DE CAS ET EXERCICES
, CORRIGÉS.
PASCAL ROQUES EYROLLES 2006.
,  HTTPS://E-RESSOURCES.UNIV-
. AVIGNON.FR/SGBD/CO/UTILILISATEUR.HTML
.  HTTP://SQL.BDPEDIA.FR/INTRO.HTML

 [UML2SQL]LIVRE : CHRISTIAN SOUTOU DE UML À SQL

CONCEPTION DE BASES DE DONNÉE, 2002 ÉDITIONS
EYROLLES
 L. NERIMA, UNIVERSITÉ DE GENÈVE

DOUHA 16/02/2024 DOUHA 16/02/2024

33