MERISE

1er Année
ISTM: 2024-2025

Chargé du cours :
M. MOUELE B. Thibaut
Informaticien, Analyste Programmeur
Fondateur et Manager de CarmelSoft, Prestataire de Services en Informatique.

Objectif : Dans ce cours l’apprenant sera amené à consolider et à mettre en œuvre les notions pour
conceptualiser un système d’information par une méthode d’analyse de conception, de développement, et
de réalisation de projet informatique.
A terme, il doit être capable d’analyser des besoins ou des situations du monde réel, et de pouvoir les
traduire en solutions informatiques.

Volume horaire : 30h

1
 MERISE
1er Année
ISTM: 2024-2025

Sommaire

2
 MERISE
1er Année
ISTM: 2024-2025

INTRODUCTION AU SYSTEME d’INFORMATION

MERISE : Méthode d’Etude et de Réalisation Informatique pour les Système d’Entreprise.

C’est une méthode d’analyse, de conception, de développement et de réalisation de projets informatique.
Elle est basée sur la séparation des données et des traitements à effectuer en plusieurs modèles conceptuels,
organisationnels et physiques. La séparation des données et des traitements assure une longévité au
modèle. En effet, l’agencement des données n’a pas souvent à être remanié, tandis que les traitements le
sont plus fréquemment.
Cette méthode française de conception de système d’information a été développée à partir de 1978, sous
l’égide du ministère de l’industrie française.
Elle a pris en compte les évolutions de l’informatiques et continu de s’adapter aux nouvelles technologies :
‒ Architecture Client/Serveur ;
‒ Interface graphique ;
‒ Démarche de développement rapide ;
‒ Approche objet ;
‒ Application ouverte intra/externe

Il n’y a pas de méthode unique, car il n’y pas de réponse unique à des contextes variés.
Les méthodes n’ont certes pas inventé ou découvert ce qui constitue les activités de conception et de
développement de projets informatiques, ni la succession des étapes à franchir, mais les méthodologues
s’accordent sur l’importance de définir précisément dans une méthode les activités et les étapes, ainsi que
sur l’importance de l’unicité de méthodes pour un organisme.

Il n’y pas de méthode éternelle, car une méthode correspond à un savoir-faire, dépendant d’un
environnement culturel et technique.
Aujourd’hui, avec la méthode merise, avec les évolutions progressives correspond encore globalement au
savoir-faire actuel en ingénierie de système d’information de gestion.

3
 MERISE
1er Année
ISTM: 2024-2025

Notion sur la Système

Système : ensemble d’éléments matériels et immatériels (hommes, machines, méthodes, règles…) en

interaction, transformant par un processus des éléments (entrées) en d’autres éléments (sorties).
Un système peut être contrôlé par un autre système dit système de pilotage.

Un système physique ou système opérant : il transforme en flux physique d’entrée (matière première, flux
financier, etc.) en flux physique de sortie (produit physique, flux financier).

Un système de pilotage : procède au pilotage (régulation et contrôle) du système opérant en décidant du

comportement de celui-ci en fonction des objectifs fixés.

Exemple : direction financière, direction de la production, direction commerciale.

Le système de pilotage reçoit du système opérant des informations sur l’état du système (variables
essentielles), lui permettant de mesurer l’écart avec les objectifs, et réagit par des décisions sur le système
opérant par la régulation des flux (variables d’action).

En interface entre le Système de Pilotage et le Système Opérant, tout organisme doit se doter d’un Système
d’Information.

Le système d’information : il est composé d’éléments divers (hommes, machines, règles et méthodes)
chargés de traiter et stocker les informations relatives au système opérant afin de les mettre à disposition du
système de pilotage. Enfin il peut émettre vers le système opérant des informations et des interactions.

Ex : le système opérant ne peut livrer le client que s’il obtient du système d’information que le produit est
en stock.

Fig. 1 : Position du SI dans l’entreprise

Rmq :
Ration = variables essentielles
Fonctionnement en parallèle = Ancien Système + Nouveau Système

