Partiel2 GuideExposéMAI-MERISE24 Compressed

LE MODELE CONCEPTUEL DE TRAITEMENTS (MCT)
LE MODELE CONCEPTUEL DES DONNÉES (MCD)

LE MODELE LOGIQUE DES DONNÉES (MLD)
LE MODELE PHYSIQUE DES DONNÉES (MPD)
METHODES D’ANALYSE INFORMATIQUE

(MAI): MERISE
MUNGUAGANZE BWIRACHIZA Christian
UNIVERSITE CATHOLIQUE DE BUKAVU (UCB)
March 14, 2024
MUNGUAGANZE BWIRACHIZA Christian METHODES D’ANALYSE INFORMATIQUE (MAI): MERISE

INTRODUCTION GENERALE
PRINCIPES DE BASE DE LA METHODE MERISE
LES FLUX D’INFORMATION DANS UNE ORGANISATION

Des données aux dépendances fonctionnelles

Introduction

Introduction
L’analyse systémique fournie une modélisation de l’organisation
échangeant et transformant des flux.
Pour réduire la complexité de modélisation de l’entreprise en un seul
tenant, on découpe l’entreprise en domaines d’activité (Vente, Stock,
Achat, Comptabilité, Gestion du personnel)
Un domaine d’activité de l’organisation est un sous-ensemble relativement

indépendant composé d’informations, règles et de procédures de gestion

Introduction

▶ Chaque domaine peut être considéré comme un système autonome
(ayant un SP, Si et un SO)
▶ Les domaines de l’entreprise échangent des flux entre eux, certaines
informations peuvent figurer dans plusieurs systèmes d’information.

Introduction

▶ Chaque domaine peut être considéré comme un système autonome
(ayant un SP, Si et un SO)
▶ Le SI de l’entreprise peut être considéré comme la réunion non
disjointe des SI de chaque domaine.

Pourquoi et Comment découper une organisation en

domaines
Pourqoui ?
1. Pour réduire la complexité de modélisation d’une organisation,
2. Pour obtenir des tailles de projet maı̂trisables.
Comment ? Le découpage s’effectue sur la base des grandes fonctions
ou activités de cet organisme: vendre, stocker, acheter, gérer du
personnel,...
▶ Chaque domaine peut être considéré comme un système
quasi-autonome (ayant un SP, SI et un SO)


domaines
Pourqoui ?
personnel,...


domaines
Pourqoui ?
personnel,...
▶ Le SI de l’entreprise peut être considéré comme la réunion non
disjointe des SI de chaque domaine:
▶ ils entretiennent entre eux des flux,
▶ ils partagent des perceptions sur l’environnement.
Comment découper une organisation en domaines

La technique employée se base sur les ensembles d’informations échangés,
dits aussi flux d’information. Ces flux peuvent être classés comme suit :
1. Flux en provenance de l’environnement extérieur
2. Flux à destination de l’environnement extérieur
3. Flux interne échangé (entre les domaines)

Les Modèles (Diagrammes) des Flux
Ce diagramme donne une vue d’ensemble (ou cartographie) de la

circulation des informations (les flux) entre des acteurs internes ou
externes qui participent à un domaine d’étude.
Définition:
Le Diagramme (modèle) de flux est une représentation graphique des
acteurs et des flux échangés.
Concepts du modèle
▶ le domaine d’étude
▶ l’acteur
▶ le flux

Le domaine
Un domaine fonctionnel est un découpage de l’organisation. Il correspond

à une finalité majeure de l’organisation.

Le domaine

Un domaine d’étude est un sous-ensemble de l’organisation dont on

étudie séparément le SI. Un domaine d’étude délimite le périmètre précis
d’une ou de plusieurs activités au sein d’une organisation spécifique.
Le découpage en domaines fonctionnels est un quasi- invariant de

l’organisation: il correspond aux grandes fonctions ou activités de
l’organisation.

Le domaine

Un domaine d’étude est un sous-ensemble de l’organisation dont on

étudie séparément le SI. Un domaine d’étude délimite le périmètre précis
d’une ou de plusieurs activités au sein d’une organisation spécifique.
Le découpage en domaines fonctionnels est un quasi- invariant de

l’organisation: il correspond aux grandes fonctions ou activités de
l’organisation.
Ce découpage est fixé en entrée d’une étude MERISE et n’est pas de la

responsabilité du concepteur. Les différents domaines d’étude sont
supposés indépendants les uns des autres.

Le domaine : Exemples
Domaines fonctionnels
crédits, titres, épargne, ressources humaines, comptabilité, scolarité, ...
Faible couplage entre les domaines fonctionnels:
L’interaction entre le domaine crédit et le domaine comptabilité est
limité aux seuls mouvements financiers.
Domaines d’étude:
instruction d’un prêt, remboursement anticipé ...

L’acteur
L’acteur représente une unité active intervenant dans le fonctionnement
d’un système opérant. Un acteur ”fait quelque chose”, il est actif. un
acteur peut:
▶ être stimulé par des flux
▶ transformer des flux
▶ renvoyer des flux
un acteur peut être :
▶ Un acteur externe ou partenaire : eprésente tout élément extérieur à
l’organisation et échangeant des flux avec le domaine d’étude
il peut être :
▶ une personne physique (client, fournisseur, ...)
▶ une personne morale (la Banque, services étatiques...)
▶ une machine extérieure (service vidéotext par exemple)
▶ Un acteur interne peut être une personne physique ou morale
appartenant au système, capable d’échanger des informations avec
les autres acteurs ou partenaires
représentation d’un acteur
Il n’existe pas à l’heure actuelle de normalisation des représentations des

acteurs et des flux.
Dans certains cas les acteurs

Les acteurs internes eux sont
externes sont symbolisés de cette
symbolisés de cette façon :
façon :

L’activité
Une activité est un ensemble homogène de traitements qui transforme ou

manipule des données.
Une activité est le concept sur lequel s’appuie la décomposition.
Exemple
instruction d’un prêt, déblocage des fonds, remise de chéquier
Règle de décomposition du domaine d’étude en activités:

Le critère d’arrêt de la décomposition en activités est l’ininterruptabilité
par un flux entrant

Les flux
Le flux représente un échange entre deux acteurs

Un flux a toujours son origine ou sa destination dans le domaine
d’étude
Les flux peuvent être classés en 5 catégories:

1. Matière (qui est transformée ou consommée)
2. Finance
3. Personnel
4. Actif (matériel ou savoir-faire nécessaire pour exercer l’activité)
5. Information

Les flux
Le flux représente un échange entre deux acteurs

Un flux a toujours son origine ou sa destination dans le domaine
d’étude
Les flux peuvent être classés en 5 catégories:

1. Matière (qui est transformée ou consommée)
2. Finance
3. Personnel
4. Actif (matériel ou savoir-faire nécessaire pour exercer l’activité)
5. Information
Dans l’utilisation de l’analyse des flux par la méthode MERISE, on
s’intéressera principalement aux flux d’informations.
Les autres types de flux présentant un intérêt majeur devront être
représentés par l’information qui les accompagne

Représentation complète d’un diagramme des flux

Conception d’un diagramme des flux pas à pas
Une agence de location de vélo veut informatiser la gestion des locations.

Lorsqu’un client se présente à l’accueil, il précise le type de vélo désiré
ainsi que la durée de location. L’accueil vérifie si, en fonction du stock
disponible, la location est possible et donne la réponse au client.
Si la location est possible, la facture est éditée et donnée au client.

Celui-ci doit payer immédiatement. Le paiement et la facture sont
ensuite transmis au service comptable. L’accueil transmet alors la
demande au gestionnaire du parc. Ce dernier va préparer le vélo demandé
et le mettre à disposition du client.

Conception d’un diagramme des flux pas à pas
1. Identification des flux

▶ Le premier flux est la demande de location.
▶ Le deuxième flux est l’acceptation ou le refus de la location en
fonction du stock disponible.
Dans le cas de l’acceptation :
▶ Le troisième flux représentera l’édition de la facture.
▶ Le quatrième flux sera le paiement de la facture par le client.
▶ Le cinquième flux représente le passage de la facture et du paiement
au service comptabilité.
▶ Le sixième flux est la transmission de la demande au gestionnaire du
parc.
▶ Le septième et dernier flux est la remise du vélo au client par le
gestionnaire.

