Filière: Technicien Spécialisé en

Développement Digital
Niveau : 1ère année

CONCEPTION ET
MODELISATION
D’UN SYSTEM
D’INFORMATION
Réaliser par

CHETOUANI Ibtissam

07/10/2025 1
 2

Technique des données

 Analyse des systèmes d’information

 Démarche de modélisation

 Méthode de modélisation
 Modèle conceptuel des données (MCD)
 Modèle logique des données (MLD)
 Modèle physique des données (MPD)
 3

Définitions
Une information
 est un élément qui permet de compléter notre connaissance
sur une personne, un objet, un évènement

Exemple:
Le nom d'une personne est une information concernant cette personne.
La couleur d'une voiture est une information concernant cette voiture.
La date de la fête scolaire est une information concernant cet
événement.

Analyse des systèmes d’information

 4

Définitions
Un système d’information
 est constitué par l’ensemble des informations relatives à
un domaine bien défini

Toutes les informations relatives à la gestion d'une librairie constituent le système

d'information de cette librairie.
Ce système peut couvrir le simple stockage des livres, mais également la gestion des
commandes, des ventes et même des clients.

Un système d'information ne doit pas nécessairement être informatisé. Bien que la

plupart des systèmes actuels se basent sur la technologie de l'informatique, il existe
encore des systèmes d'information où l'information est stockée, manipulée et
communiquée à l'aide de moyens "traditionnels" tels que armoires, classeurs,
calculatrices, fiches sur papier etc. .
Analyse des systèmes d’information
 5

Définitions
Confusion

Ne pas confondre système

d’information avec le système
informatique

Un système informatique

 Les ordinateurs
 Les programmes
 Les structures de données (Fichiers, Base de données)

Analyse des systèmes d’information

 6

Données, traitements et
informations
Confusion

Données informations

Ex Dans une librairie, un client demande au vendeur si le livre

"L'étranger" (Albert Camus) est disponible en stock. Le vendeur
conseille la base de données de la librairie à l'aide de son
ordinateur et confirme au client que le livre est disponible. Le
vendeur a donc donné au client l'information que le livre est en
stock. Afin de pouvoir donner cette information, le vendeur a du
consulter les données qui représentent le stock de la librairie. Le
fait de consulter le stock constitue un traitement sur les données
du stock.
Informations
Système sortantes
Informations
entrantes d'information

Analyse des systèmes d’information

 7

Système d’information
Un système d’information

 Contient des données

 Traite les données entrantes
 Produit des informations sortantes

Traitement

 Consultation des données

 Ajout des données
 Suppression de données
 Modification de données

Analyse des systèmes d’information

 8

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

Nous allons baser notre cours sur la méthode MERISE qui a été développée
pendant les années '70 sous l'impulsion du ministère français de l'industrie. Merise
est aujourd'hui largement répandue au Luxembourg, mais également dans
beaucoup d'autres pays européens.

Méthode de modélisation des données

 9

Méthode de modélisation des

données
Le niveau conceptuel

Modèle conceptuel des données (MCD)

Le niveau logique

Modèle logique des données (MLD)

Le niveau physique

Modèle physique des données (MPD)

Méthode de modélisation des données

 10

Méthode de modélisation des

données
Analyse
Analyse
En Résumé

MCD
MCD

MLD
MLD

MPD
MPD

Méthode de modélisation des données

 11

Pourquoi modéliser ?
Table

Ensemble d’enregistrements dont chacun est

composé par les mêmes champs de données
Un champ
de
données

Marque Modèle Cylindrée Poids

BMW 525i 2500 1360
Ford Orion 1800 1080 Un enregistrement
BMW 320i 2000 1200
... ... ... ...

Méthode de modélisation des données

 12

Pourquoi modéliser ?
Prenons un exemple

Il s’agit de créer une base de données pour une caisse de maladie. On veut
stocker tous les employés-membres de la caisse avec leur société-employeur. Afin
de faciliter l’exercice, nous allons uniquement stocker les informations
suivantes pour chaque employé:

• le numéro de l’employé
• le nom de l’employé
• le prénom de l’employé
• le numéro de son entreprise
• le nom de son entreprise
• la localité où se trouve l’entreprise

Méthode de modélisation des données

 13

Pourquoi modéliser ?
A première vue, la solution suivante s’impose :

NoEmp Nom_Emp Prénom_Emp NoEntr Nom_Entr Localité

