Cours

Bases de Données
Chapitre 3 – Modèle Entité-Association
Pr M.
Pr. QBADOU
M.QBADOU
 Objectifs

 Définir les concepts de la modélisation Entité Association

 Savoir le formalisme de représentation d’un modèle

Entité Association

 Apprendre à concevoir et à valider un modèle Entité

Association

 Savoir appliquer la démarche de conception sur des cas

Pr M.QBADOU

réels

2
 Sommaire
III. Fondement du Modèle Entité-Association
 Objectifs du modèle
 Introduction
▪ Conception d’une BDD

 Notion de modèle conceptuel de données

 Démarche d’élaboration d’un modèle Entité-Association
 Concepts du modèle
▪ Attribut, Entité, Identifiant,
▪ Association, Cardinalités, Rôles.
▪ Types d’association
Pr M.QBADOU

 Règles de validation d’un Modèle Entité-Association

▪ Buts recherchés
▪ Formes normales
 Exemple d’application

3  Etudes de cas
 ChapIII. Modèle Conceptuel de Données (MCD)
I. Introduction Etapes de conception d’une BD 1
Interview
Documents
2 (Besoins)
Modélisation
Entité-Association

Schéma
Entité-Association

3
Transformation en
1 Analyse de la situation existante et des besoins
schéma relationnel
2 Création d'une série de modèles conceptuels
(canonique et vues externes) qui permettent de
Pr M.QBADOU

Schéma
Relationnel représenter tous les aspects importants du problème

4 3 Traduction des modèles conceptuels en modèle

logique et optimisation (normalisation) de ce modèle
Implémentation du
logique
schéma relationnel
4 Implémentation d'une base de données dans un
4 BD SGBD, à partir du modèle logique
 ChapIII. Modèle Conceptuel de Données (MCD)
Exemple de conception d’une base de données

« Réalité » Schéma conceptuel

Entités/Associations
(Stock, Clients Techniciens,
Photocopieurs, …)
Conception
Schéma
relationnel/logique
Client Photocopieur
A B C D A B E
Pr M.QBADOU

1 A 5 C 1 B 9
1 B 8 D 2 B 7
Base de
données
représentation de
la réalité
 ChapIII. Modèle Conceptuel de Données (MCD)

II. Notion de modèle conceptuel de données

Un modèle conceptuel de données est représentation graphique de la structure des données

d'une organisation ou d'un système d'information. La modélisation conceptuelle des données

consiste à identifier et à représenter, indépendamment de tout choix d'implantation physique :

▪ Les données définissant la réalité du système étudié,

▪ Et les règles de gestion définissant les rapports entre ces données.

Ces données représentés par des attributs sont regroupés sous forme d’objets conceptuels

appelés Entités, de liens sémantiques appelés associations.

Pr M.QBADOU

Parmi les modèles très utilisés lors de la phase de conception de base de données on distingue le

modèle Entité-Association (EA). Cette représentation a deux caractéristiques :

▪ Complète : représentation fidèle du monde réel,

▪ Simple : représentation facile permettant le dialogue avec l’utilisateur.

6
 ChapIII. Modèle Conceptuel de Données (MCD)
III Démarches
Il existe plusieurs démarches pour la modélisation Entité-Association (E-A) dont les deux principales :
1. Démarche descendante : cette approche consiste en :
• La compréhension globale des besoins de l'organisation,
• L’identification des entités et leur relations
• La décomposition progressive des entités, les attributs, les relations pour obtenir un modèle E-A
• la normalisation du modèle pour éliminer la redondance.
2. Démarche ascendante qui consiste en :
• l'analyse des données existantes ou des informations de l'organisation,
• l’analyse de leur dépendances
• l’identification des entités et des relations
• la création d’un modèle E-A qui évite la redondance

B
T Conceptual model o
O
t
P
Pr M.QBADOU

t
Entity o
D
m
o
w
n Attribute Attribute U
P