Diagramme des flux finalisé(location vélo)

Diagramme des flux : Remarques et règles d’usages
1. Un flux ne doit pas être bidirectionnel

Il ne doit pas exister entre deux acteurs (internes, externes ou identiques)
de liens bidirectionnels. Il convient de noter deux flux distincts.

2. Le flux ne doit pas être réflexif

Un flux ne doit pas partir et revenir sur le même acteur (interne ou
externe). Si cela est nécessaire, nous devons segmenter l’acteur.

3. Pas de flux entre des acteurs externes

Les flux entre les acteurs externes ne sont d’aucun intérêt dans l’étude du
système.

Le Modèle de Contexte ou Graphe des flux contextuels
Le modèle est aussi appelé Modèle Conceptuel de

Communication de niveau 0.
Ce modèle ne gère pas les acteurs internes au domaine étudié, mais juste
les échanges entre le domaine et les acteurs externes.

Le Modèle de Contexte ou Graphe des flux contextuels
Le modèle est aussi appelé Modèle Conceptuel de

Communication de niveau 0.
Ce modèle ne gère pas les acteurs internes au domaine étudié, mais juste
les échanges entre le domaine et les acteurs externes.
Le diagramme de contexte a pour but de représenter les flux
d’informations entre l’organisation et les acteurs externes selon une
représentation standard dans laquelle chaque objet porte un nom:
▶ l’organisation est représentée par un rectangle
▶ les acteurs externes sont représentés par des ellipses en pointillés
▶ les flux d’information sont représentés par des flèches dont
l’orientation désigne le sens du flux d’information

Modèle de contecxte niveau 0 ou graphe des flux

contextuel
Représentation
n ne garde que les flux en entrée et en sortie.

Le Modèle de Contexte
Location vélo

Le Modèle de Flux Conceptuel (de niveau 1, de niveau N)
Les acteurs internes sont introduits dans le modèle, l’affinage successif

des acteurs internes indique le niveau.

Le Modèle de Flux Conceptuel (de niveau 1, de niveau N)
Les acteurs internes sont introduits dans le modèle, l’affinage successif

des acteurs internes indique le niveau.
Ce diagramme (appelé aussi modèle conceptuel de la communication
) permet de compléter le diagramme de contexte en décomposant
l’organisation en une série d’acteurs internes. Dans ce diagramme la
représentation standard est la suivante:
▶ Les acteurs internes sont représentés par des ellipses,
▶ Les messages internes sont représentés par des flèches.

Par exemple voici un modèle de niveau 1 :
Imaginions que nous souhaitions ”zoomer” sur le service gestionnaire

en introduisant les nouvelles règles suivantes :
▶ le réceptionniste reçoit le bon de remise du vélo,
▶ il contrôle que le vélo est en état de fonctionnement.
▶ Si exceptionnellement ce n’est pas le cas, il demande à son supérieur
l’autorisation de prêter un vélo de secours.

Par exemple voici un modèle de niveau 1 :

Voici le modèle de niveau 2 qui pourrait en découler :

Ex: MCF (Gestion commande 1): qu’est ce que vous

retenez comme observations

Ex. MCF (Gestion des sinistres dans une société

d’assurance)
A l’arrivée d’une déclaration de sinistre, on l’examine.

Si la déclaration est recevable, on demande l’avis d’un expert, sinon on
notifie le refus à l’assuré. Au retour de l’expertise et après réception de la
facture du garage, on calcule le montant du remboursement et on envoie
le chèque au client.
Liste des flux
Liste des acteurs ▶ DECLARATION,
▶ SOCIETE D’ASSURANCE ▶ DEMANDE AVIS,
(int),
▶ FACTURE,
▶ CLIENT (ext),
▶ REFUS,
▶ EXPERT (ext),
▶ AVIS EXPERT,
▶ GARAGE (ext)
▶ CHEQUE

Ex. MCF (Gestion des sinistres dans une société

d’assurance)
Quelles observations retenez-vous de cette représentation ?

Modèle conceptuel de Flux : Exercice : Gestion des cartes

bleues
▶ Le demandeur désirant obtenir une carte bleue doit en faire la

demande auprès de son agence.
▶ La carte bleue n’est pas accordée si le demandeur n’est pas un client
de l’agence.
▶ Chaque jour, l’agence transmet au centre de gestion des cartes
bleues les demandes de ses clients.
▶ Dès que l’agence a reçu la carte bleue en provenance du centre (en
général 4 jours après la demande), elle adresse au client un avis de
mise à disposition et un avis de prélèvement de la cotisation
annuelle. Le client vient alors retirer sa carte.
▶ Si au bout de 2 mois la carte n’a pas été retirée, elle est détruite.
Etablir le graphe des flux (Modèle conceptuel des flux)

Modèle conceptuel de Flux : Exercice : Gestion des cartes

bleues
Solution

Modèle Organisationnel des flux (MOF)
Graphe qui modélise les flux en termes de site (le où?) et de poste de
travail (le qui?)
Montre les flux d’informations entre partenaires, sites et acteurs internes
pour un domaine donné ou une activité donnée
Éléments du modèle:
▶ Les acteurs internes/les activités
▶ Les partenaires ou acteur externe
▶ Les sites: lieu géographique dans lequel un epartie de l’activité est
faite.
▶ Les messages qui circulent entres eux : devis, devis signé, bon de
commande, facteur...

Modèle Organisationnel des flux (MOF)
Graphe qui modélise les flux en termes de site (le où?) et de poste de
travail (le qui?)
Montre les flux d’informations entre partenaires, sites et acteurs internes
pour un domaine donné ou une activité donnée
Éléments du modèle:
▶ Les acteurs internes/les activités
▶ Les partenaires ou acteur externe
▶ Les sites: lieu géographique dans lequel un epartie de l’activité est
faite.
▶ Les messages qui circulent entres eux : devis, devis signé, bon de
commande, facteur...

Modèle Organisationnel des flux (MOF) : Exemple

Le client passe commande. Le service commercial peut refuser la
commande. Le magasin se charge de l’expédition des marchandises et
réceptionne les retours client

Modèle Organisationnel des flux (MOF) : Exemple

Que raconte le schéma ci-dessous?

Matrice des flux organisationnels
C’est un tableau carré qui représente le MOF

▶ En ligne: les acteurs émetteurs
▶ En colonne: les acteurs récepteurs
▶ Les flux: à l’intersection ligne/colonne
▶ Représentation sous forme matricielle:
1. visualise l’inventaire exhaustif de la combinatoire des cas possibles
2. Permet de contrôler que les intersections vides le sont bien (ie- on a
rien oublié)

Matrice des flux organisationnels : Exemple

Modèles des flux : Exercice
▶ Un assuré demande à souscrire une police d’assurance. Sa demande

est alors prise en charge par un rédacteur.
▶ Le service encaissement reçoit le règlement de l’assuré.
▶ Un assuré peut signaler ultérieurement, (au rédacteur) toute
modification dans son statut (adresse, voiture, etc)
▶ Quand un accident survient, l’assuré le déclare auprès du secrétariat,
lequel construit le dossier sinistre et le transmet à un inspecteur
▶ Si le dossier est grave, l’inspecteur se contente de le transmettre au
siège, sinon, il charge un expert de la mission d’instruction du dossier

Modèles des flux : Exercice(suite)
▶ L’expert transmet alors son rapport, et l’inspecteur entame les

négociations avec la compagnie adverse
▶ Il transmet l’information au rédacteur pour la mise à jour du
bonus-malus
▶ Le rédacteur demande la situation de l’assuré au service
encaissement;
▶ À l’échéance, le rédacteur informe le service quittancement, le
service envoie un avis à l’assuré, lequel envoie son règlement et
reçoit ensuite une quittance.

Modèles des flux : Exercice :Solution : Graphe

acteurs-flux
Observer la figure ci-dessous !

Modèles des flux : Exercice :Solution

Découpage en domaines à l’aide des flux