102 Boesch Emil 1 Schaffgaer S.à r.l. Differdange
103 Midd Erny 2 Gudjär Colmar Berg
104 Witz Evelyne 1 Schaffgaer S.à r.l. Differdange
105 Kuhl Menn 1 Schaffgaer S.à r.l. Differdange
106 Super Jhemp 2 Gudjär Colmar Berg
... ... ... ... ... ...

Méthode de modélisation des données

 14

Par quoi commencer ?

 Etudier le système d’information existant (manuel
ou automatique) :
◦ consulter les cahiers de charge existants,
◦ consulter les documents transitant dans l’organisme,
◦ interviews des membres de l’organisme,
◦ interviews des utilisateurs (externes),
◦ …

 Avoir une idée rigoureusement exacte de

l’existant, des besoins, des incohérences…En bref,
de tout ce qui marche et tout ce qui ne marche
pas !
 15

En suite…
Regarder l’ensemble des données
utiles à sauvegarder.
Cet ensemble forme le Dictionnaire
de Données (DD).
Un DD est généralement présenté
sous forme de tableaux :
Données Type de Commentaire
retenues données s
 16

Exemple-DD
 Dans un SI de gestion des notes des étudiants,
les données retenues peuvent être :
Données retenues Type de commentaires
données

Nom Alphanumérique 20 char

Prénom Alphanumérique 20 char

Adresse Alphanumérique 50 char

notes de chaque contrôle Numérique >=0

moyennes par matière Numérique >=0

moyenne générale Numérique >=0

date contrôles Date/Heure

 17

DD simplifié
 Une fois le dictionnaire de données mis en
place,
 il faut créer un dictionnaire simplifié,
duquel :
 les champs calculés sont ôtés.
 Il faut, aussi, enlever tous les champs redondants (un «
code article » et une « référence article » par exemple,
qualifiant la même information).
 Il faut créer des identifiants pour distinguer
chaque information de façon comme unique.
Le DD simplifié regroupe tous les champs non
redondants à conserver dans le système d’information.
Chaque champ possède un type de données.
 18

Exemple-DD simplifié
 Dans l’exemple des notes étudiants, on
ajoute donc,
 un numéro d’étudiant et un code matière.

Données Type de commentaires

retenues données
Nom Alphanumérique 20 char
Prénom Alphanumérique 20 char
Adresse Alphanumérique 50 char
notes de chaque Numérique >=0
contrôle
moyennes par matière Numérique >=0
moyenne générale Numérique >=0
date contrôles Date/Heure
N°Etudiant Alphanumérique Identifiant d’un
étudiant
CdeMatière Alphanumérique Identifiant d’une
Matière
 19

Règles de Gestion (RG)

 Une règle de gestion est une règle suivie
par le SI de l’organisme étudié.

 Elles permettent :
 de définir les relations entres les données,
 de restreindre les cas généraux,
…
 En bref, de lever l’ambiguïté, quand
plusieurs solutions sont possibles.

 Elles
sont identifiées suite aux interviews
menées auprès des utilisateurs…
 Modèle
Conceptuel
de Données

20
 21

Le modèle conceptuel des

données
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 selon 3 concepts principaux

• les entités
• les relations
• les propriétés

Méthode de modélisation des données

 22

Le modèle conceptuel des

données
Exemple

Entité

Relation Propriété

Méthode de modélisation des données

 23

Le modèle conceptuel des

données
La notion d'entité

Une entité permet de modéliser un ensemble d'objets

concrets ou abstraits de même nature

Une entité est caractérisée par son nom et ses propriétés

Méthode de modélisation des données

 24

Le modèle conceptuel des

données
La notion d'entité par l’exemple

quelques exemples de
clients

Chacun de ces clients représente une occurrence de

l'entité Client.

Méthode de modélisation des données

 25

Le modèle conceptuel des

données
La notion de propriété

Une propriété est une donnée élémentaire d'une

entité
Une propriété est unique dans un MCD; et ne peut pas être
rattachée à plusieurs entités différentes.

Le nom de la propriété est indiqué

à l'intérieur du rectangle qui
représente l'entité
correspondante.

Méthode de modélisation des données

 26

Le modèle conceptuel des

données
La notion de propriété par l’exemple

Pour une entité Client Pour une entité Salarié :

: • Nom du salarié
 Nom du client