Pour les deux démarche, une analyse des besoins est nécessaire pour la compréhension approfondie :
• des besoins de l'organisation,
7 • des processus métier,
• et des exigences fonctionnelles.
 ChapIII. Modèle Conceptuel de Données (MCD)
III Démarches
• Démarche descendante : Entités → MCD

Réel perçu

Identification des besoins • Démarche ascendante : Attributs → MCD

Réel perçu
Identifier les entités grâce aux
identifiants
Identification des besoins
Identifier les associations
et leurs cardinalités
Identifier les attributs et
Identifier les attributs et les leurs règles de gestion
Pr M.QBADOU

rattacher aux Entités/Associations

Etudier les dépendances
Valider le Modèle E-A en vérifiant fonctionnelles entre les propriétés
les Formes normales
Elaborer un graphe de
dépendances

Construire le Modèle E-A

8
 ChapIII. Modèle Conceptuel de Données (MCD)
Critères généraux à satisfaire
Traduire les besoins exprimés par les utilisateurs en structures de données qui doivent être :

• Correctes : Nécessaires et suffisantes pour satisfaire les besoins fonctionnels des

utilisateurs.

• Avoir une représentation minimale, expressive et normalisée,

• Opérationnelles : Conformes à une technologie disponible ,

• efficaces : Espace et temps d'accès minimaux,

Les besoins : Un besoin est une nécessité ou un désir éprouvé par les utilisateurs. Sont
exprimés sous forme d’un ensemble de propriétés et conditions que le schéma de données
doit respecter pour satisfaire ses utilisateurs.
Pr M.QBADOU

• besoins fonctionnels : contribuent à la fonction (au métier) des utilisateurs

• besoins non fonctionnels : contribuent à la qualité des services rendus aux utilisateurs
(Sécurité, Audit, Performance, Disponibilité, Fiabilité, Intégrité, Ergonomie, …)

Les utilisateurs : Tout agent (personne, organisme, programme ) impliqué dans la

9 collecte, la production, la consultation, la transmission, le traitement des données.
 ChapIII. Modèle Conceptuel de Données (MCD)
Analyse de l’existant et des besoins
Phase déterminante et complexe, qui doit aboutir à la spécification des données
manipulées et des traitements à effectuer sur ces données.

Les principales activités à faire durant cette phase sont :

❑ Analyse des documents existants

▪ Identifier les données manipulées dans les documents existants (électroniques ou
non)

❑ Recueil d’expertise métier

▪ Dialogue avec les experts internes et externes ➔ identifier les données relatives
aux métiers de l’entreprise (praticiens, cadres, Experts externes, … )
Pr M.QBADOU

❑ Dialogue avec les usagers

▪ Recueil les données manipulées par les utilisateurs finaux

❑ Etudes des autres systèmes existants

▪ Etude des systèmes existants pour comprendre les mécanismes existants, leurs
points forts et leurs faiblesses.
10
 ChapIII. Modèle Conceptuel de Données (MCD)
IV. Concepts de base
1. Représentation – Exemple de MCD
Entité Association
Nom d’entité
Nom d’association
Identifiant
FILIERES ETUDIANTS
Appartenir
CodeFilière
1,N 1,1 Matricule
NomFilière
Nom
Description … 1,N
Adresse …
Propriétés de
l’association Passer
Note
Propriétés d’entité
Cardinalités CONTROLES
Pr M.QBADOU

N°Contrôle 1,N
DateContrôle
Un MCD s’articule autour des concepts suivants : Pondération…

Entité : « chose/objet » du monde réel distinct de tout autre objet identifiable sans ambiguïté
Propriété(Attribut) Identifiant, clé (caractérise l’entité de façon unique)

Association : lien entre les « choses/objets »

11
Propriété(Attribut) Cardinalités Rôles
 ChapIII. Modèle Conceptuel de Données (MCD)
2. Propriété (Attribut)
Appelée aussi attribut, la propriété désigne le plus petit élément d’information
manipulable par le concepteur et ayant un sens pour le SI.

Une propriété doit être décrite par :

▪ un nom(Identificateur),

▪ une valeur (état),

▪ un domaine des valeurs possibles (type ),