Modèles des flux : Exercice :Solution

Que pouvez-dire de la figure ci- dessous ? Proposer la matrice des
flux organisationnels correspondant

Objectifs
le MCT est une représentation de la succession des règles de gestion dont

l’entreprise veut se doter pour répondre aux événements auxquels elle
doit faire face, du fait de son activité et de son environnement.

Objectifs
le MCT est une représentation de la succession des règles de gestion dont

l’entreprise veut se doter pour répondre aux événements auxquels elle
doit faire face, du fait de son activité et de son environnement.
▶ L’objectif du MCT est de répondre à la question QUOI faire par
rapport à un événement.
▶ C’est la chronologie qui importe.
▶ il décrit le fonctionnement du SI d’une organisation au niveau
conceptuel : on ne décrit que les règles fondamentales de gestion
(les invariants, ‘le métier’ de l’organisation).

MCT : Concepts de base
L’acteur
▶ Un acteur est une personne morale ou physique capable d’émettre
ou de recevoir des informations.
▶ Dans le MCT, seuls les acteurs externes sont modélisés ; d’une
part parce qu’on ne cherche qu’à formaliser les traitements
découlant d’interactions avec l’environnement et que d’autre part,
on ne cherche pas à connaı̂tre les acteurs internes qui réalisent les
traitements en question.
▶ Remarque : pour certains Ateliers de Génie Logiciel (AGL), la notion
d’acteur est implicite : ils n’apparaissent donc pas graphiquement
dans les différents modèles de traitements produits.


Les évènements
Le MCT est aussi appelé Modèle événementrésultat. L’arrivée d’un ou
plusieurs évènements va générer une opération qui va elle-même fournir
un résultat. Selon leur origine on distingue les évènements externes
(exemple : la commande d’un client) et les évènements internes générés
par le système d’information (exemple : l’émission d’une facture).


Les évènements
Le MCT est aussi appelé Modèle événementrésultat. L’arrivée d’un ou
plusieurs évènements va générer une opération qui va elle-même fournir
un résultat. Selon leur origine on distingue les évènements externes
(exemple : la commande d’un client) et les évènements internes générés
par le système d’information (exemple : l’émission d’une facture).
L’événement matérialise un fait, qui en se produisant, doit déclencher une

réaction du système. Plus précisément cette notion recouvre deux aspects
:
▶ le fait qui survient et sa perception. La décision d’un élève de
terminale de s’inscrire à la faculté illustre cet aspect.
▶ le compte rendu de cette perception faite auprès du système
d’information. Ainsi, dans le cas de la pré-inscription, c’est le
remplissage du dossier qui constitue le compte rendu du souhait de
l’élève.
Les évènements
on distingue les événements externes (Ext) et les événements internes
(Int) :
▶ les événements déclencheurs externes sont des événements émis
par un acteur externe. Par exemple le dépôt d’un dossier de
pré-inscription est un événement externe déclenché par un futur
bachelier souhaitant intégrer la faculté
▶ les événements internes sont des événements qui surviennent
lorsqu’une opération se termine. Ce peut être par exemple
l’acceptation de la pré-inscription après vérification du contenu du
dossier.

Les évènements
Occurrences d’événements
▶ L’occurrence d’un événement correspond à la réalisation effective
d’un événement.
Par exemple, le dépôt du dossier de pré-inscription de Mme LINDA,

constitue une occurrence de l’événement déclencheur ”Dépôt du
dossier de pré- inscription”.

Participation et cardinalité d’un événement

▶ La participation d’un événement définit le nombre d’occurrences
différentes nécessaires au lancement de l’opération.
Dans le processus de gestion des inscriptions, le traitement du

dossier déposé doit être déclenché à chaque apparition d’une
occurrence de l’événement ”Dépôt d’un dossier de pré-inscription”.
La participation de l’événement au traitement est donc égal à 1.
La cardinalité d’un événement est le nombre d’occurrences

identiques d’un événement résultat. Si l’on associe à l’événement
interne ”Carte étudiant éditée” la cardinalité 2, cela impliquera une
émission en deux exemplaires de la carte d’étudiant.
Si ces deux caractéristiques ne sont pas précisées sur le MCT, elles
prennent la valeur 1 par défaut.

L’opération
▶ La réponse à l’arrivée d’un événement est le déclenchement d’un
ensemble de traitements appelé opération.
Le traitement d’enregistrement d’une pré-inscription est une
opération déclenchée lors du dépôt de dossier de pré-inscription
▶ Lors de son exécution une opération ne peut pas être interrompue

par l’attente d’un événement externe. L’exécution d’une opération
se ramène à l’exécution d’actions élémentaires effectuées sur la base
d’informations à partir des données portées par le ou les
événement(s) déclencheur(s).

L’opération
▶ Ces actions élémentaires portent sur des occurrences d’entités ou
d’associations du modèle conceptuel des données et peuvent
appartenir à l’un des quatre types suivants :
▶ insertion
▶ la modification
▶ l’effacement (suppression)
▶ recherche
▶ La logique d’enchaı̂nement des actions élémentaires n’est pas
toujours séquentielle et peut faire intervenir des structures
alternatives (Si ... Alors... Sinon) ou itératives (Tant que ...,
Répéter..., Pour...).


Les règles d’émission
La production effective d’une ou de plusieurs occurrences d’un événement
interne est soumise à une règle d’émission, c’est-à-dire à une proposition
logique qui s’applique au contenu de la base d’information après
exécution de l’opération.


L’événement est produit si la proposition logique est vraie. A l’issue de

l’enregistrement d’un dossier de pré-inscription deux cas peuvent se
présenter :


L’événement est produit si la proposition logique est vraie. A l’issue de

l’enregistrement d’un dossier de pré-inscription deux cas peuvent se
présenter :
▶ soit le dossier est complet et une occurrence de l’événement
”Pré-inscription de l’élève E à la formation F réalisée le
JJ/MM/AAAA” est émise
▶ soit le dossier est incomplet (certaines propriétés du MCD n’ont pas
été renseignées) et une occurrence de l’événement ”Dossier D Mis
en attente le JJ/MM/AAAA” est produite.
La règle d’émission
Si la plupart des règles d’émission sont basées sur une structure
alternative et donne donc lieu à une seule occurrence d’événement
interne, certaines peuvent intégrer une structure itérative de type ”Pour
– Tout” afin de produire n occurrences d’un événement interne.

La règle d’émission
Si la plupart des règles d’émission sont basées sur une structure
alternative et donne donc lieu à une seule occurrence d’événement
interne, certaines peuvent intégrer une structure itérative de type ”Pour
– Tout” afin de produire n occurrences d’un événement interne.
Par exemple, pour envoyer en début d’année des lettres de

renouvellement d’adhésion, on introduira la règle d’émission suivante :
▶ Pour tout adhérent A enregistré dans la base d’informations
créer une occurrence de int1 (Renouvellement d’adhésion envoyé à A
le JJ/MM/AAAA)
Fin pour

La synchronisation
La synchronisation agit au niveau des évènements avec des
opérateurs logiques : et, ou, non.
La synchronisation d’une opération est composée de deux éléments :

▶ d’une part la liste des événement (internes ou externes) qui
doivent être arrivés avant de déclencher l’opération.
▶ et d’autre part la règle sous forme d’une proposition logique qui
précise de quelle manière les événements participent au
déclenchement de l’opération.


La synchronisation

Le cycle de vie d’une synchronisation peut être représenté ainsi

:
Remarque: Le MCT conditionne complètement l’interface

graphique du S.I.

Présentation Graphique du MCT (Selon JeanLuc

BAPTISTE)

Présentation Graphique du MCT (Selon DI GALLO

Frédéric)

Extrait de la gestion des inscriptions
Evénement ext1 : Dépôt du dossier de pré-inscription de l’élève E pour la

formation F
Evénement ext2 : Réception des pièces manquantes du dossier n° D
Evenement ext3 : La date actuelle est JJ/MM/AAAA
Evénement int1 : Dossier de pré inscription n° D accepté le
JJ/MM/AAAA
Evénement int2 : Dossier de pré-inscription n° D mis en attente le
JJ/MM/AAAA
Evenement int3 : Avis de suppression du dossier n° D émis le
JJ/MM/AAAA
Synchronisation : Si ext2 et int2 Avec ext2.D = int2.D
Synchronisation : Si int2 et ext3 Avec Pour tout int2 ayant
int2.JJ/MM/AAAA+ 8 = ext3.JJ/MM/AAAA

