Chapitre 1 : Modélisation Entité Association

1. Le système d'information
Le système d'information ou SI, peut être défini comme étant l'ensemble des moyens
humains, matériels et immatériels mis en œuvre afin de gérer l'information au sein d'une unité,
une entreprise par exemple.
Il ne faut toutefois pas confondre un système d'information avec un système informatique.
En effet, les systèmes d'information ne sont pas toujours totalement informatisés et existaient
déjà avant l'arrivée des nouvelles technologies de l'information et des communications dont
l'informatique fait partie intégrante.
Le SI possède 4 fonctions essentielles :
 La saisie ou collecte de l'information
 La mémorisation de l'information à l'aide de fichier ou de base de données
 Le traitement de l'information afin de mieux l'exploiter (consultation, organisation,
mise à jour, calculs pour obtenir de nouvelles données, ...)
 La diffusion de l'information
Autrefois, l'information était stockée sur papier à l'aide de formulaires, de dossiers, … et il
existait des procédures manuelles pour la traiter. Aujourd'hui, les systèmes informatisés,
comme les systèmes de gestion de bases de données relationnelles (SGBDR), sont mis au
service du système d'information.
2. Modélisation d'une base de données au niveau conceptuel
Il s'agit de l'élaboration du modèle conceptuel des données (MCD) qui est une représentation
graphique et structurée des informations mémorisées par un SI. Le MCD est basé sur deux notions
principales : les entités et les associations, d'où sa seconde appellation : le schéma
Entité/Association.
L'élaboration du MCD passe par les étapes suivantes :
 L'élaboration du dictionnaire des données,
 L'élaboration du MCD (création des entités puis des associations puis ajout des cardinalités).

Exemple : Prenons l'exemple d'un développeur qui doit informatiser le SI d'une bibliothèque. On lui
Exemple : Prenons
fixe les règles l'exemple
de gestion d'un développeur
suivantes : qui doit informatiser le SI d'une bibliothèque. On lui
fixe les règles de gestion suivantes :
 Pour chaque livre, on doit connaître le titre, l'année de parution, un résumé et le type (roman,
poésie, science fiction, ...).
Un livre
 Pour peutlivre,
chaque être on
rédigé
doitpar aucun (dans
connaître le l'année
le titre, cas d'une
de œuvre anonyme),
parution, un et
un résumé ouleplusieurs auteurs
type (roman,
dont on connaît le nom, le prénom, la date de naissance et le pays d'origine.
 poésie,
Chaquescience fiction,
exemplaire ...).livre est identifié par une référence composée de lettres et de chiffres
d'un
 Un et ne peut
livre êtreêtre
peut paru que dans
rédigé une et(dans
par aucun une seule
le casédition.
d'une œuvre anonyme), un ou plusieurs
 Un inscrit est identifié par un numéro et on doit mémoriser son nom, prénom, adresse,
auteurs donteton
téléphone connaît
adresse le nom, le prénom, la date de naissance et le pays d'origine.
e-mail.
 Un inscrit peut faire zéro, un ou plusieurs emprunts qui concernent chacun un et un seul
exemplaire. Pour chaque emprunt, on connaît 1 la date et le délai accordé (en nombre de jours).
Chapitre 1 : Modélisation Entité Association

 Chaque exemplaire d'un livre est identifié par une référence composée de lettres et de chiffres
et ne peut être paru que dans une et une seule édition.
 Un inscrit est identifié par un numéro et on doit mémoriser son nom, prénom, adresse,
téléphone et adresse e-mail.
 Un inscrit peut faire zéro, un ou plusieurs emprunts qui concernent chacun un et un seul
exemplaire. Pour chaque emprunt, on connaît la date et le délai accordé (en nombre de jours).
a) Le dictionnaire des données
Le dictionnaire des données est un document qui regroupe toutes les données que vous aurez à
conserver dans votre base (et qui figureront donc dans le MCD). Après l'étude des règles de gestion
des emprunts de la bibliothèque, nous pouvons établir le dictionnaire des données suivant :
Code mnémonique Désignation