• No. Matricule
 No.Tél. du client
• Salaire mensuel

Pour une entité Contrat d'assurance

:
• No Contrat
• Type d'assurance
• Montant assuré
Méthode de modélisation des données
 27

Le modèle conceptuel des

données
La notion de propriété

A l'intérieur des occurrences, les propriétés prennent

des valeurs

Ex: L'entité Client est définie par les propriétés suivantes

Méthode de modélisation des données

 28

Le modèle conceptuel des

données
La notion de propriété

A l'intérieur de chaque occurrence, chaque propriété

prend une valeur, qui est dans la plupart des cas une
valeur numérique, une valeur sous forme de texte ou
encore une date.

A l’intérieur de chaque
occurrence, chaque
propriété ne prend
qu’une seule valeur au
maximum.

Méthode de modélisation des données

 29

Le modèle conceptuel des

données
La notion d'identifiant

Permet de distinguer les différentes occurrences

Composé d'une ou de plusieurs propriétés de l'entité

Chaque occurrence d’une entité doit avoir une valeur

différente pour l’identifiant

Le choix d'un identifiant correcte est très important pour la

modélisation

Méthode de modélisation des données

 30

Le modèle conceptuel des

données
choix pour l'identifiant

Une propriété naturelle

Exemple: Le nom d'un pays pour une entité Pays

Une propriété artificielle qui est inventée par le créateur du

MCD
Exemple: Le numéro d'un client pour une entité Client

Une propriété composée d'autres propriétés naturelles

Exemple: Le nom et la localité pour une entité Entreprise

Méthode de modélisation des données

 31

Le modèle conceptuel des

données
La notion de relation

Décrit un lien entre deux ou plusieurs entités.

Chaque relation possède un nom, généralement un verbe
à l'infinitif.
Elle n'a pas d'identifiant propre, elle est implicitement
identifiée par les identifiants des entités auxquelles elle
est liée.

Nous distinguons deux types de relations :

• les relations binaires, qui sont liées à 2 entités
• les relations ternaires, qui sont liées à 3 entités

Méthode de modélisation des données

 32

La notion de relation
Exemple d’une relation binaire

Méthode de modélisation des données

 33

La notion de relation
Exemple d’occurrence des entités d’une relation

Pour chaque
occurrence d’une
relation, l’identifiant
composé des
identifiants des
entités liées à la
relation doit être
unique

Méthode de modélisation des données

 34

La notion de relation
Les cardinalités d'une relation

Une relation est liée à chacune de ses entités par une

patte. Sur la patte, on indique les cardinalités.

Les cardinalités précisent la participation de l'entité

concernée à la relation.
Le premier nombre indique la cardinalité minimale, le
deuxième la cardinalité maximale.

Méthode de modélisation des données

 35

La notion de relation
Les cardinalités d'une relation

Patte

Cardinalité Cardinalité
minimale maximale

Méthode de modélisation des données

 36

La notion de relation
Que signifie Les cardinalités ? Ex: 1

Méthode de modélisation des données

 37

La notion de relation
Solutions Ex: 1

Entre l'entité Client et la

relation Passer, nous avons
:

Cardinalité minimale = 1 ,
ce qui veut dire que
chaque client passe au
moins une commande

Cardinalité maximale = n ,
ce qui veut dire que
chaque client peut passer
plusieurs (n) commandes
Méthode de modélisation des données
 38

La notion de relation
Solutions Ex: 1

Entre l'entité Commande et

la relation Passer , nous
avons :

Cardinalité minimale = 1 ,
donc chaque commande est
passée par au moins un
client

Cardinalité maximale =1 ,
chaque commande est
passée au maximum par un
seul client
Méthode de modélisation des données
 39

La notion de relation
Exemple 2

Méthode de modélisation des données

 40

La notion de relation
Ex: 2

Entre l'entité Employé et la

relation Utiliser , nous
avons :

Cardinalité minimale = 0 ,
certains employés
n'utilisent pas d'ordinateur

Cardinalité maximale = n ?
___________________
___________________ ?

Méthode de modélisation des données

 41

La notion de relation
Ex: 2

Entre l'entité Ordinateur et

la relation Utiliser , nous
avons :

Cardinalité minimale = 1 ?
___________________
___________________ ?

Cardinalité maximale = n ?
___________________
___________________ ?

Méthode de modélisation des données

 42