4
 MERISE
1er Année
ISTM: 2024-2025

Dans l’approche systémique, on voit l’entreprise dans un premier stade comme une boîte noire assurant
une fonction de transformation de ressources. Dans un second stade, l’entreprise en tant que système est
considérée en vue d’une finalité dont les éléments sont en interactions permanente entre eux.
Cette description permet de mettre en évidence deux pôles fondamentaux : Système de Pilotage et le
Système Opérant.
Le Système Opérant a une vocation transformationnelle, et est caractérisée par la spécificité de
l’organisme.
Il transforme les matières premières en un produit fini en mobilisant les ressources de toutes natures
(humaines, financières, matériels, etc.).
Le Système de Pilotage, quant à lui assure les grandes fonctions d’arbitrage et d’allocation de ressources
(prévision, planification), ainsi que le suivit de leur utilisation (comptabilité, contrôle budgétaire, contrôle
de gestion) et aussi les fonctions d’adaptation du fonctionnement de l’entreprise à son environnement.

Les deux systèmes ne peuvent fonctionner d’une manière dichotomique.

Cette accessibilité de la transparence a conduit à la mise en place d’un Système d’Information, qui est une
véritable courroie de transmission entre le Système de Pilotage et le Système Opérant, c’est là que transite
les principaux flux, d’une part : entre le S.I et le S.O, les règles de fonctionnement, les ressources à allouer,
la priorité d’exécution ; d’autre part, entre le S.I et le S.P.
Ce sont les variables de mesure de l’activité, de l’efficacité technique et commerciale.

Cette façon d’approcher l’entreprise permet de structurer le S.I en sous ensemble, tout en cherchant à
définir entre eux les frontières invariantes. Les sous-ensembles sont appelés domaines.

Un domaine se définit comme étant un processus ou en ensemble de processus de gestion, s’appuyant sur
un ensemble de données communes et n’ayant que peut d’échanges avec d’autres processus.

Les différents processus de gestion constituent les activités du domaine.

N.B : la définition précise des domaines se constitue un préalable à toute politique d’informatisation.

5
 MERISE
1er Année
ISTM: 2024-2025

Initiation à la conception de systèmes d'information

La conception d'un système d'information n'est pas évidente car il faut réfléchir à l'ensemble de
l'organisation que l'on doit mettre en place. La phase de conception nécessite des méthodes permettant de
mettre en place un modèle sur lequel on va s'appuyer.
La modélisation consiste à créer une représentation virtuelle d'une réalité de façon à faire ressortir les
points auxquels on s'intéresse.

Ce type de réflexion est appelé Analyse. Il existe plusieurs méthodes d'analyse, mais celle que nous allons aborder
dans ce cours, est la méthode : MERISE.

Présentation de la méthode MERISE

MERISE est une méthode de conception, de développement et de réalisation de projets informatiques.

Le but de cette méthode est d'arriver à concevoir un système d'information. La méthode MERISE est basée
sur la séparation des données et des traitements à effectuer en plusieurs modèles conceptuels et physiques.

La séparation des données et des traitements assure une longévité au modèle. En effet, l'agencement des
données n'a pas à être souvent remanié, tandis que les traitements le sont plus fréquemment.

Cycle d'abstraction du système d'information

La conception du système d'information se fait par étapes, afin d'aboutir à un système d'information
fonctionnel reflétant une réalité physique. Il s'agit donc de valider une à une chacune des étapes en prenant
en compte les résultats de la phase précédente. D'autre part, les données étant séparées des traitements, il
faut vérifier la concordance entre données et traitements afin de vérifier que toutes les données nécessaires
aux traitements sont présentes et qu'il n'y a pas de données superflues.

Cette succession d'étapes est appelée cycle d'abstraction pour la conception des systèmes d'information :

Fig. 2 :
6
 MERISE
1er Année
ISTM: 2024-2025

L'expression des besoins est une étape consistant à définir ce que l'on attend du système d'information
automatisé, il faut pour cela :

 faire l'inventaire des éléments nécessaires au système d'information ;

 délimiter le système en s'informant auprès des futurs utilisateurs.