Exemple d’1 MCT (Selon DI GALLO Frédéric)

Extrait du MCT de la gestion des inscriptions

Conception d’un Modèle Conceptuel des Traitements pas à

pas
Voici comment sont traitées les commandes des clients et la facturation

dans une Entreprise donnée:
Les commandes des clients arrivent par courrier au service secrétariat,

généralement le matin. En début d’après midi, les commandes sont
transmises au service de préparation des livraisons. Le responsable du
service des livraisons vérifie l’identité du client et le stock pour les
marchandises commandées.
Si les stocks sont suffisants, un bon de préparation est rédigé, sinon il

rédige un courrier au client pour l’avertir de l’absence d’un des produits
et la commande est mise en attente.

Conception d’un Modèle Conceptuel des Traitements pas à

pas(suite)
Dans le cas où le stock est suffisant, un employé du service des livraisons
prépare la livraison à l’aide du bon de préparation : il prélève et emballe
les marchandises, ensuite il saisit les bons de préparation et édite en
double exemplaire le bon de livraison dont un exemplaire est adressé au
client en même temps que le colis, le deuxième exemplaire étant transmis
au service comptable.
À partir du bon de livraison, un employé du service comptable saisit le

numéro du bon, vérifie les tarifs et les conditions de règlement et édite la
facture en double exemplaire : un exemplaire est adressé au client, l’autre
est archivé en attente de comptabilisation.
En fin de semaine, un employé du service comptable récupère l’ensemble
des factures en attente de comptabilisation ; pour chacune d’elle,
l’employé saisit le numéro de facture et valide les données à l’écran.
Après saisie, le grand livre est mis à jour.
Conception d’un MCT pas à pas(Solution) P1




Modèle conceptuel des traitements analytiques
Le Modèle Conceptuel des Traitements Analytiques est un modèle

introduit par Merise/2. Il consiste à s’intéresser aux interactions avec les
fichiers.
Ce modèle une représentation complète des traitements, car il fait

apparaı̂tre les interactions avec les fichiers. L’équipe de développement
possède ainsi une vision claire des procédures d’accès ou de modification
des fichiers.

Présentation du MCT analytiques

Une action peut agir sur plusieurs occurrences d’une même entité, dans
ce cas on exprimera cette action itérative par la lettre N.
Exemple:
Présentation du MCT analytiques

Application du MCT alaytiques à l’exercice précédent

Exemple MCT analytiques





Le Modèle organisationnel des traitements
Objectifs
Il complète la description conceptuelle des traitements en intégrant tout
ce qui est d’ordre organisationnel dans le domaine étudié.
Le Modèle Organisationnel des Traitements précise :

1. Qui exécute les traitements et la nature des traitements :
▶ Manuels,
▶ Automatiques,
▶ Semiautomatiques.
2. Les lieux où sont exécutés les traitements (poste de travail,
serveur. . . ).
3. Quand sont exécutés les traitements (notion de temporalité).

Le Modèle organisationnel des traitements
Concepts
Le Modèle Organisationnel des Traitements est basé sur trois concepts
principaux :
1. L’événement,
2. La phase ou procédure,
3. Le résultat.
Il existe plusieurs représentations ou formalismes du Modèle
Organisationnel des Traitements en voici un exemple :

Le MOT: Exemple

LE MODELE CONCEPTUEL DES DONNÉES (MCD) Des données aux dépendances fonctionnelles
LE MODELE LOGIQUE DES DONNÉES (MLD) LE MODELE CONCEPTUEL DES DONNÉES (MCD)
Introduction
Pour être traitées de manière informatisée, les données doivent être

décrites dans un formalisme compris par le système informatique qui va
les gérer. Voici les formats génériques utilisés :
▶ Le type alphabétique (rien que des caractères).
▶ Le type alphanumérique (des caractères, des chiffres. . . ).
▶ Le type numérique (les nombres).
▶ Le type date.
▶ Le type logique (01, VraiFaux, OuiNon).

Le dictionnaire des données

Suite à l’interview et la collecte des documents il est nécessaire de
centraliser toutes les informations et règles de gestions (calcul d’un taux
de remise par exemple) au sein d’un document. Ce document se nomme
le dictionnaire des données.
Le dictionnaire des données est un document qui permet de recenser, de

classer et de trier toutes les informations (les données) collectées lors des
entretiens ou de l’étude des documents. Le dictionnaire peut être plus ou
moins élaboré selon le niveau de granularité souhaité. En voici un
exemple :

Le dictionnaire des données : constitution

▶ Nom de la donnée : Cette cellule recevra une donnée par exemple :
Nom client.
▶ Format : Ici sera indiqué le format de la donnée, par exemple :
alphabétique.
▶ Longueur: La longueur approximative ou exacte de la donnée sera
indiquée, par exemple : 30.
▶ Type Une croix sera inscrite dans la colonne pour indiquer si la
donnée est élémentaire ou calculée.
▶ Règle de calcul : Ici sera indiquée de manière claire la formule ou le
calcul nécessaire à appliquer pour obtenir la donnée.
▶ Règle de gestion : Dans cette zone sera indiquée, si nécessaire, la
règle de gestion inhérente à la donnée.
▶ Document : La rubrique document permet de saisir le document
dans lequel a été trouvée la donnée.

Le dictionnaire des données : Ex:
Voici ce que pourrait être le dictionnaire
Le nom est au format alphabétique, d’une longueur de 30 caractères, de

type élémentaire, il n’y a aucune règle de gestion et le document dans
lequel l’information a été trouvée est la facture.
La longueur du champ nom a été définie aléatoirement à 30 caractères.

Il faut toujours avoir à l’esprit que dans le doute il vaut mieux
surdimensionner les tailles. Le proverbe qui s’adapte à la situation est
”Qui peut le plus peut le moins”.

Le dictionnaire des données : Exo

Suite à une demande d’un membre de notre famille, président d’une
association, nous devons établir le dictionnaire des données de la gestion
des adhérents. Voici une représentation d’une fiche d’adhérent :
Voici ce que pourrait être le dictionnaire

Solution : un étudiant au tableau

Dictionnaire de données de la fiche d’adhérent

TPE N° 2 :
Proposer un dictionnaire des données découlant de la fiche d’inscription

des étudiants à l’UCB

Les dépendances fonctionnelles
Le rôle de l’établissement des dépendances fonctionnelles est de nous

aider à comprendre les liens existants entre chaque donnée. Cette
démarche de recherche des dépendances fonctionnelles est la pierre
angulaire de toute l’analyse des données.
En effet, cette activité étant la première dans l’élaboration de l’analyse, si

elle est négligée c’est tout l’ensemble qui en subira les conséquences.

Le rôle de l’établissement des dépendances fonctionnelles est de nous

aider à comprendre les liens existants entre chaque donnée. Cette
démarche de recherche des dépendances fonctionnelles est la pierre
angulaire de toute l’analyse des données.
En effet, cette activité étant la première dans l’élaboration de l’analyse, si

elle est négligée c’est tout l’ensemble qui en subira les conséquences.
Définition
Une donnée B dépend fonctionnellement (ou est en dépendance
fonctionnelle) d’une donnée A lorsque la connaissance de la valeur de la
donnée A nous permet la connaissance d’une et au maximum une
seule valeur de la donnée B


Par exemple :
▶ La connaissance de la valeur d’un numéro de client nous permet de
connaı̂tre sans ambiguı̈té la valeur d’un et d’un seul nom de client.
▶ La connaissance de la valeur d’un numéro matricule nous permet de
connaı̂tre sans ambiguı̈té la valeur d’un et d’un seul nom de
l’étudiant.
Dans la fiche d’adhérent, l’adhérent numéro 66 a pour nom Baptiste.
Formalisme
Le formalisme de représentation d’une dépendance fonctionnelle est le
suivant :
Numéro adhérent → (Nom adhérent, prénom, adresse, code
postal, ville, téléphone, mail, date d’adhésion)
Numéro adhérent sera appelé la clé de la relation ou clé primaire ou