id_i Identifiant numérique d'un inscrit

nom_i Nom d'un inscrit

prenom_i Prénom d'un inscrit

rue_i Rue où habite un inscrit

ville_i Ville où habite un inscrit

cp_i Code postal d'un inscrit

tel_i Numéro de téléphone fixe d'un inscrit

tel_port_i Numéro de téléphone portable d'un inscrit

email_i Adresse e-mail d'un inscrit

date_naissance_i Date de naissance d'un inscrit

id_l Identifiant numérique d'un livre

titre_l Titre d'un livre

annee_l Année de parution d'un livre

resume_l Résumé d'un livre

ref_e Code de référence d'un exemplaire d'un livre

id_t Identifiant numérique d'un type de livre

libelle_t Libellé d'un type de livre

id_ed Identifiant numérique d'une édition de livre

nom_ed Nom d'une édition de livre

id_a Identifiant numérique d'un auteur

nom_a Nom d'un auteur

prenom_a Prénom d'un auteur

date_naissance_a Date de naissance d'un auteur

2
Chapitre 1 : Modélisation Entité Association

id_p Identifiant numérique d'un pays

nom_p Nom d'un pays

id_em Identifiant numérique d'un emprunt

date_em Date de l'emprunt

delais_em Délai autorisé lors de l'emprunt du livre

Remarque :
Les données qui figurent dans le MCD (et donc dans le dictionnaire des données) doivent être, dans la
plupart des cas, élémentaires. Elles ne doivent pas être composées. Par exemple une adresse est
obtenue à partir d'une rue, d'une ville et d'un code postal : ce sont ces trois dernières données qui sont
conservées et donc qui figureront dans le MCD (et dans le dictionnaire des données).
b) Le Modèle Entité association
a. Les entités
Chaque entité est unique et est décrite par un ensemble de propriétés encore appelées attributs ou
caractéristiques. Une des propriétés de l'entité est l'identifiant.
Le formalisme d'une entité est le suivant :

Ainsi, si on reprend notre dictionnaire de données précédent, on schématise par exemple une entité
«Auteur» comme ceci :

À partir de cette entité, on peut retrouver la règle de gestion suivante : un auteur est identifié par un
numéro unique (id_a) et est caractérisé par un nom, un prénom et une date de naissance.
Une entité peut n'avoir aucune, une ou plusieurs occurrences. Pour illustrer ce terme d'«occurrence»
qui a déjà été utilisé plusieurs fois, voici un exemple de table d'occurrences de l'entité Auteur :
id_a nom_a prenom_a date_naissance_a

1 Hugo Victor 1802-02-26

2 Rimbaud Arthur 1854-10-20

3 de Maupassant Guy 1850-08-05

Cette table est composée de trois occurrences de l'entité Auteur.
b. Les associations

3
Chapitre 1 : Modélisation Entité Association

Une association définit un lien sémantique entre une ou plusieurs entités. En effet, la définition de
liens entre entités permet de traduire une partie des règles de gestion qui n'ont pas été satisfaites par la
simple définition des entités.
Le formalisme d'une association est le suivant :

Généralement le nom de l'association est un verbe définissant le lien entre les entités qui sont reliées
par cette dernière. Par exemple :

Ici l'association «être né» traduit les deux règles de gestion suivantes :
 Un auteur est né dans un et un seul pays,
 Dans un pays, sont nés aucun, un ou plusieurs auteurs.
Vous remarquerez, que cette association est caractérisée par ces annotations 1,1 et 0,N qui nous ont
permis de définir les règles de gestions précédentes. Ces annotations sont appelées les cardinalités.
Une cardinalité est définie comme ceci : minimum, maximum. Les cardinalités les plus répandues sont
les suivantes : 0,N ; 1,N ; 0,1 ; 1,1.
L'identifiant d'une association ayant des cardinalités 0,N/1,N de part et d'autre, est obtenu par la
concaténation des entités qui participent à l'association. Imaginons l'association suivante :