Cela va permettre de créer le MCC (Modèle conceptuel de la communication) qui

définit les flux d'informations à prendre en compte.

L'étape suivante consiste à mettre au point le MCD (Modèle Conceptuel des Données) et le MCT (Modèle
Conceptuel des Traitements) décrivant les règles et les contraintes à prendre en compte.

Le modèle organisationnel consiste à définir le MOT (Modèle Organisationnel des Traitements) décrivant
les contraintes dues à l'environnement (organisationnel, spatial et temporel).

Le modèle logique représente un choix logiciel pour le système d'information.

Le modèle physique reflète un choix matériel pour le système d'information.

7
 MERISE
1er Année
ISTM: 2024-2025

Le Dictionnaire de Données et le Graphe de Dépendances Fonctionnelles

Le Dictionnaire de Données

Le Relevé d’Information

Le relevé d’information est la partie assez complexe de l’analyse.

Avant d’aborder la phase du MCD, on devra relever trois types d’informations importantes :

Concept, Donnée, Valeur

Le Concept : c’est une information complexe qui peut être décomposée en donnée. Pour déterminer un
concept, on fait allusion aux choses, aux objets du monde réel que l’on va gérer. Il deviendra une entité du
schéma entité-association (E-A).
Exemple : Articles, Clients, Factures, Commandes, Cours, Salles de classe, Etudiants,
Enseignants…

La Donnée : c’est une information élémentaire dans le concept. On ne peut pas la décomposer.
Dans le discours du sujet, une donnée est souvent rattachée à un concept.
Exemple : nom de l’article, adresse du client, quantité de la commande, Désignation de salle, nom
de l’étudiant, prénom de l’enseignant…

Valeur : est une information prise (occupée) par la donnée à un moment donné. On parle aussi
d’occurrence. Concept et Donnée sont masqués par des valeurs, exposant différentes occurrences de ceux-
ci.
Exemple : ‘’Mercedes Benz’’, ‘’Libreville’’,’’ Avenue de Cointet’’, ‘’Algorithme’’, ‘’Salle des
machine N° 2’’, ‘’MBA Tony’’, ‘’M. ABESSOLO’’.

Construction du Dictionnaire des Données

Définition : Le dictionnaire des données contient toutes les données nécessaires, relevées dans l’analyse du
sujet de l’organ0isation ou d’une entreprise qui fait l’objet de l’étude. Il est organisé dans un tableau, et il
s’agit de les recenser et de les distinguer en trois catégories :
- Les données élémentaires : elles ne sont pas obtenues par calcul à partir d’autres données.
Exemple : quantité d’un produit, prix unitaire d’un article;
- Les données calculées : elles résultent d’un calcul effectué à partir d’autres données. Exemple : le
coût total = qté * Prix u.
- Les données paramètres : c’est une donnée qui ne prend qu’une valeur. Exemple le nom de
l’entreprise dans laquelle l’étude est réalisée.

8
 MERISE
1er Année
ISTM: 2024-2025

Exemple 1 : détermination de données, pour gestion de facture

Doc. 1 : Facture d’entreprise

Analyse de donnée de l’Entreprise

1) La donnée, Nom de l’Entreprise, ne prendra pour seule la valeur que : CARMELSOFT, c’est donc
une données paramètre. il en sera de même pour les données, Adresse, qui ne contiendra que
l’adresse de l’entreprise, la boite postale B.P, la Ville et le Numéro de téléphone suivront la même
logique.
2) Le Numéro du Client sera généré par lui-même. C’est une donnée élémentaire.
3) Le Nom, ou Intitulé du Client est donnée élémentaire, car elle ne peut s’obtenir sur la base d’un
calcul.
4) Le Numéro de Facture, est une donnée élémentaire, tout comme numéro du client.
5) Date de Facture est une données élémentaire.
6) La Référence du (Produit ou service) est un donnée élémentaire.
7) La Désignation, le Prix Unitaire, la Quantité du (Produit ou service), sont des données
élémentaires.
8) Les données Montants, Total Hors Taxe, Remise, TVA sont des données calculées.
9) Par contre les Taux, Remise et TVA sont des données paramètres.