▪ un mode d'obtention :
• donnée mémorisée,
• donnée calculée (attribut dérivé),
Pr M.QBADOU

• donnée "paramètre" : donnée utile à un traitement et qui n’est pas mémorisée

(date d'édition d'un document),

▪ une règle de calcul (pour les données calculées),

▪ Des contraintes d’intégrités : intervalle de valeurs, liste de valeurs, …
12
 ChapIII. Modèle Conceptuel de Données (MCD)
Classification des propriétés

 En fonction de la structure de sa valeur :

• Simple (Atomique ou élémentaire) : non décomposable : Prénom, nom, Salaire, ...

• Composée : composée de plusieurs attributs : Date de naissance (Jour/Mois/Année)

 En fonction du nombre de valeurs :

• Monovaluée : son état est composé d’une seule valeur

• Multivaluée : son état est composée de plusieurs valeurs

 En fonction de la variation de sa valeur :

▪ Propriété stable : une fois définie, sa valeur reste inchangée (Matricule, Code Client, …)
Pr M.QBADOU

▪ Propriété Pseudo Stable : Sa valeur change selon des circonstances non régulières
(Adresse d’une personne, N°Tel, …)

▪ Propriété de Situation : modifications systématiques liées au temps (Ancienneté,

âge,…) ou régulières liées aux activités de gestion (quantité en stock, solde client,…)

▪ Propriété Mouvement : C’est une propriété dont la valeur quantifie ou qualifie un objet
13
par rapport à un autre objet (quantité commandée, Rôle d’un acteur, …)
 ChapIII. Modèle Conceptuel de Données (MCD)
Remarques
• Sauf exception, une propriété calculée ne doit pas être mémorisée (déductible)

• Ne pas confondre entre les occurrences d’une propriété et la propriété elle-même

Dictionnaire de données
Le dictionnaire de données est un tableau qui donne l’inventaire exhaustif des données ainsi
que leurs caractéristiques (type, mode d’obtention, contrainte d’intégrité,…) :
Nom(Identificateur) Type Mode obtention CI (Contrainte) Description
…
Exemples
Nom Type Mode obtention CI (Contrainte) Description
Matricule Entier Mémorisée
Pr M.QBADOU

Nom Etudiant Chaine(20) Mémorisée

DateControle Date Mémorisée

Note Réel simple Mémorisée 0 ≤ Note ≤ 20

Pondération Réel simple Mémorisée 0<Pondération ≤1 Poid d’un contrôle par

rapport aux autres
MoyenneModule Réel simple Calculée :
14 (Pondération * Note)
 ChapIII. Modèle Conceptuel de Données (MCD)
2. Entité
Une entité est la représentation des informations d’un objet matériel (concret) ou immatériel
(abstrait) du monde réel avec une existence propre et qui peut être facilement identifié. Elle est
définie par :
• Une existence propre et une utilité pour l’organisation étudiée
• des occurrences multiples (au moins deux)
• des propriétés (au moins une)
• un identifiant
Exemple
Les informations « Matricule", "Nom", "Adresse",… sont des propriétés d’une même classe d’objets
similaires : Les ETUDIANTS.

Représentation graphique
Pr M.QBADOU

ETUDIANT
Matricule
Nom
Adresse
Tél. …

Classe des Entité(Type)

15 Ensemble Occurrences d’Etudiants ETUDIANTS ETUDIANT
 ChapIII. Modèle Conceptuel de Données (MCD)
Représentation graphique
Exemple de d’une entité dans le cas d’attributs composés, multivalués et dérivés
Pr M.QBADOU

16
 ChapIII. Modèle Conceptuel de Données (MCD)
Autre Représentation graphique
Représentation arborescente
Pr M.QBADOU

17
 ChapIII. Modèle Conceptuel de Données (MCD)
Notion d’occurrence

Une occurrence d’une entité est connue par les valeurs spécifiques prises par chacune des propriétés
de l’entité.

Exemple

ETUDIANT
Matricule
Nom Exemple d’Occurrences de
Adresse l’entité ETUDIANT
Tél. …