Ici un auteur rédige au moins un ou plusieurs livres et pour chaque livre, on connaît le nombre de
chapitres rédigés par l'auteur (on connaît aussi le nombre total de chapitres pour chaque livre).
L'association «rédiger» peut donc être identifiée par la concaténation des propriétés id_a et id_l. Ainsi,
le couple id_a, id_l doit être unique pour chaque occurrence de l'association.
On dit que nb_chapitres (nombre de chapitres rédigés par un auteur, pour un livre) est une donnée
portée par l'association «rédiger». Cette association est donc une association porteuse de données.
c. Élaboration du modele Entité Association (E/A)
Avec toutes ces connaissances, il nous est donc possible d'élaborer le modèle E/A complet à partir des
données présentes dans le dictionnaire des données :

4
Chapitre 1 : Modélisation Entité Association

3. Le passage du modèle E/A au modèle relationnel

Dans cette partie, nous allons voir comment établir une modélisation des données au niveau logique
(ou relationnel) à partir d'un modèle conceptuel.
Le modèle relationnel) est composé uniquement de ce que l'on appelle des relations. Ces relations
sont à la fois issues des entités du modèle E/A mais aussi d'associations, dans certains cas. Ces
relations nous permettront par la suite de créer nos tables au niveau physique (Base de données).
Une relation possède :
 Un nom qui correspond en général à celui de l'entité ou de l'association qui lui correspond.
 Des attributs représentant des données élémentaires issues des propriétés et des données
portées par certaines associations.
 Une clef primaire qui permet d'identifier sans ambiguïté chaque occurrence de cette relation.
 Une clef étrangère. La clef étrangère est un attribut d'une relation qui fait référence à la clef
primaire d'une autre relation.

a) Les règles de conversion

Les relations du modèle relationnel sont issues des entités et de certaines associations. Nous allons
maintenant aborder ces règles de conversion de façon plus précise.
Règle 1 - conversion d'une entité

5
Chapitre 1 : Modélisation Entité Association

En règle générale, toute entité du MCD devient une relation dont la clef est l'identifiant de cette entité.
Chaque propriété de l'entité devient un attribut de la relation correspondante.
Règle 2 - conversion d'associations n'ayant que des cardinalités de type 0/1,N-0/1,N
Une association ayant des cardinalités 0,N ou 1,N de part et d'autre devient une relation dont la clef est
constituée des identifiants des entités reliées par cette association. Ces identifiants seront donc
également des clefs étrangères respectives. On parle de relations associatives.
Si l'on reprend cet exemple :

L'association «rédiger» devrait maintenant être traduite comme ceci :

Rediger (#id_a, #id_l, nb_chapitres)
Règle 3 - conversion des associations ayant au moins une cardinalité de type 1,1
Plusieurs possibilités s'offrent à nous pour ce cas de figure. La règle de conversion est d'ajouter une
clef étrangère dans la relation qui correspond à l'entité se situant du côté de cette cardinalité 1,1.
Prenons un exemple issu de l'association «être originaire de» et des entités «Auteur» et «Pays» :

Auteur Pays
Id_a
Id_a Nom_p
être Nom_p
nom_a être originaire
originaire
nom_a 1,1
prenom_a 1,1 0,N
prenom_a
date_naissance_a
date_naissance_a

Pays (nom_p)
Auteur (id_a, nom_a, prenom_a, date_naissance_a, #nom_p)

De même pour les cardinalités 0,1. Imaginons par exemple qu'un livre puisse appartenir à 0 ou 1
catégories, on obtient le MCD suivant :

Categorie (id_cat, libelle_cat)

Livre (id_l, titre_l, annee_l, resume_l, #id_cat)

6
Chapitre 1 : Modélisation Entité Association

Dans le cas où une association binaire possède à la fois une cardinalité 0,1 et une cardinalité 1,1 (ce
qui est rarement le cas), il est préférable que la clef étrangère soit du côté de la relation correspondant
à l'entité situé du côté de la cardinalité 1,1.
Enfin, dans le cas où une association binaire possède à la fois une cardinalité 1,1 des deux côtés alors