9
 MERISE
1er Année
ISTM: 2024-2025

N° Données Catégorie Règle de Code Nature/Type Taille

(Description) calcule (A-N) (Longueur)
1 Nom de l’Entreprise Paramètre - Alphanumérique
2 Adresse de l’Entreprise Paramètre -
4 Ville de l’Entreprise Paramètre -
5 Numéro de téléphone Paramètre -
E/s
6 Numéro du Client Elémentaire - numClient Numérique 11
7 Nom/Intitulé du Client Elémentaire - nomClient Alphanumérique 50
Addressee Client Elémentaire adrClient Alphanumérique
Ville Client Elémentaire villeClient Alphanumérique
8 Numéro de Facture Elémentaire - numFact Numérique 11
9 Date de Facture Elémentaire - dateFact Date
10 Référence du produit Elémentaire - refProd Numérique 11
11 Désignation produit Elémentaire - desgProd Numérique 50
12 Prix Unitaire produit Elémentaire - puProd Numérique 11
13 Quantité du produit Elémentaire - qteProd Numérique 11
Montants brut Calculée P.U. x Qté
Total Hors Taxe Calculée Σ Montants
brut
Montant Remise Calculée
Montant TVA Calculée Total HT x
Taux TVA
Total TTC Calculée T.HT + M.TVA
14 Taux Remise Paramètre tauxRemise Numérique 11
15 Taux TVA Paramètre tauxTVA Numérique 11

Les données relevées dans le tableau sont concrètes et utiles à l’organisation, souvent repérées par des
noms communs ou propres dans le descriptif de l’organisation. Les données concernant l’organisation elle-
même ne sont pas utiles.

Exercice : Dans un institut d’enseignement supérieur, exemple de l’ISTM, décrivez à peu près de quoi
traite l’organisation dans son fonctionnement.
1/ Déterminer que peut être les concepts (Entités) évoqués, et les données y relatives.
2/ Déterminez le dictionnaire des données.

Une fois toutes les données relevées, il faut contrôler qu’il n’y pas :
 d’imprécision : les descriptions sont suffisamment précises ;
 de polysèmes : deux données portant le même nom, mais ne signifiant pas la même chose. Dans ce
cas il faut modifier le nom de la donnée en précisant son rôle ;
 de synonymes : deux données différentes pouvant signifier la même chose. Ici il faut choisir une
donnée, et supprimer les synonymes.

Les données calculées Totaux, Prix TTC, ne sont pas retenues, elles seront indiquées dans le dictionnaire
de données, mais n’auront ni code, ni numéro de données. Par contre les données qui auraient servi à les

10
 MERISE
1er Année
ISTM: 2024-2025
obtenir, comme le Prix U. ou le taux de TVA, sont bien des données utiles, elles seront indiquées dans le
dictionnaire de données avec toutes les indications pouvant les distinguer.

Convention de notation de code de la donnée

Une des solutions est d’abrégées le concept(Entité), puis d’y associer la donnée. Le sens importe peu,
l’essentiel est de rester cohérent et d’utiliser le même système tout au long de l’étude.
Les codes des données une fois définies, resterons stables et seront ainsi implémentés dans la base de
données. Une autre solution de code, consiste à utiliser le caractère souligné ( _ : underscor) entre
l’identifiant de la donnée et son concept.

Solution 1, Exemple :
nomFour ou four_nom : pour le nom du fournisseur ;
artDesc ou descArt : pour la description de l’article ;
nomEtud ou etudNom: pour le nom de l’étudiant.

Solution 2, Exemple :
nom_Four ou four_nom: pour le nom du fournisseur ;
art_desc ou desc_art : pour la description de l’article ;
nom_Etud ou etud_Nom : pour le nom de l’étudiant

Les Types de données

Les types de données sont principalement :