Entité ETUDIANTS
Etudiant1042
Pr M.QBADOU

1042
Idrissi
5, rue Hassan II 55000 Fès Etudiant1350
055 56 67 33 …
1350
Rizki
7, rue salé 21000 Casa
055 56 67 33 …
18
 ChapIII. Modèle Conceptuel de Données (MCD)
3. Identifiant (clé)
C’est un groupe d’attributs qui doit être :

 Univalué : possède une seule valeur par occurrence de l’entité

 Discriminant : à une valeur correspond une seule occurrence de l’entité

 Stable : Une fois définie, la valeur de l’identifiant pour une occurrence doit être inchangée.

 Minimal : dans le cas où il est composé, la suppression d’un de ses composants lui fera
perdre son caractère discriminant

On distingue deux possibilités d’identification d’une entité :

 un ou plusieurs attributs de l’entité à identifier.

 un attribut artificiel
Pr M.QBADOU

Exemples
LOCATAIRE
EXEMPLAIRE
OUVRAGE Nom
Prénom Cote ouvrage & n° d’ordre
Cote ouvrage Date de parution
Adresse
Titre ouvrage Etat
Téléphone
Editeur
Identifiant composé Identifiant relatif
19 Identifiant simple
 ChapIII. Modèle Conceptuel de Données (MCD)
4. Association
une association est un élément du monde réel qui traduit l'existence de liens sémantiques
entre plusieurs entités. Une association est définie par :
• Une absence d’existence propre • Une dimension (nombre d’entités attachées)
• Au moins une occurrence • Une utilité pour l’organisation étudiée
Exemples :
Dimension 2 (association binaire)
Enseignant Etudiant Contrôle
Matricule Matricule CodeModule &
Encadrer Passer N°contrôle
… Période … Note
…

Dimension 3 (association Ternaire) Dim 4 : association enseigner qui relie un

Médecin Centre Hospitalier professeur, une classe, une matière et une salle
Pr M.QBADOU

Matricule CodeCentre Matière

Travail NomCentre
Salle
NomMédecin
… Code Classe Code Matière
…
Nom Matière
Professeur
Séance Enseigner
N°Séance N° Prof
… Nom prof Classe
20 Tél prof Code Classe
 ChapIII. Modèle Conceptuel de Données (MCD)
5. Cardinalités
Les cardinalités expriment les nombres minimum (0 ou 1) et maximum (1 ou N) de participations
de chaque occurrence d’une entité à une association. Elles peuvent être : 0,1 ou 1,1 ou 0,n ou 1,n
A B
x,y x’ , y’
IdA S
IdB
… …
Pour obtenir x (x’) / y (y’) , on se pose la question : pour une occurrence quelconque de A(B),
quel est le nombre minimum / maximum de ses participations à l’association S ?
Exemples
SalleCinéma
Film
Enseignant 1,N Etudiant IdSalle
1,N Capacité IdFilm
Matricule Encadrer Matricule Titre
… … 1 ,N 1 ,N
Période Année
1,N Présenter
Pr M.QBADOU

Contrôle
CodeModule & 1,N Passer 1 ,N Horaire
N°contrôle Note
IdHor
…
HeureDébut…

Remarque
Une association binaire de cardinalité 1,1 ne doit être porteuse d’attributs. Un tel attribut
21 doit être déplacé dans l’entité portant cette cardinalité.
 ChapIII. Modèle Conceptuel de Données (MCD)
5. Cardinalités – Types de participation
La participation d’une entité à une association peut être :
• Total : Toutes les entités de apparaissent au moins une fois dans l’association.
• Partielle : certaines entités de apparaissent au moins une fois dans l’association.

Quatre possibilités de cardinalité(concepts introduits dans UML)

Pr M.QBADOU

22
 ChapIII. Modèle Conceptuel de Données (MCD)
6. Type d’association
En fonction de la cardinalité maximum de chaque côté d’une association, on peut distinguer 3
types d’association

– Un à un → 1:1 (one to one)

