Polycopié Merise Donnees

MODULE : ANALYSE ET CONCEPTION DES SYSTEMES
D’INFORMATION
SEMESTRE : 4
Support de Cours
PARTIE 2 : Merise (MCD, MLD, MPD)
Préparé par
Pr. Hasna ABIOUI
Année Universitaire 2020/2021
SI – PARTIE 2 : Merise (MCD, MLD, MPD) Support de Cours
Objectifs du cours
• Savoir identifier des flux d'informations.

• Pouvoir collaborer à la mise en place d'un Système d'Information.
• Connaître le cycle de vie et les phases de mise en place d'un SI.
• Utiliser une méthode professionnelle d'ingénierie d'analyse et de conception de SI.
Analyse et Conception
Au sens informatique, l'analyse consiste d'une part à comprendre et modéliser le fonctionnement d'un
domaine de gestion d'une organisation, et d'autre part à concevoir la solution informatique adéquate.
a. Analyse
On s'intéresse en général à un domaine d'activité de l'entreprise :
• Vente,
• Production,
• Logistique,
• Finance,
• RH,
• …
On prend en compte les besoins des utilisateurs et on définit le problème à résoudre (fonctionnalités et
qualités attendues).
b. Conception
On définit une solution informatique :
• Structuration des données,

• Organisation des traitements,
• Définition des postes de travail,
• Choix techniques : matériels, langages de programmation, logiciels de gestion de base de données
(SGBD), etc.
Analyse du problème → Conception de la solution → Réalisation du système
Pr. Hasna ABIOUI ESEF Agadir 2020/2021 | Page 2

La méthode MERISE
Méthode d'Etude et de Réalisation Informatique pour les Systèmes d'Entreprises
Le point fort de la méthode MERISE consiste en la séparation des données et des traitements.
Données :
• Étude du vocabulaire de l'organisation

• Intégration des domaines : Vue globale
Traitement :
• Étude des évènements

• Indépendances entre les domaines
Expression des besoins :
• Définition des attentes du SI automatisé

• Inventaire des éléments nécessaires au SI
• Délimitation du système en s'informant auprès des futurs utilisateurs
Exemple de Représentation
Approche par niveaux et Approche par étapes
La démarque par niveaux formalise le système futur :
• En contribuant à la stratégie de l'entreprise

• En mettant en œuvre les règles de gestion
• En tenant compte des aspects organisationnels et techniques
La démarche par étapes hiérarchise les décisions au cours de la vie du projet :
• Conception
• Développement
• Mise en œuvre

• Généralisation de l'emploi du SI futur

• Évolution du SI futur
L'intérêts de cette double approche :
• Maîtrise des risques (coûts, délais, personnel, etc.)

• Favorise l'introduction de nouvelles technologies
• Facilite l'évolution des SI
• La stabilité
• Possibilité de détecter plus rapidement les problèmes
Trois niveaux de modélisation
1. Niveau Conceptuel
• Réponse à la question QUOI ? (Ce que fait l'entreprise)

• Que faire ? Avec quelles données ?
• Modèle Conceptuel des Données (MCD)
• Modèle Conceptuel des Traitement (MCT)
2. Niveau Organisationnel
• Réponse aux questions QUI ? QUAND ? OÙ ? (Les différents postes de ce qui le font)
• Modèle Logique des Données (MLD)
• Modèle Organisationnel des Traitement (MOT)
3. Niveau Technique
• Réponse à la question COMMENT ? (Quels sont les moyens de le faire)

• Intégration des moyens techniques, matériels et logiciels
• Modèle Physique des Données (MLD)
• Modèle Opérationnel des Traitement (MOpT)

MERISE - Les points forts
• La méthode s'appuie sur une approche systémique (c'est donc une approche globale)
• Les concepts sont peu nombreux et simples
• Elle est assez indépendante vis-à-vis de la technologie
• Elle est la plus utilisée en France dans les domaines de gestion
MERISE - Les critiques
• Elle ne s'occupe pas de l'interface utilisateur