encore identifiant de la relation.
La partie gauche de la dépendance fonctionnelle (ici Numéro adhérent)

est aussi appelée source de la dépendance fonctionnelle. La partie droite
de la dépendance fonctionnelle est appelée le but de la dépendance
fonctionnelle.

La partie gauche de la dépendance fonctionnelle (ici Numéro adhérent)

est aussi appelée source de la dépendance fonctionnelle. La partie droite
de la dépendance fonctionnelle est appelée le but de la dépendance
fonctionnelle.
1. Dépendances fonctionnelles composées
Une dépendance fonctionnelle qui comporte plusieurs attributs est
dite composée.
Voici un exemple de dépendance fonctionnelle composée :

(Numéro Coureur, Numéro course) → (temps)
Interprétation: Connaissant le numéro du coureur et le numéro de la

course, nous connaissons de façon certaine le temps chronométré d’un
coureur précis sur une course précise.

Dépendances fonctionnelles composées

dépenses fonctionnelle composée :
(Matricule Etudiant, Code Cours) → (Cote Obtenue)
Interprétation: Connaissant le numéro matricule et le Code du cours,
nous connaissons de façon exacte la cote obtenue d’un précis sur un
cours bien précis.


Autre exemple
(Code Article, Code Client) → (Quantité Commandée)
Interprétation: Sachant le Code de l’article et le Code du Client, nous
connaissons de façon exacte la Quantité précise de l’article commandée
par un Client bien identifié.


Autre exemple
(Code Article, Code Client) → (Quantité Commandée)
Interprétation: Sachant le Code de l’article et le Code du Client, nous
connaissons de façon exacte la Quantité précise de l’article commandée
par un Client bien identifié.
NB
Comme nous pouvons le constater la seule connaissance du code de
l’article ne nous permet pas de connaı̂tre la quantité commandée, de la
même manière la seule connaissance du code Client ne permet pas la
connaissance exacte de la quantité commandée; il faut avoir les deux
informations.MUNGUAGANZE BWIRACHIZA Christian METHODES D’ANALYSE INFORMATIQUE (MAI): MERISE
Dépendance fonctionnelle élémentaire

Une dépendance fonctionnelle A → B est élémentaire s’il n’existe pas une
donnée C, sous- ensemble de A, décrivant une dépendance fonctionnelle
de type C → B.
Par exemple :
RéférenceProduit → Désignation
NuméroCommande, RéférenceProduit → Quantité
NuméroCommande, RéférenceProduit → Désignation
La première dépendance fonctionnelle est correcte car ayant deux
rubriques elle est élémentaire.


Une dépendance fonctionnelle A → B est élémentaire s’il n’existe pas une
donnée C, sous- ensemble de A, décrivant une dépendance fonctionnelle
de type C → B.
Par exemple :
RéférenceProduit → Désignation
NuméroCommande, RéférenceProduit → Quantité
NuméroCommande, RéférenceProduit → Désignation
La première dépendance fonctionnelle est correcte car ayant deux
rubriques elle est élémentaire.
La deuxième dépendance fonctionnelle est correcte également car la

connaissance d’un numéro de commande et d’une référence produit nous
permet de connaı̂tre la quantité commandé du p produit. Elle est aussi
élémentaire car c’est la connaissance du couple (NuméroCommande,
RéférenceProduit) et pas seulement d’un des éléments qui permet la
connaissance de la quantité.
La troisième dépendance fonctionnelle n’est pas élémentaire car il existe à

l’intérieur d’elle RéférenceProduit → Désignation qui était déjà une
dépendance fonctionnelle élémentaire. Pour connaı̂tre la Désignation,
NuméroCommande est dans ce cas superflu.

Dépendance fonctionnelle élémentaire directe
Définition
On dit que la dépendance fonctionnelle A → B est directe 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 dépendance fonctionnelle entre A et B ne peut
pas être obtenue par transitivité.
exemple :
NumClasse → NumElève
NumEleve → NomElève
NumClasse → NomElève
La troisième dépendance fonctionnelle n’est pas directe car nous

pourrions écrire :
NumClasse → NumElève → NomElève

Méthodologie d’élaboration des dépendances fonctionnelles
L’élaboration des dépendances fonctionnelles est réalisée à l’aide du

dictionnaire des données. La démarche consiste à rechercher :
▶ les dépendances fonctionnelles formées par deux rubriques,
élémentaires et directes
▶ les dépendances fonctionnelles composées.

Méthodologie d’élaboration des dépendances

fonctionnelles: Cas pratique
Monique, sa fille Rachel et son gendre Marc gèrent un camping dans les
Pyrénées orientales. Le camping est ouvert du 1er juin au 30 septembre.
Ils disposent de cinquante emplacements sur un terrain d’une superficie
totale de quarante hectares.
Ils sont équipés d’un logiciel spécialisé dans la réservation des

emplacements qui fonctionne très bien mais qui ne permet pas de gérer
les achats de l’épicerie ou du bar selon leurs règles de gestion. En effet,
les vacanciers ne payent leurs achats qu’à la fin de leur séjour.
Concrètement, les achats sont inscrits manuellement sur une fiche bristol
créée pour chaque famille de vacanciers. À la fin du séjour, les cumuls
sont réalisés et une facture manuelle concernant les achats est établie.
Les propriétaires du camping souhaiteraient disposer d’un logiciel
permettant d’automatiser la création de la facture grâce à la saisie
journalière des achats. Voici une représentation de la fiche bristol :

Résolution du cas
À la lecture de l’énoncé, nous devons déterminer et séparer les

informations mémorisables des informations décrivant le contexte.
Les prénoms des propriétaires du camping sont-ils des informations

stockables ou des informations d’ordre général ? Si nous analysons la
demande d’informatisation ces données ne font pas partie du système
d’information.
Il en est de même pour les dates d’ouverture, de fermeture, le nombre

d’emplacements ou la superficie du camping.

Résolution du cas (suite)

Il paraı̂t évident que nous devons nous intéresser à l’élément de base,
c’est-à-dire la fiche bristol. C’est elle qui contient les informations
indispensables à l’élaboration de la facture finale.
Nous pouvons y trouver le nom de la famille, son adresse, la liste des

articles achetés, leur prix unitaire, la quantité, le total. Il va être
nécessaire de rajouter deux informations non présentes : le numéro du
client et le code de l’article.

Résolution du cas (suite)

Il paraı̂t évident que nous devons nous intéresser à l’élément de base,
c’est-à-dire la fiche bristol. C’est elle qui contient les informations
indispensables à l’élaboration de la facture finale.
Nous pouvons y trouver le nom de la famille, son adresse, la liste des

articles achetés, leur prix unitaire, la quantité, le total. Il va être
nécessaire de rajouter deux informations non présentes : le numéro du
client et le code de l’article.
Dictionnaire des données : Un étudiant au tableau

Résolution du cas (suite): Dictionnaire des données
Le dictionnaire des données recense l’ensemble des informations. Comme

nous pouvons le constater certaines informations seront déduites (ou
calculées) en fonction d’informations élémentaires. C’est le cas du
TotalLigne qui est le résultat de la multiplication du prix unitaire du
produit et de sa quantité et du TotalFacture qui est la somme des
TotalLigne.
Ces deux informations sont utiles pour le développeur de l’application qui

mettra en oeuvre les procédures de calculs a posteriori. Dans le cycle de
modélisation Merise ces deux informations sont des données déduites et
non stockables, elles n’apparaı̂tront donc pas dans la suite du processus.

Détermination des dépendances fonctionnelles ou DF
À la lecture du dictionnaire nous pouvons déduire deux groupes

d’informations distinctes. Un groupe caractérise les clients, l’autre les
produits.
Dépendances fonctionnelles pour les clients
Posons-nous la question : ”Quand je connais le numéro du client,
est-ce que je connais de façon sûre et unique le nom du client ?”.
Si la réponse est ”oui” alors voici la transcription de la DF :
Numcli → Nom
Numcli → Prénom ...
Dépendances fonctionnelles pour les articles