La notion de relation
En résumé :

De façon générale, on peut dire:

La cardinalité minimale exprime le nombre minimum de

fois q’une occurrence d'une entité participe à une
relation. Cette cardinalité est généralement 0 ou 1.

• Cardinalité minimale = 0 : Certaines occurrences de

l'entité ne participent pas à la relation

• Cardinalité minimale = 1 : Chaque occurrence de

l'entité participe au moins une fois à la relation

Méthode de modélisation des données

 43

La notion de relation
En résumé :

De façon générale, on peut dire:

La cardinalité maximale exprime le nombre maximum de

fois q’une occurrence d'une entité participe à une
relation. Cette cardinalité vaut souvent 1 ou n, avec n
indiquant une valeur >1 mais pas connue à priori.

• Cardinalité maximale = 1 : Chaque occurrence de

l'entité participe au maximum une seule fois à la
relation

• Cardinalité maximale = n : Chaque occurrence de

l'entité peut participer plusieurs fois à la relation
Méthode de modélisation des données
 44

La notion de relation
Exemple 3 interpréter le cas a) et b)

a)

b)0, n 1,1

Méthode de modélisation des données

 45

La notion de relation
Exemple 3 solution

Pour les deux cas suivants, on peut affirmer qu'une

commande est toujours passée par au moins un client.
Une commande est également passée au maximum par un
client.
Une commande est donc toujours passée par un et un seul
client

Méthode de modélisation des données

 46

La notion de relation
Solutions Ex: 3
Un client passe au moins
une commande et au
maximum plusieurs (n)
commandes.

Cette modélisation ne tient

pas compte des clients qui
ne passent aucune
commande. Un client est
uniquement considéré
comme tel s'il passe au
moins une commande.

Méthode de modélisation des données

 47

La notion de relation
Solutions Ex: 3

Un client peut passer

aucune commande et au
maximum plusieurs (n)
commandes.

Cette modélisation tient

compte des clients qui ne
passent aucune
commande.
Laquelle des deux modélisations est
correcte ?
Méthode de modélisation des données
 48

La notion de relation
Exemple 4 Interprétez cette modélisation

Méthode de modélisation des données

 49

La notion de relation
La dépendance d'une relation

On dit qu'une entité est indépendante par rapport à

une relation lorsque sa cardinalité minimale vaut 0, et
dépendante par rapport à une relation lorsque sa
cardinalité minimale vaut 1.

Méthode de modélisation des données

 50

La notion de relation
La dépendance d'une relation

Une relation ne peut pas être liée uniquement à des

entités dépendantes ayant en plus une cardinalité
maximale de 1 ! ! !

La modélisation
suivante par
exemple n'est
pas correcte

Méthode de modélisation des données

 51

La notion de relation
La dépendance d'une relation

La modélisation
suivante par
exemple n'est
pas correcte

Dans ce cas il faut réunir les propriétés des deux entités

dans une seule.

Méthode de modélisation des données

 52

La notion de relation
Propriétés d'une relation

Une relation peut généralement être dotée de propriétés

Pourquoi est-ce
qu’on ne peut
pas associer la
propriété Année
à une des
entités ?

Méthode de modélisation des données

 La normalisation du MCD

 1ère Forme Normale (1FN) : élémentarité des

attributs et existence de l'identifiant.
Tous les attributs doivent être élémentaires par
rapport au choix de gestion et il doit y avoir un
identifiant à chaque entité.

ETUDIANT ETUDIANT
Nom N° étudiant
n'est pas 1FN Nom
est 1FN
Prénom
Age Prénom
Adresse Age

53
  2ème Forme Normale (2FN) : DF
élémentaire de l'identifiant.
Tout attribut d'une entité doit dépendre
de l'identifiant de cette entité par une
dépendance fonctionnelle élémentaire.

ETUDIANT
Code_Option, N°_étudiant n'est pas 2FN
Nom
Prénom
Nom option

ETUDIANT
N°_étudiant SUIVRE OPTION
Nom 0,n 0,n
Code_option est 2FN
Prénom Nom option

54
  3ème Forme Normale (3FN) : DF
élémentaire et directe.
Tout attribut d'une entité doit dépendre
de l'identifiant par une DF élémentaire et
directe.
ETUDIANT

Code_étudiant n'est pas 3FN

Nom
Prénom
Code_option
Nom_option