‒ Numérique : composé exclusivement de chiffres (entier, décimaux) ;
‒ Alphanumérique : composé de caractères alphabétiques ou numériques, les espaces, les signes de
ponctuation ;
‒ Date : données représentées sous forme de date (jj/mm/aaaa), et sans préciser la longueur ;
‒ Booléen : pouvant avoir des valeurs Vrai/Faux, Oui/Non, pas de longueur à spécifier.

Notion de Dépendance Fonctionnelle (DF)

Une dépendance fonctionnelle est une interrelation, un lien, une association, une relation entre deux
données ou deux groupes de données. On distingue une source et une cible.
Une dépendance fonctionnelle se traduit ainsi : pour une valeur source, on peut déterminer, une et une
seule valeur cible.

Explication :
Si, connaissant une valeur d’une donnée A, on peut déterminer une et une seule valeur d’une donnée B,
alors on peut dire que B dépend fonctionnellement de A.
Comme en mathématique, on peut écrire : B = f(A).

Exemple : la valeur Frs0262 du N° fournisseur détermine le nom du fournisseur ‘Ets Quincaillerie

Moderne’ :
- Le numéro du fournisseur détermine le nom du fournisseur (Source) ;
- Le nom du fournisseur dépend du numéro du fournisseur (Cible).

Attention : Une dépendance fonctionnelle n’est pas réversible, c'est-à-dire que la cible ne détermine pas la
source. Dans notre exemple, le nom fournisseur ne peut pas déterminer le numéro du fournisseur, car
plusieurs fournisseurs peuvent porter le même nom.

11
 MERISE
1er Année
ISTM: 2024-2025

Une dépendance fonctionnelle est symbolisée par une flèche, qui part de la source vers la cible :

Source Cible
Exemple : Frs0262 ‘’Est Quincaillerie Moderne’’

La représentation des dépendances fonctionnelles (DF) se fait à l'aide de deux outils qui sont la Matrice ou
le Graphe. Le graphe des DF permettant de mieux représenter les liens, et surtout les DF à partie gauche
composée.

Matrice de Dépendance Fonctionnelle

Une fois le dictionnaire de données réalisé, on va construire la matrice des dépendances fonctionnelles. Pour ce faire,
nous nous intéressons uniquement aux données élémentaires.
Méthode de remplissage :
- Le tableau se présente en 2 entrées : en ligne et en colonne, on y inscrit les données issues du dictionnaire de
données.
- Les données seront sources verticalement, et cibles horizontalement ;
On considère chaque colonne de données et on se pose une question sur la donnée de la colonne considérée ; pour
une valeur de cette donnée, existe-t-il une seule valeur de la donnée située en ligne ? Dans l’affirmative, on inscrit le
chiffre 1 à l'intersection. Les cellules hachurées ne sont pas considérées.

Source
But N° Nom BP Ville N° Fact. Date Ref. Désign. Prix U. Qté
Client Client Client Client Fact. Prod Prod Prod

N° Client 1
Nom Client 1 1
BP Client 1 1
Ville Client 1 1
N° Fact.
Date Fact. 1
Ref. Prod
Désign. Prod 1
Prix U. Prod 1
Qté

Première colonne
Question : pour un n° de client existe-t-il un seul nom de client ? Réponse : oui
Chaque client possède un numéro diffèrent;
Idem pour ses coordonnées (une seule ville, un seule boite postale etc. …)

Seconde colonne
Pour un nom de client, existe-t-il un seul n° de client : Réponse : non, pour un nom de client, je peux avoir
plusieurs n° de client.
Exemple : Dupont André possède le n° 1000, Dupont Annie en possède un également : 1005.
Les 2 personnes ont le même nom (Dupont).
On réalise cette opération pour toutes les données situées en colonne.

12
 MERISE
1er Année
ISTM: 2024-2025

Simplification de la matrice des dépendances fonctionnelles