CodeArticle → Désignation
CodeArticle → PrixUnitaire

Les DF auraient pu s’écrire de la façon suivante :

Numcli → (Nom, Prénom, Adresse, Code Postal, Ville),
CodeArticle → (Désignation, PrixUnitaire).
Intéressonsnous à la donnée Qté
Estce que la connaissance du code de l’article nous permet de connaı̂tre
de façon sûre et unique une quantité ? La réponse est NON
Nous nous rendons compte que cette donnée Qté fait partie d’une
dépendance fonctionnelle composée.
Voici une proposition : (Numcli, CodeArticle, Date) → Qté
Et maintenant si nous nous posons la question :”Connaissant le code du

client, le code de l’article et la date d’achat puis-je connaı̂tre de façon
sûre et unique la quantité achetée ?” Il est évident que la réponse est
OUI !

Rappel
Les dépendances fonctionnelles ne concernent que les données non
déduites. C’est pour cela que n’apparaissent pas les données concernant
le total par ligne et le total global de la facture qui sont des informations
déduites par calcul.

Graphe des dépendances fonctionnelles

Le graphe des dépendances fonctionnelles est une étape intéressante car
il épure le dictionnaire en ne retenant que les données non déduites et
élémentaires et il permet une représentation spatiale de ce que sera le
futur modèle conceptuel des données.
Voici le graphe des dépendances fonctionnelles concernant le camping :

Introduction au MCD
Le Modèle Conceptuel des Données introduit la notion d’entités, de

relations et de propriétés.
La représentation graphique, simple et accessible, permet à un

noninformaticien de participer à son élaboration. Les éléments de base
constituant un modèle conceptuel des données sont :
▶ les entités ;
▶ les propriétés ;
▶ les relations.

Les entités ou objets

Concept concret ou abstrait (fait, moment etc.) du monde à modéliser.
L’entité permet de modéliser un ensemble d’objets de même nature,
dignes d’intérêt dans le discours.
Une entité est la représentation d’un élément matériel ou immatériel

ayant un rôle dans le système que l’on désire décrire.
Comme il est aisé de le constater, les clients sont définis par certaines
propriétés (numéro, nom, prénom . . . ). Le fait de les regrouper amène
naturellement à créer une entité Clients. Le symbolisme retenu est le
suivant :

Les propriétés
Les propriétés sont les informations de base du système d’information.
C’est une donnée élémentaire, également appelée ”Attribut”, qui sert à
caractériser les entités et les associations.

Les propriétés
Un client possède un numéro de client, un nom, un prénom, habite à une

adresse précise, etc. Ces informations élémentaires essentielles sont des
propriétés.
Les propriétés disposent d’un type. Les types ne sont pas décrits au
niveau conceptuel. Elles peuvent être numériques, représenter une date,
leur longueur peut être aussi définie. Par exemple : le nom est une
propriété de type alphabétique et de longueur 50, ie la valeur saisie ne
comportera aucun chiffre et ne dépassera pas cinquante caractères.

Les propriétés
Un client possède un numéro de client, un nom, un prénom, habite à une

adresse précise, etc. Ces informations élémentaires essentielles sont des
propriétés.
Les propriétés disposent d’un type. Les types ne sont pas décrits au
niveau conceptuel. Elles peuvent être numériques, représenter une date,
leur longueur peut être aussi définie. Par exemple : le nom est une
propriété de type alphabétique et de longueur 50, ie la valeur saisie ne
comportera aucun chiffre et ne dépassera pas cinquante caractères.
Chaque propriété doit figurer une seule fois sur le modèle conceptuel
(principe de non- redondance). Il faut éviter l’emploi de synonymes et de
polysémies (mot présentant plusieurs sens) pour les attributs. Les mots
réservés sont à proscrire.
L’identifiant
Une de ces propriétés a un rôle bien précis, c’est l’identifiant nommé
aussi la clé.
L’identifiant permet de connaı̂tre de façon sûre et unique l’ensemble des
propriétés qui participent à l’entité. Par exemple, le fait de connaı̂tre la
ville d’un client permet-il de connaı̂tre son nom ? La réponse est non.

L’identifiant
Une de ces propriétés a un rôle bien précis, c’est l’identifiant nommé
aussi la clé.
L’identifiant permet de connaı̂tre de façon sûre et unique l’ensemble des
propriétés qui participent à l’entité. Par exemple, le fait de connaı̂tre la
ville d’un client permet-il de connaı̂tre son nom ? La réponse est non.
Il faut donc trouver, ou inventer, une propriété qui lorsque sa valeur est
connue permet la connaissance de l’ensemble des valeurs qui s’y
rattachent de façon formelle.
Au niveau du formalisme, l’identifiant est souligné. Voici le schéma
modifié de l’entité Clients.

Les relations ou associations
Les entités regroupent un ensemble d’informations élémentaires. Les

entités sont souvent liées entre elles. L’association permet de relier
plusieurs entités entre elles.
Une association se représente à l’aide d’un ovale (ou losange) contenant

son nom et ses éventuels attributs et connectant plusieurs entités. Les
associations se déduisent en général des verbes du discours.
Par exemple :
Un client peut commander des articles.
Si nous analysons cette phrase, on distingue deux entités (clients et
articles) et un verbe (commander) qui indique un lien entre clients et
articles. Formalisons cette phrase avec Merise.

Les relations ou associations

Les cardinalités:
Les cardinalités expriment le nombre de fois ou l’occurrence d’une entité
participe aux occurrences de la relation (association).
C’est un couple de valeurs (minimum, maximum) indiqué à l’extrémité de
chaque lien d’une association. Il caractérise la nature de l’association en
fonction des occurrences des entités concernées.
Dans notre exemple on peut se poser les questions suivantes :

▶ Combien de fois au minimum un client peut-il commander un article
?
▶ Combien de fois au maximum un client peut-il commander un article
?
À la première question, nous pouvons répondre qu’un client, pour être
client, doit commander au moins un article.
À la deuxième question, nous pouvons répondre qu’un client peut
commander plusieurs articles.
Les cardinalités:
Le n représente la notion de ”plusieurs” ; ici nous avons représenté le

fait qu’un client peut commander un ou plusieurs articles.

Les cardinalités:
Le n représente la notion de ”plusieurs” ; ici nous avons représenté le

fait qu’un client peut commander un ou plusieurs articles.
Il faut que nous nous posions les mêmes questions pour l’article :
▶ Combien de fois au minimum un article peut-il être commandé par
un client ?
▶ Combien de fois au maximum un article peut-il être commandé par
un client ?
Les cardinalités:
Pour le minimum, nous pouvons l’interpréter de la façon suivante :
A-t-on des articles qui ne peuvent jamais être commandés ? Si nous
répondons oui dans ce cas la cardinalité minimale est 0.

Les cardinalités:
Pour le minimum, nous pouvons l’interpréter de la façon suivante :
A-t-on des articles qui ne peuvent jamais être commandés ? Si nous
répondons oui dans ce cas la cardinalité minimale est 0.
Pour le maximum :
A-t-on des articles qui peuvent être commandés plusieurs fois ? Nous
pouvons espérer que oui, dans ce cas la cardinalité maximale sera n.
Voici le schéma finalisé :

Les cardinalités: définition
▶ La cardinalité minimale (0 ou 1) exprime le nombre de fois

minimum qu’une occurrence d’une entité participe aux occurrences
d’une relation.
▶ La cardinalité maximale (1 ou n) exprime le nombre de fois maximal
qu’une occurrence d’une entité participe aux occurrences de la
relation.

Les cardinalités: définition
▶ La cardinalité minimale (0 ou 1) exprime le nombre de fois

minimum qu’une occurrence d’une entité participe aux occurrences
d’une relation.
▶ La cardinalité maximale (1 ou n) exprime le nombre de fois maximal
qu’une occurrence d’une entité participe aux occurrences de la
relation.
Remarque
Si le maximum est connu, il faut inscrire sa valeur. Par exemple, si dans
les règles de gestion le client n’a le droit de commander qu’un maximum
de 3 articles en tout et pour tout, dans ce cas là les cardinalités
s’exprimeront de cette façon : 1,3.