– Un à plusieurs → 1:N (one to many)

– Plusieurs à plusieurs → N:M (many to many)

Facture
1 ,N 1 ,1 1 ,N
Reçoit N°Facture Contient N:M
Date
Pr M.QBADOU

Client 1 :N 1 ,1
1 ,N
N°Client Rédige
NomClient 1 :N Produit
N°Produit
0 ,N Description
Employé Prix
N°Employé
23 NomEmployé…
 ChapIII. Modèle Conceptuel de Données (MCD)
7. Rôles
Un rôle précise des détails particuliers de la participation d’une entité à une association.
C’est un enrichissement sémantique qu’il est nécessaire de préciser le plus souvent dans le
cas d’associations réflexives
Exemples

SALARIE a pour chef Parent de

PERSONNE
N° Salarié 0,1 0,N
Nom Salarié Encadrer CodePersonne
Parenté
Adresse Salarié Nom
Fonction 0,N Adresse 1,1
Rémunération est chef de Enfant de
Lien d’hiérarchie entre salariés Lien de parenté entre personnes

8. Entité faible
Pr M.QBADOU

Entité sans identifiant ou avec un identifiant faible reliée à des entités forte avec une
participation 1,1.

Exemple et Représentation :

Personne 0,N Animal

(1,1)
Matricule Encadrer CodeAnimal
24 … Période …
 ChapIII. Modèle Conceptuel de Données (MCD)
V. Vérification d’un modèle EA
La validation d’un modèle E/A consiste en :
❑ La vérification de la complétude du modèle (toutes les spécifications)
❑ La vérification de la cohérence du modèle (Contraintes)
❑ La simplification du modèle (redondance, stabilité du schéma, MAJ
faciles) => Règles de simplification (homonymes, synonymes, renommage, …)

La validation d’un schéma EA se fait par :

❑ Validation syntaxique : respect des règles du modèle :
• Une association relie des entités et pas des associations
Pr M.QBADOU

❑ Par confrontation aux dépendances :

• Vérification des règles de normalisation
❑ Par jeu d’essai
❑ Par complétude par rapport aux traitements
25 ❑ Par les utilisateurs
 ChapIII. Modèle Conceptuel de Données (MCD)
Validation syntaxique et conformité aux dépendances d’un modèle E-A
• Règle 1 (FN1): Toutes les propriétés doivent être élémentaires, c’est-à-dire non
décomposables. (Cette élémentarité est fonction des choix de gestion)
• Règle 2 : Chaque entité doit posséder un identifiant et un seul.
Exemple
SALARIÉ
Matricule N°CIN
Matricule
N°CIN
Nom salarié Nom salarié
….
• Règle 3 : les propriétés d’une entité autres que l’identifiant doivent être en dépendance
fonctionnelle directe et totale de cet identifiant. Autrement, pour une valeur de l’identifiant
chacune des propriétés ne peut prendre qu’une seule valeur.
Exemple : Représenter un ensemble de salariés d’une entreprise ainsi que les diplômes
Pr M.QBADOU

obtenus par chacun. DIPLÔME

SALARIÉ
SALARIÉ libellé Diplôme
N° Salarié
Matricule Nom salarié Niveau
Nom salarié …. SALARIÉ
0,N
…. Diplôme1 Matricule
Diplômes Obtenir
Diplôme2 ... Nom salarié
26 …. 0,N Date obtention
Mauvaises solutions
 ChapIII. Modèle Conceptuel de Données (MCD)
• Règle 4 : Une propriété ne peut qualifier qu’une seule entité ou une seule association.
Exemple

FOURNISSEUR CLIENT FACTURE

Polysèmes
N° fournisseur N° client N° facture
Nom Nom 0,N Correspond 1,1 Date facture
…. …. ….
Adresse fournisseur Adresse client Adresse client

Redondance

FOURNISSEUR CLIENT
FACTURE
N° fournisseur N° client
N° facture
Nom fournisseur Nom client 0,N Correspond 1,1
Date facture
….
Pr M.QBADOU