• Elle ne permet pas réellement une validation rapide de la part des utilisateurs
• Il est très difficile de valider les traitements par rapport aux données et cela au niveau conceptuel
ou organisationnel
• Si on ne respecte pas les étapes de validation, on risque de produire des applications loin de la
demande initiale
Démarche à trois dimensions
MERISE présente dans sa démarche d'analyse trois cycles fondamentaux :
• Le cycle d'abstraction
• Le cycle de vie (de développement)
• Le cycle de décision (ou la maîtrise du
projet)
a. Le Cycle d'Abstraction
• Niveau Conceptuel
• Niveau Organisationnel
• Niveau Logique
• Niveau Physique
b. Le Cycle de Vie
C'est la manière de conduite un projet : succession de phases contrôlables par l'organisation (planning,
échéances, moyens humains, etc.).
• Analyse / Conception
§ Le schéma directeur
§ L'étude préalable
§ L'étude détaillée
• La Réalisation
§ L'étude technique

§ Production logicielle
§ Mise en service
• La Maintenance
Le processus de développement est découpé en plusieurs étapes :
• Schéma directeur : définition des orientations générales du développement du SI

• L'étude préalable : elle aboutit à une prise de décision d'informatisation, en cas de décision
positive, elle est suivie par l'étude détaillée
• L'étude détaillée : elle aboutit à un cahier de réalisation avec affectation des tâches
• L'étude technique : spécifications complètes du futur SI d'un point de vue informatique
• Réalisation : écriture des programmes et implantation des bases
• Mise en œuvre et Maintenance
La courbe du SOLEIL
c. Cycle de Décision
Durant le cycle de vie, des décisions sont à prendre aux niveaux des différentes étapes (possibilités de
conflits).
Dans la pratique, le cycle de décision est intégré dans le cycle de vie. Cela se traduit par des résultats types
à l'issue de chaque étape et par des décisions attendues.

Modèle Conceptuel des Données
Objectifs du MCD
Le modèle conceptuel des données est une représentation statique du système d'information de
l'entreprise qui met en évidence sa sémantique.
Il a pour but d'écrire de façon formelle les données qui seront utilisées par le système d'information.
Le formalisme adopté par la méthode MERISE pour réaliser cette description est basé sur les concepts
"entité – association" ou " E/A".
Le dictionnaire des données
Pour traiter les données de manière informatisée, elles doivent être décrites dans un formalisme compris
par le système informatique qui va les gérer.
Suite à la réunion et la collecte des documents, il est nécessaire de centraliser toutes les informations et
règles de gestion au sein d'un document.
Ce document se nomme le dictionnaire des données.
C'est quoi un dictionnaire des données ?
C'est un document qui permet de recenser, de classer et de trier toutes les informations (les données)
collectées lors des entretiens ou de l'étude des documents.
Le dictionnaire peut être plus ou moins élaboré selon le niveau de granularité souhaité.
Ø Unicité sémantique
Il faut éviter les concepts linguistiques suivants :
• Les redondances : existence d'une donnée en double