Les cardinalités: Sens de lecture
Voici comment lire les cardinalités Merise

Les cardinalités : Exemple

Une mère peut élever un ou plusieurs enfants.
Un enfant peut être élevé par une et une seule mère.

Les cardinalités : Exemple

Une mère peut élever un ou plusieurs enfants.
Un enfant peut être élevé par une et une seule mère.
Voici comment symboliser cet état :
Attention
Tout est question d’interprétation. Au sein d’une équipe de
développement, il peut y avoir des divergences de point de vue. Pour les
cardinalités, il faut être le plus logique possible, se référer aux règles de
gestion édictées par le commanditaire de l’application et se rappeler la
maxime suivante : ”Qui peut le plus peut le moins”.

Les relations porteuses

Une relation est dite porteuse lorsqu’elle contient des propriétés.
Pour connaitre la quantité d’articles commandés par clients, il faut

utiliser une nouvelle propriété Quantité. Cette nouvelle propriété dépend
des deux entités (Clients et Articles).
Nous pouvons interpréter ce schéma de la façon suivante : Le client X a

commandé la quantité Y d’articles Z. Si nous désirons connaı̂tre la date
d’achat, il nous suffit de créer une entité Date à la relation Commander.

Les relations porteuses
exemple d’une relation porteuse

La dimension d’une association
La dimension d’une association indique le nombre d’entités participant à

l’association. Les dimensions les plus courantes sont 2 (association
binaire) et 3 (association ternaire) :
▶ Une relation faisant intervenir deux entités est dite binaire.
▶ Une relation faisant intervenir trois entités est dite ternaire. Dans
certains ouvrages elle est caractérisée par l’appellation ”Tri-pattes”.

Les relations réflexives
Une relation réflexive est une relation d’une entité sur elle-même.
Par exemple, on désire modéliser le fait qu’un employé peut diriger
d’autres employés.
Nous interprétons donc qu’un employé peut diriger zéro ou plusieurs

personnes et qu’un employé est dirigé par un et un seul autre employé.

MCD : Règles d’usages
▶ Toute entité doit comporter un identifiant.

▶ Toutes les propriétés de l’entité dépendent fonctionnellement de
l’identifiant. C’est-à- dire que connaissant la valeur de l’identifiant,
nous connaissons de façon sûre et unique la valeur des propriétés
associées.
▶ Le nom d’une propriété ne doit apparaı̂tre qu’une seule fois dans le
modèle conceptuel des données. Si nous établissons une entité
Clients et une nommée Prospects, nous ne devons pas retrouver la
propriété Nom dans les deux entités. Il faut préférer la dénomination
suivante Nom-client et Nom-prospect.
▶ Les propriétés résultantes d’un calcul ne doivent pas apparaı̂tre dans
le modèle conceptuel des données.

MCD : Exercice
Présenter le MCD correspondant au graphe de dépendances

fonctionnelles ci-dessous !

Notion d’entité forte et d’entité faible

Une entité forte est une entité qui, disposant de son identifiant, peut être
considérée de façon isolée.
Une entité faible est une entité qui ne peut être considérée qu’en
association avec une autre entité.
Exemple
Dans ce cas l’entité forte est l’entité Mères et l’entité faible est l’entité
Enfants.
Notion de contrainte d’intégrité fonctionnelle

Une contrainte d’intégrité fonctionnelle (ou CIF) est définie par le fait
qu’une des entités de l’association est complètement déterminée par la
connaissance d’une ou de plusieurs entités participant à cette même
association.
Exemple
Nous pouvons lire qu’une salle peut contenir zéro ou plusieurs ordinateurs
et qu’un ordinateur existe dans une et une seule salle. Dans le cas d’une
association binaire comme celle-ci, une contrainte d’intégrité
fonctionnelle existe à partir du moment ou une cardinalité de type
1,1 existe.MUNGUAGANZE BWIRACHIZA Christian METHODES D’ANALYSE INFORMATIQUE (MAI): MERISE
Notion de contrainte d’intégrité fonctionnelle
Certains auteurs proposent une écriture de ce type :
Exemple
Cependant, il est conseillé de nommer votre relation de façon claire et

compréhensible pour donner tout son sens à la lecture de votre modèle
conceptuel.

MCD
NB
La conception du MCD est l’une des phases les plus importantes, il est
évident qu’il faut y passer du temps. Il faut savoir aussi que plus vous
pratiquerez les modèles conceptuels plus vous serez à l’aise.
N’hésitez pas à faire et refaire les exercices dans le livre de Michel Diviné
intitulé ”MERISE:Soixante affaires classées” pour vous perfectionner.
Ce recueil d’exercices gradués et variés dont l’usage, plus que la simple

lecture d’un manuel, laissera sûrement en vous des sédiments durables et
bienfaisants, à la mesure de vos efforts : ce que vous aviez simplement
compris, vous allez vous l’approprier.

Introduction au MLD
Le Modèle Logique des Données (MLD) est la suite normale du processus
Merise.
Son but est de nous rapprocher au plus près du modèle physique. Pour
cela, nous partons du Modèle Conceptuel des Données et nous lui
enlevons les relations, mais pas n’importe comment, il faut en effet
respecter certaines règles. Voici la procédure à suivre.
1. Cas des cardinalités (0, n), (1,1) ou (1,n), (0,1)
Exemple
Nous devons supprimer la relation Elever, cela se réalise de façon tout à

fait mécanique. L’entité ayant la cardinalité de type 1,1 ou 0,1
Introduction au MLD

Voici le Modèle Logique des Données découlant du Modèle conceptuel
précédent :

Exemple concret
Béatrice BAPTISTE a trois enfants : Amandine, Cédric, Sylvain. Patricia
AUGUY a deux enfants : Mathilde et Lucie. Sandrine BAPTISTE a
quatre enfants : Ophélie, Olivia, Lucie et Tom.
Voici le contenu du fichier de données Mères.


Voici le contenu du fichier de données Enfants.
Si nous désirons connaı̂tre les enfants de Patricia AUGUY, il faut

Si nous désirons connaı̂tre les enfants de Patricia AUGUY, il nous faut

concevoir une procédure qui réalise une recherche dans le fichier Mères et
qui récupère l’identifiant de la mère recherchée. Ensuite, la procédure
parcourt le fichier Enfants et chaque fois qu’elle rencontre l’identifiant de
la mère dans la rubrique clé étrangère #Numéro Mère elle affiche la ligne
correspondante.
Démonstration au tableau (avec exemple de requête SQL ?)

2. Cas des cardinalités (0,n), (0,n) ou (1,n), (1,n)

Exemple : Soit le MCD suivant
Dans le cas où la cardinalité maximale est n de chaque côté de la

relation, celle-ci se transforme en entité et absorbe les identifiants de
chaque entité reliée. Les identifiants ainsi absorbés forment la nouvelle
clé de l’entité. Cette nouvelle clé est donc formée par la
concaténation des clés étrangères des entités reliées.


Exemple : Soit le MCD suivant
Dans le cas où la cardinalité maximale est n de chaque côté de la

relation, celle-ci se transforme en entité et absorbe les identifiants de
chaque entité reliée. Les identifiants ainsi absorbés forment la nouvelle
clé de l’entité. Cette nouvelle clé est donc formée par la
concaténation des clés étrangères des entités reliées.

MLD découlant du MCD précédent

MLD découlant du MCD précédent
Autre exemple :
Un ou plusieurs étudiants inscrits dans un ou plusieurs cours.
Produire le MCD et le traduire en MLD

Modèle Logique des Données sur une relation réflexive

Reprenons ce Modèle Conceptuel des Données :
Les règles de passage du MCD au MLD s’appliquent toujours aussi

mécaniquement. L’entité ayant la cardinalité la plus faible absorbe
l’identifiant de l’entité reliée. Ici, nous n’avons qu’une seule entité, mais
le principe est le même nous devons donc dupliquer l’identifiant Numéro
employé.

Modèle Logique des Données sur une relation réflexive