ETUDIANT
OPTION
N°_étudiant
Nom 0,n
SUIVRE
0,n
Code_option
est 3FN
Prénom Nom_option

55
  4ème Forme Normale (4FN) : DF complète (cas de
l'identifiant concaténé).
Si une entité a un identifiant concaténé, un des
attributs composant l'identifiant ne doit pas
dépendre d'un autre attribut.
Exemple :
RG1 : tout prof enseigne une et une seule
matière.
RG2 : toute classe n'a qu'un seul prof par
matière.

COURS
Matière, N° classe n'est pas 4FN
N° prof

C OU RS C LASSE
EN SEIGN ER D AN S
N ° p rof
0,n 0,n N ° class e est 4FN
Matière N ° prof

56
1FN : élémentarité des attributs et existence de l'identifiant.

2FN : DF élémentaire de l'identifiant.

3FN : DF directe de l'identifiant.

4FN : DF complète de l'identifiant : si l'identifiant

est concaténé, un composant ne doit pas être en
DF avec un autre attribut.

57
 58

La notion de relation
Propriétés d'une relation

Attention: Cette propriété peut même devenir une

partie de l'identifiant. Dans ce cas, elle doit être
soulignée.

Comme un professeur peut avoir la même classe pendant plusieurs

années , un identifiant composé de No_Matricule et Code_Classe n'est
pas suffisant, puisqu’il ne garantit pas l’unicité. On y ajoute l'Année

Méthode de modélisation des données

 59

La notion de relation
Propriétés d'une relation

Attention: Une relation à cardinalité (1,1) n'est jamais

porteuse de propriétés. Dans ce cas,
les propriétés migrent dans l'entité
portant cette cardinalité (1,1).

Pourquoi cette modélisation n’est pas correct ?

Méthode de modélisation des données

 60

La notion de relation
Propriétés d'une relation

Chaque facture ne possède qu’une seule date d’émission, ce

qui fait que la propriété Date_émission doit migrer dans
l’entité Facture.
Voici la modélisation correcte:

Méthode de modélisation des données

 61

Travail pratique à faire

Exemple "KaafKaaf"

PARTIE 1
La société "KaafKaaf" désire informatiser son système de
facturation. Les factures devraient se présenter de la façon
suivante:

Méthode de modélisation des données

 62

Exemple ‘’KaafKaaf’’

Créez un MCD, qui permet de modéliser correctement le système

d'information nécessaire, sachant que:
• Un client peut bien sûr recevoir plusieurs factures, mais il est
uniquement considéré comme tel à partir du moment où il reçoit sa
première facture.
• Une facture concerne un et un seul client.
Méthode de modélisation des données
 63

Exemple ‘’KaafKaaf’’

Remarque:
Bien que le numéro du client n'apparaisse pas en tant que tel sur la facture,
il est préférable d'ajouter cette propriété artificielle à l'entité Client, et
de la définir comme identifiant de cette entité. Cela nous empêche de
devoir définir un identifiant composé de trop de propriétés.

Méthode de modélisation des données

 64

Exemple ‘’KaafKaaf’’
PARTIE 2

Il s'agit d'étendre le MCD de la partie 1.

Le responsable de la facturation de la société désire rendre

les factures plus informatives. Comme un client peut acheter
plusieurs articles différents en même temps, la facture
devrait indiquer pour chaque article le numéro , un libellé, le
prix unitaire, la quantité vendue et le prix total pour ce type
d'article.

Méthode de modélisation des données

 65

Exemple ‘’KaafKaaf’’
Voici l'aspect que la facture devrait avoir:

Proposez un nouveau MCD qui reflète ces modifications, en respectant que:

Tous les articles disponibles sont stockés ([Link]. No=234 Libellé="Marteau"
PU=470 Luf.). Même si un article n'est pas encore considéré par une
facture, il existe dans le système d'information.

Méthode de modélisation des données

 66

Exemple ‘’KaafKaaf’’
Sol. MCD partie
2

Méthode de modélisation des données

 67

Exemple ‘’KaafKaaf’’
Remarques:
L'entité Facture ne contient plus la propriété Montant. Il existe une règle
générale de conception qui dit:

Aucune propriété qui peut être calculée à partir d'autres

propriétés existantes, ne devra être stockée dans le MCD

Méthode de modélisation des données

 68

Exemple ‘’KaafKaaf’’
Nous retrouvons ici le cas d'une relation qui a une propriété. En fait, la
propriété Quantité n'est pas spécifique à un article, mais à l'achat de cet
article à l'aide d'une facture. Cette façon de modéliser la situation est la plus
facile, mais il existe une alternative. On peut introduire l'entité abstraite
Ligne_de_facture, qui représente une ligne de détail d'une facture, [Link] celle
pour le marteau.

Méthode de modélisation des données

 69

Travail pratique à faire

Exemple Gestion d’une école

PARTIE 1
Dans une école, on veut informatiser le système d'information qui
gère les classes.
Elaborez un MCD sachant que:
· Un élève est caractérisé par son no. matricule, son nom et
prénom, ainsi que sa date de naissance.
· Une classe est caractérisée par le nom de la classe ([Link] 13CG2)
et par une indication du cycle (valeurs possibles: "inférieur", "moyen",
"supérieur").
· Il faudra prévoir de connaître la fréquentation des classes des
élèves sur plusieurs années consécutives.
· Un élève enregistré dans le système fréquente au moins une
classe au cours des années.
Méthode de modélisation des données
 70

Travail pratique à faire

Exemple Gestion d’une école

Sol. MCD partie

1

Méthode de modélisation des données

 71

Travail pratique à faire

Exemple Gestion d’une école

PARTIE 2
Il s'agit maintenant de concevoir une extension au MCD
précédent qui permet de représenter la situation suivante:
· La direction de l'école désire également saisir tous les
professeurs dans le système d'information. Un professeur
est caractérisé par un code interne unique ([Link]. Jemp
Muller aura le code JEMU), son nom et prénom et la
matière qu'il enseigne. Nous supposons que chaque
professeur enseigne une seule matière.
· Modélisez le fait que chaque classe est enseignée chaque
année par un ou plusieurs enseignants. Un enseignant
peut bien sûr donner des cours dans plusieurs classes,
mais peut également ne pas donner des cours pendant
une ou plusieurs années. Méthode de modélisation des données
 72

Travail pratique à faire

Exemple Gestion d’une école

Sol. MCD partie

2

Méthode de modélisation des données

 73

La notion de relation
L’utilisation d’une relation ternaire

Une relation ternaire est une relation à laquelle sont liée 3

entités

Exemple :

A partir des 3 entités Professeur (CodeProf, Nom, Prénom);

Matière(CodeMatière, Libellé) et Classe(Nom,Cycle) il s’agit de
créer un MCD qui renseigne sur le fait quelle matière est enseignée
dans quelle classe par quel professeur pour une année scolaire
donnée.

Méthode de modélisation des données

 74

La notion de relation
Solution de l’exemple précédent

Il existe 3 façons pour lire/interpréter ce modèle:

· Un professeur peut enseigner 1 à n fois une matière dans une classe.

· Une matière peut être enseignée 1 à n fois par un professeur dans une classe.
· Une classe peut être enseignée 1 à n fois dans une matière par un professeur.

Méthode de modélisation des données

 75

La notion de relation
Quand faut-il utiliser une relation ternaire ?

On peut dire:

Si une ou plusieurs des entités liées à une relation ternaire possèdent

une cardinalité maximale de 1.

Il faudrait mieux décomposer la relation ternaire, c.à.d. la représenter

par 2 relations binaires.

Méthode de modélisation des données

 76

La notion de relation
Quand faut-il utiliser une relation ternaire ?

Exemple:

La direction d’une chaîne d’hôtels désire gérer les séjours des

clients dans les différents hôtels.

Comme on peut effectivement dire "Un client effectue un séjour

dans un hôtel" on est ammené à proposer la modélisation
suivante.

Méthode de modélisation des données

 77

La notion de relation
Quand il faut utiliser une relation ternaire ?

Exemple:

IIl existe 3 façons pour lire/interpréter ce modèle:

Un client peut effectuer 1 à n fois un séjour dans un hôtel.

Dans un hôtel peut être effectué 0 à n fois un séjour par un client.
Un séjour peut être effectué une et une seule fois par un client dans un
hôtel.

Chaque occurrence de la relation effectuer associe donc un séjour à un client et à un

hôtel.

Méthode de modélisation des données

 78

La notion de relation
Quand il faut utiliser une relation ternaire ?

Exemple précédant amélioré:

Méthode de modélisation des données

 79

Les contraintes d'intégrité

fonctionnelle (CIF)

Quand on détermine entre une relation et une

entité une cardinalité qui présente les valeurs 0,1
ou 1,1, alors cette relation est particulière et on
dit qu'elle représente une Contrainte d'Intégrité
Fonctionnelle (CIF).

Méthode de modélisation des données

 80

Les contraintes d'intégrité

fonctionnelle (CIF)
Ex:

La relation Obtenir représente une CIF.

Méthode de modélisation des données

 81

Travaux pratiques

Effectuer Les exercices 1 à

6

Méthode de modélisation des données

 82

Le modèle logique des données

Définition

formalisme des tables logiques

est toujours basé sur un MCD donné

Un MLD est essentiellement composé de

tables logiques reliées entre elles par des
flèches.

Méthode de modélisation des données

 83

Le modèle logique des

données
Ex:

MCD

MLD

Méthode de modélisation des données

 84

Règles de transformation du MCD au MLD

Transformation des entités

Toute entité est transformée en table. Les

propriétés de l'entité deviennent les attributs de
la table. L'identifiant de l'entité devient la clé
primaire de la table.

Lettres
Ex: Entité "Entreprise" majuscules Table "Entreprise"

Méthode de modélisation des données

 85

Règles de transformation du MCD au MLD

Transformation des relations binaires du type (x,n) – (x,1)

Afin de représenter la relation, on duplique la clé

primaire de la table basée sur l'entité à cardinalité (x,n)
dans la table basée sur l'entité à cardinalité (x,1).

Cet attribut est appelé clé étrangère.

Les deux tables sont liées par une flèche nommée selon
la relation, qui pointe de la table à clé étrangère vers la
table qui contient la clé primaire correspondante.

x peut prendre les valeurs 0 ou

1

Méthode de modélisation des données

 86

Règles de transformation du MCD au MLD

Transformation des relations binaires du type (x,n) – (x,1)

Ex:

L'attribut No_Auteur qui est clé primaire de la table

Auteur, devient clé étrangère dans la table Livre.

Méthode de modélisation des données

 87

Règles de transformation du MCD au MLD

Transformation des relations binaires du type (x,1) – (x,1)

Nous devons distinguer plusieurs cas. Sachant qu'une relation

binaire du type (1,1)-(1,1) ne doit pas exister il nous reste les
2 cas suivants:

Relation binaire (0,1)-(1,1)

Relation binaire (0,1)-(0,1)

Méthode de modélisation des données

Règles de transformation du MCD au MLD
Relation binaire (0,1)-(1,1)

On duplique la clé de la table basée sur l'entité à cardinalité

(0,1) dans la table basée sur l'entité à cardinalité (1,1).

Ex:

Le No_Client, qui est clé primaire de la table Client, devient clé étrangère dans la table
Carte_Membre

88 données
Méthode de modélisation des
Règles de transformation du MCD au MLD

Relation binaire (0,1)-(0,1)

On duplique la clé d'une des

tables dans l'autre. Lorsque la
relation contient elle-même des
propriétés, celles-ci deviennent
également attributs de la table
dans laquelle a été ajoutée la clé
étrangère.

89 données
Méthode de modélisation des
Règles de transformation du MCD au MLD

Relation binaire (0,1)-(0,1)

Ex:

ou

Soit on migre la clé primaire

de la table Entreprise dans la
table Salarié, soit on fait
l'inverse

90 données
Méthode de modélisation des
 91

Règles de transformation du MCD au MLD

Transformation des relations binaires du type (x,n) – (x,n)

On crée une table supplémentaire ayant comme clé

primaire une clé composée des clés primaires des 2
tables. Lorsque la relation contient elle-même des
propriétés, celles-ci deviennent attributs de la table
supplémentaire. Une propriété de la relation qui est
soulignée devra appartenir à la clé primaire composée
de la table supplémentaire.

Méthode de modélisation des données

Règles de transformation du MCD au 92

MLD

Transformation des relations binaires du type (x,n) – (x,n)

Ex:

On crée une table Porter, qui contient comme clé primaire une
clé composée de No-Commande et Code_Article. Elle contient
également la propriété Quantité issue de la relation Porter

Méthode de modélisation des données

 93

Règles de transformation du MCD au MLD

Transformation des relations ternaires

On crée une table supplémentaire ayant comme clé

primaire une clé composée des clés primaires de toutes
les tables reliées. Cette règle s'applique de façon
indépendante des différentes cardinalités. Lorsque la
relation contient elle-même des propriétés, celles-ci
deviennent attributs de la table supplémentaire. Une
propriété de la relation qui est soulignée devra
appartenir à la clé primaire composée de la table
supplémentaire.

Méthode de modélisation des données

Règles de transformation du MCD au 94

MLD

Transformation des relations ternaires

Ex:

La table Enseigner contient une clé composée de

No_Enseignant, Code_Matière et Nom_Classe.

Méthode de modélisation des données

Règles de transformation du MCD au MLD
Transformation de plusieurs relations entre 2 entités

Les règles générales s’appliquent

Ex:

95 données
Méthode de modélisation des
Règles de transformation du MCD au
MLD
Transformation des relations réflexives

Ex 1:

Nous appliquons les règles générales avec la seule

différence que la relation est 2 fois reliée à la même
entité
96 données
Méthode de modélisation des
Règles de transformation du MCD au
MLD
Transformation des relations réflexives

Ex 1:

Nous appliquons les règles générales avec la seule

différence que la relation est 2 fois reliée à la même
entité
97 données
Méthode de modélisation des
Règles de transformation du MCD au MLD

Transformation de l'identifiant relatif

Sachant que l'entité dépendante est toujours liée à la relation par les
cardinalités (1,1), nous pouvons appliquer les règles générales. Dans
chaque cas, la table issue de l'entité dépendante contient donc comme
clé étrangère, la clé primaire de l'autre table.
L'identification relative est représentée par le fait que la table issue de
l'entité dépendante contient une clé primaire composée, constituée de
la clé primaire transformée de l'identifiant de cette entité et de la clé
étrangère.
Ex:

98 données
Méthode de modélisation des
 99

Le modèle physique des données

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é.

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).