….
….
Adresse fournisseur Adresse client

• Règle 5 : la dépendance fonctionnelle transitive doit être écartée.

Si une propriété est en dépendance fonctionnelle de l’identifiant, et d’une autre propriété de
l’entité, elle-même en dépendance fonctionnelle simple de cet identifiant alors il y a une
27 entité imbriquée dans l’entité → éclater en deux entités.
 ChapIII. Modèle Conceptuel de Données (MCD)
Exemple : on considère un ensemble de clients d’une société de vente avec les règles suivantes : le
prix de vente au client est calculé par le prix de vente au public, diminué d’une remise dont le
montant est fonction de la catégorie à laquelle appartient le client (grossiste, semi-grossiste,
détaillant,…). On considère qu’un client est forcément rattaché à une catégorie et à une seule.

CLIENT N° client Catégorie client Taux de remise

N° client
Nom client
…. CLIENT CATEGORIE
Catégorie client 0,N Code catégorie
N° client 1,1
Taux de remise Correspond
Nom client Intitulé catégorie
…. Taux de remise
Pr M.QBADOU

• Règle 6 : Pour chaque occurrence d’une association, il doit exister une et une seule occurrence
de chacune des entités participant à l’association.
➔ l’identifiant d’une association est implicitement l’enchaînement des identifiants des
entités qui y participent.
➔La participation d’une entité à une association ne peut pas être optionnelle.
28
 ChapIII. Modèle Conceptuel de Données (MCD)
Exemple : On considère la relation Stocker entre les entités Fournisseur, Article et Emplacement
pour représenter la règle de gestion suivante : Un article est fourni par un fournisseur et est stocké
dans un emplacement. Article
Code article
Désignation
Emplacement …
N°Emplace 0,N Fournisseur
Adresse 0,N 0,N N° fournisseur
Stoker
…. Nom fournisseur
Quantité ….

Si on considère que certains articles proposés par les fournisseurs ne sont pas forcement présents
en stock, la règle 6 n’est pas vérifiée : Deux relations binaires au lieu de l’association ternaire :
Pr M.QBADOU

Emplacement
N°Emplace Article Fournisseur
Adresse 0,N Stoker 0,N Code article 1,N Fournir 0,N N° fournisseur
…. Désignation Nom fournisseur
Quantité … ….

• Règle 7 : les propriétés d’une association doivent dépendre de la totalité de l’identifiant de cette
29 association. Si non, il faut éclater l’association en autant d’associations que nécessaire.
 ChapIII. Modèle Conceptuel de Données (MCD)
Exemple : On considère la relation Notation par un professeur d’un étudiant appartenant à une
classe pour un contrôle relatif à une matière donnée.
Étudiant
Matricule
Nom
Contrôle …
N° Contrôle 0,N Professeur
Date Contrôle Matricule
0,N Notation 0,N
Pondération Nom Prof
… Note ….

Dans ce schéma la note dépend du contrôle, de l’étudiant et du professeur. La dernière dépendance

entre la note et le professeur n’est pas très bien justifiée. Elle peut être remplacée avantageusement
par une relation directe entre le professeur et le contrôle
Pr M.QBADOU

Étudiant
Matricule Contrôle Professeur
Nom 0,N Passe 0,N N° Contrôle 0,N Matricule
0,N Corrige
…. Date Contrôle Nom Prof
Note Pondération ….
…
30
 ChapIII. Modèle Conceptuel de Données (MCD)
VI. Exemples de Modèles Conceptuels de Données
1. Exemple1 – Société d’intérim
Enoncé du cas
Une société dont l’activité consiste à placer des employés intérimaires auprès des entreprises
clientes, souhaite en raison de son développement, automatiser sa gestion.
L’objectif de cette gestion consiste à pouvoir répondre le plus vite et le plus efficacement
possible aux demandes de personnels formulées par ses clients. La société est structurée en trois
services : service des intérimaires, service clients, service comptabilités.

Services intérimaires
Chargé de la gestion des intérimaires appartenant à plusieurs branches professionnelles
(informatique, secrétariat, comptabilité, …), comprenant chacune plusieurs qualifications
Pr M.QBADOU