Reprenons ce Modèle Conceptuel des Données :
Les règles de passage du MCD au MLD s’appliquent toujours aussi

mécaniquement. L’entité ayant la cardinalité la plus faible absorbe
l’identifiant de l’entité reliée. Ici, nous n’avons qu’une seule entité, mais
le principe est le même nous devons donc dupliquer l’identifiant Numéro
employé.

Règles de passage du MCD au MLD
▶ Une propriété devient un attribut.

▶ Une Entité (individu) devient une table (relation) (minimum en
3ème forme normale).
▶ L’identifiant de l’entité (individu) devient la clé primaire de la
table (relation) correspondante.

Règles de passage du MCD au MLD
▶ Une propriété devient un attribut.

▶ Une Entité (individu) devient une table (relation) (minimum en
3ème forme normale).
▶ L’identifiant de l’entité (individu) devient la clé primaire de la
table (relation) correspondante.
▶ L’entité qui possède la cardinalité maximale égale à 1, recevra
l’identifiant ou les identifiants des entités ayant les cardinalités
maximales les plus fortes.
▶ Les relations ayant toutes leurs entités reliées avec des cardinalités
maximales supérieures à 1, se transformeront en entité en absorbant
les identifiants des entités jointes.
▶ Toute relation porteuse de propriétés se transformera en entité et
absorbera comme clé étrangère les identifiants des entités qui lui
sont liées.

Règles de passage du MCD au MLD : Résumé
En résumé, le passage du modèle conceptuel au Modèle Logique des

Données est purement ”mécanique”, il suffit de respecter les quelques
règles énoncées plus haut. Il n’y a plus de travail de conceptualisation ou
de réflexion proprement dit.

Règles de passage du MCD au MLD : Résumé
En résumé, le passage du modèle conceptuel au Modèle Logique des

Données est purement ”mécanique”, il suffit de respecter les quelques
règles énoncées plus haut. Il n’y a plus de travail de conceptualisation ou
de réflexion proprement dit.
Lorsque nous réalisons un Modèle Logique des Données nous ne faisons

que ”détruire” un Modèle Conceptuel des Données pour recréer un autre
modèle.
D’où l’importance de savoir analyser les énoncés pour retenir les données
essentielles, comprendre les règles de gestion, produire le dictionnaire de
données ainsi que le graphe des dépendances fonctionnelles ainsi que le
modèle conceptuel de données suivant les énoncés de chaque cas
sous-étude.

Règles de passage du MCD au MLD : Application

Appliquons ces règles au modèle conceptuel suivant:

Introduction
Construire le Modèle Physique des Données consiste à transformer le

Modèle Logique des Données en une suite de relations. Cette étape
finalise le processus de traitement des données. L’implémentation des
bases de données peut être réalisée de façon optimale.

Voici comment symboliser cet état :

Partiel2 GuideExposéMAI-MERISE24 Compressed

Transféré par

Informations du document

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

Partiel2 GuideExposéMAI-MERISE24 Compressed

Transféré par

Droits d'auteur :

Formats disponibles

LE MODELE CONCEPTUEL DE TRAITEMENTS (MCT)

LE MODELE CONCEPTUEL DES DONNÉES (MCD)

METHODES D’ANALYSE INFORMATIQUE

MUNGUAGANZE BWIRACHIZA Christian

UNIVERSITE CATHOLIQUE DE BUKAVU (UCB)

March 14, 2024

MUNGUAGANZE BWIRACHIZA Christian METHODES D’ANALYSE INFORMATIQUE (MAI): MERISE

PRINCIPES DE BASE DE LA METHODE MERISE

LES FLUX D’INFORMATION DANS UNE ORGANISATION

LE MODELE CONCEPTUEL DE TRAITEMENTS (MCT)

LE MODELE CONCEPTUEL DES DONNÉES (MCD)

LE MODELE LOGIQUE DES DONNÉES (MLD)

LE MODELE PHYSIQUE DES DONNÉES (MPD)

MUNGUAGANZE BWIRACHIZA Christian METHODES D’ANALYSE INFORMATIQUE (MAI): MERISE

MUNGUAGANZE BWIRACHIZA Christian METHODES D’ANALYSE INFORMATIQUE (MAI): MERISE

Un domaine d’activité de l’organisation est un sous-ensemble relativement

MUNGUAGANZE BWIRACHIZA Christian METHODES D’ANALYSE INFORMATIQUE (MAI): MERISE

Un domaine d’activité de l’organisation est un sous-ensemble relativement

MUNGUAGANZE BWIRACHIZA Christian METHODES D’ANALYSE INFORMATIQUE (MAI): MERISE

Un domaine d’activité de l’organisation est un sous-ensemble relativement

MUNGUAGANZE BWIRACHIZA Christian METHODES D’ANALYSE INFORMATIQUE (MAI): MERISE

Pourquoi et Comment découper une organisation en

MUNGUAGANZE BWIRACHIZA Christian METHODES D’ANALYSE INFORMATIQUE (MAI): MERISE

Pourquoi et Comment découper une organisation en

MUNGUAGANZE BWIRACHIZA Christian METHODES D’ANALYSE INFORMATIQUE (MAI): MERISE

Pourquoi et Comment découper une organisation en

Comment découper une organisation en domaines

MUNGUAGANZE BWIRACHIZA Christian METHODES D’ANALYSE INFORMATIQUE (MAI): MERISE

Les Modèles (Diagrammes) des Flux

Ce diagramme donne une vue d’ensemble (ou cartographie) de la

MUNGUAGANZE BWIRACHIZA Christian METHODES D’ANALYSE INFORMATIQUE (MAI): MERISE

Un domaine fonctionnel est un découpage de l’organisation. Il correspond

MUNGUAGANZE BWIRACHIZA Christian METHODES D’ANALYSE INFORMATIQUE (MAI): MERISE

Un domaine fonctionnel est un découpage de l’organisation. Il correspond

Un domaine d’étude est un sous-ensemble de l’organisation dont on

Le découpage en domaines fonctionnels est un quasi- invariant de

MUNGUAGANZE BWIRACHIZA Christian METHODES D’ANALYSE INFORMATIQUE (MAI): MERISE

Un domaine fonctionnel est un découpage de l’organisation. Il correspond

Un domaine d’étude est un sous-ensemble de l’organisation dont on

Le découpage en domaines fonctionnels est un quasi- invariant de

Ce découpage est fixé en entrée d’une étude MERISE et n’est pas de la

MUNGUAGANZE BWIRACHIZA Christian METHODES D’ANALYSE INFORMATIQUE (MAI): MERISE

MUNGUAGANZE BWIRACHIZA Christian METHODES D’ANALYSE INFORMATIQUE (MAI): MERISE

représentation d’un acteur

Il n’existe pas à l’heure actuelle de normalisation des représentations des

Dans certains cas les acteurs

MUNGUAGANZE BWIRACHIZA Christian METHODES D’ANALYSE INFORMATIQUE (MAI): MERISE

Une activité est un ensemble homogène de traitements qui transforme ou

Règle de décomposition du domaine d’étude en activités:

MUNGUAGANZE BWIRACHIZA Christian METHODES D’ANALYSE INFORMATIQUE (MAI): MERISE

Le flux représente un échange entre deux acteurs

Les flux peuvent être classés en 5 catégories:

MUNGUAGANZE BWIRACHIZA Christian METHODES D’ANALYSE INFORMATIQUE (MAI): MERISE

Le flux représente un échange entre deux acteurs

Les flux peuvent être classés en 5 catégories:

MUNGUAGANZE BWIRACHIZA Christian METHODES D’ANALYSE INFORMATIQUE (MAI): MERISE

Représentation complète d’un diagramme des flux

MUNGUAGANZE BWIRACHIZA Christian METHODES D’ANALYSE INFORMATIQUE (MAI): MERISE

Conception d’un diagramme des flux pas à pas

Une agence de location de vélo veut informatiser la gestion des locations.

Si la location est possible, la facture est éditée et donnée au client.

MUNGUAGANZE BWIRACHIZA Christian METHODES D’ANALYSE INFORMATIQUE (MAI): MERISE

Conception d’un diagramme des flux pas à pas

1. Identification des flux