100 données
Méthode de modélisation des
 101

Passage du MLD au MPD

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

Méthode de modélisation des données

 102

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.

Ex: Définition de la table des employés avec le champ

idEmployé étant défini comme clé primaire.

Méthode de modélisation des données

 103

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 correcte de la BD

Méthode de modélisation des données

 104

Bibliographie
 [Link] / [Link]"Ingénierie des systèmes d'information" 3ème EditionEdition:
SybexISBN: 2-7361-2209-7
 [Link] / [Link]"Analyse informatique"Edition: MassonISBN 2-225-84167-5[3]Marée /
Ledant"SQL 2"Edition: [Link]: 2-200-2144-1
 [Link]"Bases de données MS-Access / Conception et programmation"Edition: O'ReillyISBN:
2-84177-054-0
 [Link] / [Link]"Systèmes de gestion des bases de données"Edition: McGraw-
HillISBN: 2-7042-1170-1
 [Link]"Start mit Datenbanken und SQL"Edition: KnowWareISBN: 3-931666-19-4
 [Link]"Bases de données et systèmes d'information" Support de coursUniversité de
Nancy 1 / Faculté des Sciences / Département informatique
 [Link]"Running Access 2"Edition: Microsoft PressISBN: 1-55615-592-1
 Bär / Bauder"Microsoft Access 2"Edition: Micro ApplicationISBN: 2-7429-0239-2
 [Link] / [Link] / [Link]"Access 2 Developer's Handbook"Edition: SybexISBN: 0-7821-
1327-3
 CNPIDocument de référence "SQL-Matière à traiter"Document de référence "Conception –
Vocabulaire«
 J.M. Jans"La modélisation des données selon la méthode Merise et avec l'outil
Win'Design"Support de coursFormation SCRIPT
 Ministère de la Justice"Projet de Loi relative au respect du droit à la vie privée à l'égard du
traitement des données à caractère personnel" & "Exposé des motifs"
 Ministère de la Justice"Loi du 31 mars 1979 réglementant l'utilisation des données
nominatives dans les traitements informatiques"Textes extraits du Mémorial
 PC Magazin Spezial 5-98"Kryptographie und Netzwerksicherheit"
 105

Sites sur Internet

 [Link]/proud-online/h_proud.htm
 [Link]
 [Link]/~jhoffman/[Link]
 [Link]/courseware/mis372/slides/
Chap08/[Link]
 [Link]/proud-online/ti/infoappl/access/
db_prd_0.htm
 [Link]/
 [Link]/~abrowne/
 [Link]
 [Link]