• Les synonymes : existence de deux mnémoniques décrivant le même objet (difficile à détecter)
§ Par exemple "Libelle Article" et "Nom Produit" où Il faut trancher en choisissant un des
mnémoniques
• Les polysèmes : mnémonique unique pouvant décrire plusieurs objets différents
§ Par exemple "Date" (sous-entendu de facture) et "Date" (sous-entendu de commande)
où il faut lever l'ambiguïté et ainsi opter pour Date Facture et Date Commande
Contraintes d'Intégrité (CI)
Une contrainte d'intégrité est une règle à observer pour que chacune des valeurs que revêt une donnée
soit correcte.
Les dépendances fonctionnelles
Le rôle de l'établissement des dépendances fonctionnelles est de nous aider à comprendre les liens
existants entre chaque donnée.
Cette démarche de recherche des dépendances fonctionnelles est la pierre angulaire de toute l'analyse
des données.
En effet, cette activité étant la première dans l'élaboration de l'analyse, si elle est négligée c'est tout
l'ensemble qui en subira les conséquences.
Définition
Une donnée B dépend fonctionnellement (ou est en dépendance fonctionnelle) d'une donnée A lorsque
la connaissance de la valeur de la donnée A nous permet la connaissance d'une et au maximum d'une
seule valeur de la donnée B.
Par exemple :
• La connaissance de la valeur d'un numéro de client nous permet de connaître sans ambiguïté la
valeur d'un et d'un seul nom de client.
• Dans la fiche d'adhérent, l'adhérent numéro 1 a pour nom Alpha.
Le formalisme de représentation d'une dépendance fonctionnelle est le suivant :
Numéro adhérent → ( nom adhérent, prénom, adresse, code postal, ville, téléphone, mail, date
d'adhésion )
Remarque : Numéro adhérent sera appelé la clé de la relation ou clé primaire ou encore identifiant de la
relation.

Les dépendances fonctionnelles composées
Une dépendance fonctionnelle qui comporte plusieurs attributs est dite composée.
Exemple :
(Numéro Coureur, Numéro Course ) → ( temps )
Interprétation : Connaissant le numéro du coureur et le numéro de la course, nous connaissons de façon

certaine le temps chronométré d'un coureur précis sur une course précise.
Les dépendances fonctionnelles élémentaires
Une dépendance fonctionnelle A → B est élémentaire s'il n'existe pas une donnée C, sous-ensemble de A,
décrivant une dépendance fonctionne de type C → B.
Exemple :
• RéférenceProduit → Désignation // La DF est élémentaire

• ( NuméroCommande, RéférenceProduit ) → Quantité // La DF est élémentaire
• ( NuméroCommande, RéférenceProduit ) → Désignation // La DF n'est pas élémentaire
Les dépendances fonctionnelles élémentaires directes
On dit que la dépendance fonctionnelle A → B est direct s'il n'existe aucun attribut C tel que l'on puisse
avoir A → C et C → B.
En d'autres termes, cela signifie que la dépendance fonctionnelle entre A et B ne peut pas être obtenue
par transitivité.
Graphe des dépendances fonctionnelles
Le graphe des dépendances fonctionnelles est une étape intéressante car il épure le dictionnaire en ne
retenant que les données non déduites et élémentaires.
Il permet une représentation spatiale de ce que sera le futur modèle conceptuel des données.

Conclusion
Il est impératif de bien comprendre et bien maîtriser ces notions de dépendances fonctionnelles, car elles
sont les fondations des modèles MERISE.
Il est donc nécessaire de passer du temps à bien les définir pour éviter les erreurs de conception plus tard.
Le MCD
Le Modèle Conceptuel des Données introduit la notion d'entités, d'associations et d'attributs.
Il décrit de façon formelle les données utilisées par le système d'information.
La représentation graphique, simple et accessible, permet à un non-informaticien de participer à son

élaboration.
Les Concepts du MCD
1. Les Entités
Une entité est une population d'individus homogènes.
2. Les Associations
Une association est une liaison qui a une signification précise entre plusieurs entités.
Dans l'exemple suivant, l'association commander est une liaison évidente entre les entités article et client.
3. Les Attributs
Un attribut est une propriété d'une entité ou d'une association.
Toujours avec le même exemple, prix unitaire est un attribut de l'entité article, le prénom est un attribut
de l'entité client.

4. L'Identifiant
Chaque individu d'une entité doit être identifiable de manière unique. Il s'agit de l'identifiant que l'on
souligne sur le modèle.
Le numéro de client constitue un identifiant classique pour l'entité client.
Une entité possède au moins un attribut (son identifiant), au contraire, une association peut être
dépourvue d'attribut.
5. Les Cardinalités
La cardinalité d'un lien entre une entité et une association précise le minimum et le maximum de fois
qu'un individu de l'entité peut être concerné par l'association.
Exemple : Un client commande au moins un article et peut commander jusqu'à n articles, tandis qu'un
article peut avoir été commandé par 0 client ou commandé par jusqu'à clients
Le minimum et le maximum
La cardinalité minimale (0 ou 1) exprime le nombre de fois minimum qu'une occurrence d'une entité
participe aux occurrences d'une associations.
La cardinalité maximale (1 ou n) exprime le nombre de fois maximal qu'une occurrence d'une entité
participe aux occurrences d'une associations.
La seule difficulté pour établir correctement les cardinalités est de se poser les questions dans le bon
sens.
Autour de l'association commander, par exemple :
• Côté client, la question est " un client peut commander combien d'articles ? " et la réponse est "
entre 1 et plusieurs ".

• Côté article, la question est " un article peut être commandé par combien de client ? " et la
réponse cette fois-ci est " entre 0 et plusieurs ".
Les types d'associations
Une association faisant intervenir deux entités est dite binaire.
Association Plurielle
Deux même entités peuvent être plusieurs fois en association.
Ce type d'association permet de modéliser que des personnes écrivent des livres et un autre que des
personnes critiquent des livres.
Association Réflexive
Il est possible à une association d'être branchée plusieurs fois à la même entité. Ce type d'association est
qualifié de réflexif.
Exemple : Tout employé est dirigé par un autre employé (sauf le directeur) et un employé peut diriger
plusieurs autres employés.
Association n-aire (n > 2)
Ce type d'association met en relation n entité.

En principe, il n'y a pas de limite sur le nombre d'entité, mais dans la pratique on ne va rarement au-delà
de trois.
Attention : Les arités élevées sont rares, elles dénotent souvent des faiblesses dans l'analyse.
Exemple : Association n-aire (n = 3)
Une association 3-aire est appelée association ternaire.
Récapitulatif
• Une entité a une existence propre et un identifiant

• Une association n'existe que si ses extrémités existent et n'a pas d'identifiant explicite
• Une entité peut être associée à d'autres entités, une association non
• Les cardinalités sont des éléments essentiels pour définir la sémantique des données, derrière
cette notation, on trouvera des contrôles (SGBD)
• Pour une situation donnée, il n'existe pas une "solution" unique
• Un modèle exprime un point de vue et reflète des besoins en information
• Le bon modèle est celui qui est accepté par les personnes concernées par le projet et qui répond
à leurs besoins
Les formes normales
Les formes normales permettent d'optimiser et vérifier votre modèle.
Première forme normale (1FN)
Règle :
• À un instant donné dans une entité, pour un individu, un attribut ne peut prendre qu'une valeur
et non pas, un ensemble ou une liste de valeurs.
• Si un attribut prend plusieurs valeurs, alors ces valeurs doivent faire l'objet d'une entité
supplémentaire en association avec la première.

Dans cet exemple, il peut y avoir plusieurs auteurs pour un livre donné.
Deuxième forme normale (2FN)
Une relation ou une entité est en 2FN si :
• Elle est en 1FN,

• L'identifiant peut être composé de plusieurs attributs mais les autres attributs de l'entité doivent
dépendre de l'identifiant en entier, et non pas une partie de ce dernier.
Exemple de violation de la deuxième forme normale (2FN) :
Troisième forme normale (3FN)
Une relation est en 3FN si :

• Toute les dépendances fonctionnelles issues de l'identifiant sont directes.
Exemple de violation de la troisième forme normale (3FN) :
La forme normale de Boyce-Codd (FNBC)
Une relation ou une entité est en FNBC si :

• Tous les attributs non-clé ne sont pas source de dépendance fonctionnelle (DF) vers une partie de
l'identifiant.
En gros, tous les attributs d'une entité doivent dépendre directement de son identifiant et d'aucun autre
attribut.
Le non-respect de la 2FN, 3FN et la FNBC entraîne de la redondance.

Méthodologie de base
Face à une situation bien définie :
• Identifier les entités

• Lister leurs attributs
• Sélectionner les identifiants (numéro auto-incrémenté de préférence)
• Établir les associations
• Lister leurs attributs
• Ajuster les cardinalités
Toutefois, il est parfois plus intuitif de passer par l'étude des dépendances fonctionnelles :
• Identifier les entités et leur sélectionner un identifiant

• Ajouter l'ensemble des attributs et leur dépendances fonctionnelles
• Réaliser le graphe des dépendances fonctionnelles et le traduire e un Schéma E/A
• Ajuster les cardinalités
• Enfin, vérifier la majorité des règles de normalisation

Modèle Logique des Données
Le MLD est la suite normale du processus MERISE.
Une fois que le MCD est établi, on peut le traduire en différents systèmes logiques et notamment les bases
de données relationnelles.
1. Schéma relationnel
Dans un schéma relationnel :
• Les entités sont appelées relations.

• Les liens entre les clés étrangères et leur clé primaire est symbolisé par un connecteur.
2. Clés primaires
C'est l'identifiant au niveau du MCD qui devient la clé primaire de la relation au niveau du MLD, ce dernier
identifie de manière unique une occurrence.
On souligne la clé primaire au niveau des relations.
3. Clés étrangères
Les clés étrangères permettent de gérer les relations entre plusieurs Relations et de garantir la cohérence
des données.
Par exemple, le numéro du client sur une commande doit correspondre à un vrai numéro de client.
Concrètement, on dit alors que "numéro du client" de la Relation Commande est la clé étrangère et qu'elle
référence "numéro du client" de la Relation Client.
Par convention, on souligne les clés primaires et on fait précéder les clés étrangères d'un dièse # dans la
description d'une Relation.
client ( numéro client, nom, prénom, adresse client )
commande ( numéro commande, date de commande, #numéro client )

Traduction du MCD en MLD

Notation
On dit qu'une association binaire (entre deux entités ou réflexive) est de type :
• 1 : 1 (un à un) si aucune des deux cardinalités maximales n'est n.

• 1 : n (un à plusieurs) si une des deux cardinalités maximales est n.
• n : n (plusieurs à plusieurs) si les deux cardinalités maximales sont n.
Règle 1
Toute entité devient une Relation.
L'identifiant de l'entité constitue alors la clé primaire de la Relation.
Par exemple, l'entité article devient la relation :
article ( numéro article, désignation, prix unitaire )
Règle 2
Une association binaire de type 1 : n disparaît au profit d'une clé étrangère dans la Relation côté 0,1 ou
1,1 qui référence la clé primaire de l'autre relation.
Cette clé étrangère ne peut pas recevoir la valeur vide si la cardinalité est 1,1.
Exemple
fournisseurs ( n° fournisseur, nom contact, n° téléphone )
livraisons ( n° livraison, date de livraison, nom livreur, #n° fournisseur )
Règle 3
Une association binaire de type n : n devient une relation supplémentaire dont la clé primaire est
composée de deux clés étrangères (qui référencent les deux clés primaires des deux relations en
associations).
Les attributs de l'association sont ajoutés dans cette nouvelle relation.
Exemple

L'association concerner est traduite par la relation supplémentaire ligne de commande :
lignes de commande ( #n° commande, #n° article, quantité commandée )
Règle 4
Une association binaire de type 1 : 1 est traduite comme une association binaire de type 1 : n sauf que la
clé étrangère se voit imposer une contrainte d'unicité.
On parle également d'associations fantômes quand les cardinalités sont 1,1 et 1,1.
Dans le cas où au moins un côté est de cardinalité 0,1, c'est dans la relation du côté opposé que doit aller
la clé étrangère.
services ( n° service, nom service, #numéro employé )
employés ( numéro employé, nom )
Si les deux côtés sont de cardinalités 0,1 alors la clé étrangère peut être placée indifféremment dans l'une
des deux relations.
Règle 5
Une association non binaire est traduite par une relation supplémentaire dont la clé primaire est
composée d'autant de clés étrangères que d'entités en association.

Exemple
L'association projeter est traduite par :
projection ( #n° film, #n° salle, #n° créneau, tarif )
Conclusion
Le passage du Modèle Conceptuel au Modèle Logique des Données est purement mécanique.
Il suffit de respecter les différentes règles et il n'y a plus de travail de conceptualisation ou de réflexion.

Modèle Physique de Données
Construire le Modèle Physique des Données consiste à transformer le MLD en une suite de relations.
Cette étape finalise le processus de traitement des données et l'implémentation des bases de données
peut être réalisée de façon optimale.
Base de données
Une base de données (database) permet de stocker et de retrouver l'intégralité de données brutes ou
d'informations.
La base de données est au centre des diapositifs informatiques de collecte, mise en forme, stockage et
utilisation d'informations.
Le dispositif comporte un système de gestion de base de données (SGBD).
SGBD
Un système de gestion de base de données est un logiciel servant à stocker, à manipuler ou gérer, et à
partager des informations dans une base de données.
Ce dernier permet de garantir la qualité, la pérennité et la confidentialité des informations, tout en

cachant la complexité des opérations.
Exemple : Microsoft Access, Oracle, MySQL, etc.
Quelques Concepts
i. Table
Les tables sont les objets d'une base de données qui contiennent les données.
C'est la traduction de la relation du MLD au niveau du SGBD.
ii. Requête
Les requêtes interrogent les informations contenues dans les champs d'une ou plusieurs tables.
Elles peuvent être consultées à l'écran ou donner lieu à la création d'un état.
Une requête peut être basée sur une seule table, ou sur plusieurs.

Références
v Merise, Guide pratique (modélisation des données et des traitements, manipulations avec le
langage SQL – 2ème édition par Jean Luc BAPTISTE
v Analyse et Conception des Systèmes d'Information par M. NEMICHE
v Support de Cours MERISE : METHODE D'ANALYSE par Pr. Ali RACHIDI
v Conception de Systèmes d'Information par Antoine ZIMMERMANN
v Conception d'une base de données par Cyril GRUAU
v Les SI en entreprises, Informatisation du Système d'Information par Guillaume Rivière
v Organisation & Systèmes d'Information par Samir BENNANI
v Developpez.com – MERISE et modélisation de données

Polycopié Merise Donnees

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Polycopié Merise Donnees

Transféré par

Droits d'auteur :

Formats disponibles

MODULE : ANALYSE ET CONCEPTION DES SYSTEMES

• Savoir identifier des flux d'informations.

On s'intéresse en général à un domaine d'activité de l'entreprise :

On définit une solution informatique :

• Structuration des données,

Analyse du problème → Conception de la solution → Réalisation du système

Pr. Hasna ABIOUI ESEF Agadir 2020/2021 | Page 2

Méthode d'Etude et de Réalisation Informatique pour les Systèmes d'Entreprises

• Étude du vocabulaire de l'organisation

• Étude des évènements

Expression des besoins :

• Définition des attentes du SI automatisé

Approche par niveaux et Approche par étapes

La démarque par niveaux formalise le système futur :

• En contribuant à la stratégie de l'entreprise

La démarche par étapes hiérarchise les décisions au cours de la vie du projet :

Pr. Hasna ABIOUI ESEF Agadir 2020/2021 | Page 3

• Généralisation de l'emploi du SI futur

L'intérêts de cette double approche :

• Maîtrise des risques (coûts, délais, personnel, etc.)

Trois niveaux de modélisation

• Réponse à la question QUOI ? (Ce que fait l'entreprise)

• Réponse à la question COMMENT ? (Quels sont les moyens de le faire)

Pr. Hasna ABIOUI ESEF Agadir 2020/2021 | Page 4

MERISE - Les points forts

MERISE - Les critiques

• Elle ne s'occupe pas de l'interface utilisateur

Démarche à trois dimensions

MERISE présente dans sa démarche d'analyse trois cycles fondamentaux :

Pr. Hasna ABIOUI ESEF Agadir 2020/2021 | Page 5

Le processus de développement est découpé en plusieurs étapes :

• Schéma directeur : définition des orientations générales du développement du SI

Pr. Hasna ABIOUI ESEF Agadir 2020/2021 | Page 6

Modèle Conceptuel des Données

Le dictionnaire des données

Ce document se nomme le dictionnaire des données.

C'est quoi un dictionnaire des données ?

Il faut éviter les concepts linguistiques suivants :

• Les redondances : existence d'une donnée en double

Pr. Hasna ABIOUI ESEF Agadir 2020/2021 | Page 7

Contraintes d'Intégrité (CI)

Les dépendances fonctionnelles

Le formalisme de représentation d'une dépendance fonctionnelle est le suivant :

Pr. Hasna ABIOUI ESEF Agadir 2020/2021 | Page 8

Les dépendances fonctionnelles composées

(Numéro Coureur, Numéro Course ) → ( temps )

Interprétation : Connaissant le numéro du coureur et le numéro de la course, nous connaissons de façon

Les dépendances fonctionnelles élémentaires

• RéférenceProduit → Désignation // La DF est élémentaire

Les dépendances fonctionnelles élémentaires directes

Graphe des dépendances fonctionnelles

Pr. Hasna ABIOUI ESEF Agadir 2020/2021 | Page 9

Le Modèle Conceptuel des Données introduit la notion d'entités, d'associations et d'attributs.

Il décrit de façon formelle les données utilisées par le système d'information.

La représentation graphique, simple et accessible, permet à un non-informaticien de participer à son

Les Concepts du MCD

Une entité est une population d'individus homogènes.

Un attribut est une propriété d'une entité ou d'une association.

Pr. Hasna ABIOUI ESEF Agadir 2020/2021 | Page 10

Le numéro de client constitue un identifiant classique pour l'entité client.

Autour de l'association commander, par exemple :

Pr. Hasna ABIOUI ESEF Agadir 2020/2021 | Page 11

Les types d'associations