On ne conserve pas dans le tableau les colonnes vides (suppression des colonnes qui ne contiennent pas de
1

Le tableau devient ceci.

But Source
N° N° Fact. Ref. Prod
Client
N° Client 1
Nom Client 1 1
Adr. Client 1 1
CP Client 1 1
Ville Client 1 1
N° Fact.
Date Fact. 1
Ref. Prod
Désign. 1
Prix U. 1
Qté

Elimination des dépendances fonctionnelles transitives

Une dépendance fonctionnelle (AB) est dite transitive si il existe une donnée C telle que AC et C B.

- Repérer les dépendances transitives : Il y a un risque important de présence de dépendances

fonctionnelles transitives s'il existe plusieurs 1 sur la même ligne dans la matrice.
Sur la ligne nom client, il y a deux 1. Cela signifie que :
Pour un n° client, il y a un seul nom client
Pour un n° de facture, il y a un seul nom client

- Eliminer les dépendances transitives

Cherchons laquelle de ces deux dépendances fonctionnelles peut être supprimée.
Existe-t-il une donnée C telle que N° client C et CNom client ? Non
Existe-t-il une donnée C telle que N° facture C et C Nom client ? Oui, c'est N° client
En effet, N° factureN° client et N° client Nom client

Dans la colonne N° facture, on supprime le 1 sur la colonne Nom client

But Source
N° Client N° Fact. Ref. Prod

N° Client 1
Nom Client 1 1
Adr. Client 1 1
CP Client 1 1
Ville Client 1 1
N° Fact.
Date Fact. 1
Ref. Prod

13
 MERISE
1er Année
ISTM: 2024-2025
Désign. Prod 1
Prix U. Prod 1
Qté

On répète l'opération pour les autres colonnes

Détermination des dépendances fonctionnelles composées

Certaines données ne contiennent pas de 1 ni en ligne, ni en colonne, Elles ne sont donc pas reliées aux
autres données. Il n'existe pas de dépendances fonctionnelles simples entre ces données et les autres
données têtes de colonnes.
Il s'agit donc de dépendances fonctionnelles composées: ces données dépendent de 2 ou de plusieurs données
têtes de colonnes.
Dans l'exemple, la donnée Quantité n'est pas reliée aux données têtes de colonnes; il s'agit donc d'une
donnée qui va dépendre de plusieurs données têtes de colonnes.
Une dépendance fonctionnelle composée est de la forme : A, BC , elle se lit :
Pour une valeur de A ET une valeur de B, on a une seule valeur de C.

La donnée Quantité :
Pour un N° de facture et une référence, il y a une seule quantité.
Elle se note : N° facture, référence Quantité.

Remarque : la partie gauche peut être composée de deux ou plusieurs données.

Graphe de Dépendance Fonctionnelle

Le graphe fait apparaitre les DF entre les données. Une DF relie deux données lorsque la connaissance de
l’une détermine l’autre.

Règles de passage des DF (Matrice ou Graphe) au MCD

Règle 0 : toute données issue (Graphe ou Matrice) devient une propriété ;

Règle 1 : toute données source d’une DF devient un Identifiant d’une Entité ;
Règle 2 : toute donnée cible d’une DF et non source (d’une autre DF) devient une propriété de l’entité
dont la donnée source de la DF est identifiant ;
Règle 3 : une DF entre deux données sources révèle une association hiérarchique toujours non porteuse de
propriété(s).
Règle 4 : la présence d’une donnée concaténée (association de plusieurs données élémentaires) source de
DF révèle une association non hiérarchique porteuse de propriété(s).
Règle 5 : Attention, Il peut exister des associations qui sont des dépendances non fonctionnelles et qui
n’apparaissent pas dans le graphe des DF.
Dans ce cas, il faut revenir sur le sujet, « dans l’univers du discours » afin de les détecter et ajouter au
MCD.

Remarque :
- Une association hiérarchique (1-n) est aussi appelée association fonctionnelle ou Contrainte
d’Intégrité Fonctionnelle (CIF) ;

14
 MERISE
1er Année
ISTM: 2024-2025
- Une association non hiérarchique (n-n) est aussi appelée association non fonctionnelle ou
Contrainte d’Intégrité Multiple (CIM) ;

Elaboration du Model Conceptuel de Données

La modélisation conceptuelle des données d’un système d’information d’une organisation se fait à l’aide de concepts
dont la mise en œuvre permet d’obtenir une représentation appelée « Modèle Conceptuel de Données » (MCD) ou
« Modèle Entité Association » (MEA).

Définitions

Une Entité : c’est un ensemble de données regroupées dans un concept. Elle constitue l’un des
éléments de gestion utile à l’organisation étudiée que l’on souhaite décrire par un ensemble d’informations.
L’entité est un individu ou un objet défini au sein d’un système d’information (SI). Elle est caractérisée par
un certains nombres de propriétés qui lui sont spécifiques. Elle se représente sous forme d’un
cadre(rectangle) divisé en deux partie, dont la première porte le nom ou libellé de l’entité, et la seconde la
listes de ses propriétés.

Exemple : nous tirons trois (3) entités de notre analyse ci-dessus:

- Client
- Produit
- Facture

Nom de l’Entité Client Produit Facture

Liste des attributs N°Client Reference N°Facture
ou Nom Client Désignation Date Facture
propriétés Adr. Client Prix U.
CP Client
Ville Client

Un Attribut ou Propriété : c’est une donnée élémentaire de l’entité. Chaque entité représente un ensemble
homogène de propriétés. Seuls les propriétés ou données élémentaires figures dans une entité. Les
propriétés calculées ne sont pas retenues. Afin d’alléger la représentation d’une entité, il est recommandé
de coder les propriétés.

L’Identifiant : c’est la propriété particulière qui permet de distinguer de façon certaine et unique les
différentes occurrences d’une entité. C’est une propriété dont le domaine des valeurs ne contient jamais
deux valeurs identiques : c’est la règle d’énumération. La connaissance de l’identifiant donne la
connaissance des autres propriétés de l’entité : c’est la règle de dépendance directe. Parmi les autres entités,
l’identifiant est caractérisé par un soulignement dans l’entité.
La Clé Primaire : La clé primaire est la donnée qui prend une valeur unique et qui permet d'identifier les
différentes occurrences d'une entité.
Les clés primaires sont pour chaque entité :
- Client : N°Client
- Produit : Reference
- Facture : N°Facture

L’Occurrence : l’occurrence d’une entité correspond aux valeurs prises par les propriétés.

15
 MERISE
1er Année
ISTM: 2024-2025
L’Association : c’est une relation établie entre deux entités ou plusieurs pour produire une nouvelle
information. Cette relation est établie en fonction de la gestion du problème traité dans un domaine. Elle est
souvent caractérisée par un verbe à l’infinitif ou conjugué. Elle se représente sous forme d’une ellipse
divisée en deux sections. Dans la section de dessus est inscrite son libellé, et la section de dessous porte
une ou plusieurs propriétés (données), si l’association peu en emporter.

Une association est construite à partir des dépendances fonctionnelles.

Toute dépendance fonctionnelle composée induit la création d'une association dont les branches sont
reliées aux entités contenant les différentes données identifiant les entités.
Exemple : N° facture, référence Quantité
Est une association dont les branches sont reliées aux entités Facture et Produit, dont les clés primaires
sont, N° Facture et Référence.
le lien établit entre les entités : Association
Produit Facture
Reference Exister N°Facture
Désignation Date Facture
Prix U. Quantité

LigneFacture
Quantité

Exemple de schéma E-A entre les entités Produit Facture

La dimension d’une Association : on appelle dimension d’une association, le nombre d’entités qui relie
ou qui participe à l’association.
S’il y en a une seule (une seule entité), elle est dite réflexive ;
S’il y en a deux (deux entités), elle est dite binaire ou de dimension 2 ;
S’il y en a trois, elle est dite ternaire ou de dimension 3,
Et au-delà de trois, on parle d’association n-aire.

Dans la pratique il est souhaitable de limiter autant que possible la dimension d’une association à deux
entités.

16