(ingénieur, analyste, comptable, …). A chaque qualification est associé un niveau (débutant,
première expérience, confirmé, spécialiste, expert).

Pour chaque recrutement, les informations suivantes sont enregistrées : nom, date de naissance,
adresse, n° tel, n° SS, branche, qualification et niveau. Une convention entre l’intérimaire et la
société est signée pour une durée de 1 à 6 mois. Cette convention stipule : le salaire, la date de
31 début et la durée de la convention. Chaque convention est identifiée par un n°ordre.
 ChapIII. Modèle Conceptuel de Données (MCD)
Service client

enregistre les demandes clients et procède à une recherche des intérimaires ayant le profil
demandé (branche, qualification et niveau). L’unité d’intervention est la journée. Lorsque la
recherche est concluante, le service client, après avoir obtenu l’accord du service intérimaire,
rédige le contrat d’intervention et l’envoie pour signature au client. Ce contrat mentionne : le
numéro de contrat, l’adresse de la société, la date de début et la durée du contrat, le montant
total du contrat et les qualifications avec le taux de facturation journalier.

A chaque qualification correspond un taux de facturation. Ce taux est ajusté par un coefficient
propre au niveau de qualification. La durée d’intervention est supposée identique pour tous les
intérimaires intervenant sur un même contrat. Dans le cas ou, aucun intérimaire n’est trouvé, il
est demandé au service intérimaire de procéder à un recrutement.
Pr M.QBADOU

Service comptabilité

Le service comptabilité enregistre les règlements pour chaque contrat : 10% à la signature et
chaque mois un relevé de compte est émis pour les contrats en cours. La partie rémunération des
intérimaires n’est pas à traiter dans cette étude de cas.
32
 ChapIII. Modèle Conceptuel de Données (MCD)
Modélisation des communications

Société
Intérimaire de Clients
travail

3 Offre de
recrutement
4 Demande Serv. 2 Besoin
d’emploi Intérimaires d’intérimaires
5 Convention 1 Demande
Pr M.QBADOU

Intérimaire 9 Accord client

Serv. 10 Contrat
6 Convention
signée
7 Copie Clients
Convention 11 Contrat
Signé
Clients
12 Copie
Contrat 14 Intérimaires

8 Salaire Serv. 13 Règlements

Comptabilité
33
 ChapIII. Modèle Conceptuel de Données (MCD)
Liens entre les entités et cardinalités
Intérimaire Convention
N° Intérimaire 1,N 1,1 N°Intérimaire & N°Ordre
Signer
… …
0,N 1,1
1,1
Avoir
Posséder

1,N 1,1
1,N Appartenir
Niveau Qualification
CodeNiveaux CodeQualification
1,N
CoeffTaux 0,N TauxJour
0,N
… Exiger … Branche
CodeBranche
Intervenir 1,N …
Pr M.QBADOU

Contrat Client
1,N N° Contrat 1,1 Signer 1,N CodeClient
… …

Règlement
1-N
N° Règlement
Concerner 1,1 MontantRèg
34 …
 ChapIII. Modèle Conceptuel de Données (MCD)
Liens entre les entités et cardinalités
Intérimaire Convention
N° Intérimaire 1,N 1,1 N°Intérimaire & N°Ordre
Signer
… …
0,N 1,1
1,1
Avoir
Posséder

1,N 1,1
1,N Appartenir
Niveau Qualification
CodeNiveaux CodeQualification
1,N
CoeffTaux 0,N TauxJour
0,N
… Exiger … Branche
CodeBranche
Intervenir 1,N …
Pr M.QBADOU

Contrat Client
1,N N° Contrat 1,1 Signer 1,N CodeClient
… …

Règlement
1-N
N° Règlement
Concerner 1,1 MontantRèg
35 …
 ChapIII. Modèle Conceptuel de Données (MCD)
Exemple 2 : Modélisation du domaine d’emprunt de livre
Pr M.QBADOU

36