MERISE AVANCÉE

FORMATEUR :
KODJANE ARMEL
ANALYSTE PROGRAMMEUR FULL STACK .NET C# & MOBILE
 PLAN 2
SUJET 1
AXE : RAPPEL MERISE 1
I- AU NIVEAU DES DONNEES
1- MCD
2- MLD
3- MPD
II- AU NIVEAU DES TRAITEMENTS
1- MCT
2- MOT
SUJET 2
AXE : APPROCHE INTRODUCTIVE MERISE AVANCÉE
I- AU NIVEAU DES DONNEES
* MCD étendu
II- AU NIVEAU DES TRAITEMENTS
1- MLT
2- MCTA
3- MOTA
 Objectifs ( Merise avancée ) 3
- fournir un ensemble complet de démarches, modèles et méthodes pour la conception et le développement de SI

- conserver une compatibilité totale avec Merise

- amélioration de certains points clés : technique de raffinement

intégration des diagrammes de flux de données enrichissement de la sémantique du modèle de données
représentation du cycle de vie du système et des objets
meilleure distinction entre les niveaux organisationnel et logique

- extension vers des aspects techniques

prise en compte des nouvelles architectures d'applications prise en compte des nouvelles interfaces
- adaptation aux standards en cours de définition
démarche et modèles choisis en fonction des types de projets

- outillage par des logiciels d'aide à la conception et au développement

 PLAN 4
SUJET 1
AXE : RAPPEL MERISE 1
I- AU NIVEAU DES DONNEES
1- MCD
2- MLD
3- MPD
II- AU NIVEAU DES TRAITEMENTS
1- MCT
2- MOT
SUJET 2
AXE : APPROCHE INTRODUCTIVE MERISE AVANCÉE
I- AU NIVEAU DES DONNEES
* MCD étendu
II- AU NIVEAU DES TRAITEMENTS
1- MLT
2- MCTA
3- MOTA
 INTRODUCTION 5
MERISE est (Méthode d'étude et de réalisation informatique pour les
systèmes d'entreprise) une méthode d'analyse et de conception des
systèmes d'information basée sur le principe de la séparation des
données et des traitements. Née à la fin des années 1970 en France , elle
possède plusieurs modèles qui sont répartis sur 3 niveaux (Le niveau
conceptuel, le niveau logique ou organisationnel, le niveau physique)
selon merise 1 . Cependant en merise avancée, on observe 4 niveaux
d’abstraction (Le niveau conceptuel, le niveau logique , le niveau
organisationnel, le niveau physique).
Dans ce module , apres un bref rappel des modelés de merise 1 , nous
développerons les modelés utilisées ( quelques modèles ) dans
l’approche avancée.
SUJET 1 6

AXE : RAPPEL MERISE 1

 SUJET 1
AXE : RAPPEL MERISE 1 7
1- MCD
Le MCD ( Modele Conceptuel de données ) permet de mettre en évidence
le modele entité-association en s’appuyant sur des concepts clés.
Une entité est un model, objet relatif a notre problème(sujet) comportant
des propriétés (caractéristiques).On parle souvent d’entité ou
d’occurrence d’une entité(instance).
Une entité correspond de façon générale a un type de données(ex:
Pilote) alors qu’une occurrence est un représentant particulier de cette
entité (Le pilote ”Guy zélé”).
Une relation est un liant en deux ou plus entités. Par exemple ,un client
achète un produit. Il existe donc une relation « acheter » entre les deux
entités.
 SUJET 1
AXE : RAPPEL MERISE 1 8
1- MCD
 Elaboration du MCD

On commence par donner un nom a l’entité et trouver les propriétés qui

lui sont propres. Une entité se représente graphiquement sous la forme
d’une boite dans laquelle on indique en titre le nom de l’entité suivi de
toutes ses propriétés. L’identifiant de cette dernière est généralement
souligné.
Nom_Entit Etudiant
e
matricule
identifiant
Ex :
nom
Propriétés1
prenom
Propriété2
 SUJET 1
AXE : RAPPEL MERISE 1 9
1- MCD
- Identifiant: C’est une propriété particulière qui permet d’identifier de façon unique une occurrence d’une
entité.
- Propriété: Caractéristique d’une entité.

 Elaboration d’une relation

Une relation est un lien entre deux ou plusieurs entités.

Verbe a
l’infinitif
 SUJET 1
AXE : RAPPEL MERISE 1 10
1- MCD

Si une relation nous intéresse alors on doit la définir dans le MCD. On parle également parfois d’association. Une relation se
représente comme suit:
Entite A Entite B
Verbe a
identifiant l’infinitif identifiant
Propriétés1 Propriétés1
Propriété2 Propriété2

Etudiant Classe
appartenir idclasse
mat
libelle
nom
prenom
 SUJET 1
AXE : RAPPEL MERISE 1 11
1- MCD
En terme de relation on distingue:
-relation binaire (entre deux entités)
Entite A Verbe Entite B
a
identifiant l’infinit identifiant
if
Propriétés1 Propriétés1 Entite B
Propriété2 Propriété2 identifiant
Propriétés1
-relation ternaire (entre trois entités)
Propriété2
Entite A Verbe
a Entite C
identifiant l’infinit
if identifiant
Propriétés1
Propriétés1
Propriété2
Propriété2
 SUJET 1
AXE : RAPPEL MERISE 1 12

1- MCD
 definition des cardinalités

Une fois les relations établies, il convient ensuite de caractériser le nombre de fois ou chacune de ces relations peut
apparaıtre réellement. Ceci se fait a l’aide des cardinalités. Dans une relation classique quatre cardinalités sont a
déterminer.
La cardinalité est un couple de valeurs qui spécifie le nombre de fois minimal et maximal d’interventions d’une entité dans
une association.
Entite A Entite B
(min A,max Verbe a (min B,max
A) B)
identifiant l’infinitif identifiant
Propriétés1 Propriétés1
Propriété2 Propriété2
 SUJET 1
AXE : RAPPEL MERISE 1 13

1- MCD
 illustration ( MCD complet )

Etudiant Classe
(1,1) apparteni (1,n)
mat r idclasse
nom libelle
prenom
 SUJET 1
AXE : RAPPEL MERISE 1 14

3- MLD

Une fois le MCD construit, l'étape suivante dans la conception de la base de données consiste a réaliser le
modèle logique de données, ou MLD. Ce MLD montre l’organisation des données sous forme de tables et est
très proche de la manière dont les données vont être effectivement organisées dans Access. L’étape de
transformation du MCD en MLD est assez simple et passe par trois étapes :
- transformation des entités en tables,
- transformation des relations du MCD de type père fils,
- transformation des relations du MCD de type plusieurs à plusieurs,
 SUJET 1
AXE : RAPPEL MERISE 1 15

3- MLD
 transformation des entités en tables

La première étape consiste a` transformer toutes les entités du MCD en tables du MLD. Cette transformation est directe : il
suffit de recopier les entités. Il s’agit essentiellement d’un changement de vocabulaire :
• une entité devient une table,
• une propriété devient un champ,
• un identifiant devient une clé primaire (primary key).
A noter toutefois qu’il est essentiel qu’il n’y ait pas deux tables qui aient le même nom.
Exemple : Etudiant
----------------> Etudiant (mat,nom,prenom)
mat
nom
prenom
 SUJET 1
AXE : RAPPEL MERISE 1 16
3- MLD
 transformation des relations du MCD de type père fils

Dans ce cas de figure l’entité fils reçoit dans sa transformation en table, l’identifiant de l’entité père qui devient une clé
étrangère(foreign key) dans cette table (la table fils).
Exemple :

Etudiant Classe
(1,1) apparteni (1,n)
mat r idclasse
nom libelle
prenom

Dans cet exemple l’entité fils est Etudiant et l’entité père est la Classe (statut dû a la cardinalité maximale).
A quoi ressemblera le MLD ?
 SUJET 1
AXE : RAPPEL MERISE 1 17
3- MLD
 transformation des relations du MCD de type père fils

Classe est l’entité père donc aucun changement dans sa transformation en table. Etudiant est l’entité fils dans cette
association donc dans sa transformation en table il recevra l’identifiant de Classe qui sera une clé étrangère dans sa
table. Ce qui donne:
Classe (idclasse, libelle)
Etudiant(mat,nom,prenom,#idclasse)
Ou Etudiant Classe
mat idclasse
nom libelle
prenom
Idclasse#
 SUJET 1
AXE : RAPPEL MERISE 1 18
3- MLD
 transformation des relations du MCD de type père père ou plusieurs à plusieurs

Dans ce cas de figure la relation se transforme en table, les identifiants des entités concernées par la relation migrent dans
cette dernière et forment la clé primaire de cette future table.
Exemple:

Etudiant (1,n) Professeur

Enseigner (1,n)

mat dateEns Idprof

nom nmprof
prenom prprof
Dans cet exemple la relation enseigner va devenir une table (en raison des cardinalités maximales sur chaque patte de la
relation). Et comme elle deviendra une table, il est imperatif d’ajouter une propriété temporelle ou quantifiable a la relation. Ici
nous avons ajouté la propriété temporelle dateEns (date Enseigner) qui nous permettra de savoir la date a laquelle le professeur
a enseigné un étudiant.
Les identifiants des entités concernées par la relation (mat et idprof) vont former la clé primaire de la table Enseigner. Voyons
voir a quoi ressemblera le MLD. Professeur (idprof, nmprof, prprof) , Etudiant(mat,nom,prenom) , Enseigner (#idprof,#mat,
dateEns)
 SUJET 1
AXE : RAPPEL MERISE 1 19
3- MPD

Le modele physique de données Constitué de tables relationnelles, constituées d'attributs typés, parmi
lesquels :
• une clé primaire
→ identifie de manière unique chaque occurrence de la table.
• éventuellement une ou plusieurs clés étrangères : clés primaires dans
une autre table
Les types de données peuvent varier selon les systèmes de gestion de bases de données
 SUJET 1
AXE : RAPPEL MERISE 1 20
3- MPD
En supposant que le SGBD est mysql nous allons modeliser le MPD du MCD suivant :

Etudiant Classe
(1,1) apparteni (1,n)
mat r idclasse
nom libelle
prenom
MPD :
Etudiant Classe

mat int idclasse int

nom varchar(25) libelle
prenom varchar(12)
varchar(50)
 SUJET 1
AXE : RAPPEL MERISE 1 21
II- Au niveau des traitements
1- MCT (Modèle conceptuel des traitements)

La modélisation des aspects dynamiques repose sur le concept d’événements vus comme des stimulateurs de l'activité. Il s’agit
d’obtenir une représentation de l’enchaînement des opérations du système et des conditions de déclenchement de son activité
par des stimulations extérieures.
Dans ce dynamisme il est important de definir des concepts clés .
- Domaine ( de gestion ) : sous-ensemble cohérent du projet à traiter
- Processus : sous-ensemble cohérent d’un domaine
- Regle de gestion : loi générale à toute l’organisation s’appliquant à une ou plusieurs opérations
- Operation : Séquence ininterruptible d’actions , productive d’evenements
 SUJET 1
AXE : RAPPEL MERISE 1 22
II- Au niveau des traitements
1- MCT (Modèle conceptuel des traitements)

Ces parametres sont les actions , les évènements contributifs et leur synchronisation , les évènements émis et leurs règles d’émission
 SUJET 1
AXE : RAPPEL MERISE 1 23
II- Au niveau des traitements
1- MCT (Modèle conceptuel des traitements)
Exemple:
 SUJET 1
AXE : RAPPEL MERISE 1 24
II- Au niveau des traitements
2- MOT (Modèle Organisationnel des traitements)
Définitions des concepts importants :
• Acteur : Entité organisationnelle chargée d’ exécuter un certain nombre de phases internes ou externes
• Phase : Suite ininterruptible de taches exécutées par un acteur interne
• Periode : Description de caractéristiques organisationnelles telles que la périodicité ( aléatoire , journalière , etc )
, la durée , le responsable et les ressources ( moyens permettant la réalisation de certaines actions tels que des
logiciels , du matériel , des objets etc . )
• Type : précision sur le degré d’automatisation . Manuel , interactif ( partiellement automatisé ) , différé
( entièrement automatiser )
• Tache : fonction élémentaire
• Evènement : Circonstance portée à la connaissance du système et à laquelle celui-ci doit reagir , c’est-à-dire un
flux ou un fait contribuant à déclencher une phase ou résultant d’une phase.
• Synchronisation : Ensemble de conditions sur les évènements contributifs déterminant la situation de
déclenchement de la phase
 SUJET 1
AXE : RAPPEL MERISE 1 25
II- Au niveau des traitements
2- MOT (Modèle Organisationnel des traitements)
Représentation graphique
 SUJET 1
AXE : RAPPEL MERISE 1 26
II- Au niveau des traitements
2- MOT (Modèle Organisationnel des traitements)
Exemple :
 SUJET 2
AXE : APPROCHE INTRODUCTIVE MERISE AVANCÉE 27
II- Au niveau des données

• MCD étendu

Le Modèle Conceptuel de Données est une représentation statique du système d'information de l'entreprise. Au niveau
conceptuel il s'agit de modéliser les données fondamentales de l'entreprise (les invariants décrits par des règles de gestion).
Il ne doit être fait aucune hypothèse sur l'utilisation ultérieure de ces données.

Le Modèle Conceptuel de Données "étendu" (Merise 2) apporte des extensions au formalisme individuel adopté par
Merise. Ces extensions ont pour objectifs :
 de préciser et d’enrichir la description des objets en mettant en évidence des propriétés, des contraintes d'intégrité
supplémentaires et des objets historiques,
 d’aider la validation du modèle de traitement (MCTA),
 de permettre à différents utilisateurs de partager le même modèle (accès à différents niveaux de décomposition ou de
spécialisation),
 de permettre une relative stabilité par rapport aux évolutions de l'entreprise ou de l'application (une modification de détail
laissant les niveaux supérieurs inchangés).
 SUJET 2
AXE : APPROCHE INTRODUCTIVE MERISE AVANCÉE 28
II- Au niveau des données

• MCD étendu
Quel que soit le mode d'obtention du MCD, les propriétés des objets et des relations doivent être cohérentes avec celles
drainées par les flux d'information.
C'est ainsi que l'arrivée d'une commande (un flux d'information du modèle de contexte) est porteuse de nombreuses
informations (code client, nom client,... code produit, ... quantité commandée ) qui correspondent à des propriétés des objets
et des relations du MCD. Inversement,
une facture émise par le domaine étudié est également porteuse d'informations (prix total à payer, etc.) qui correspondent soit à
des propriétés des objets ou des relations soient à des informations calculables à partir de celles ci.
•Les paragraphes suivants présentent les extensions proposées dans Merise 2. Il s'agit d'une part de la définition des sous-
types d'objets et de relations, d'autre part de l'introduction des contraintes d'intégrité statiques.
 SUJET 2
AXE : APPROCHE INTRODUCTIVE MERISE AVANCÉE 29
II- Au niveau des données

1- Sous-type d’objet et sous-type de relation

1.1 Sous-type d’objet

Un sous-type d'objet correspond à un sous-ensemble d'occurrences d'objet dotées de caractéristiques propres (propriétés
spécifiques et/ou relations spécifiques). On pourra aussi employé les termes d'objet générique (sur-type) et objet spécialisé
(sous-type).

Figure : sur-type / sous-type

 SUJET 2
AXE : APPROCHE INTRODUCTIVE MERISE AVANCÉE 30
II- Au niveau des données

1- Sous-type d’objet et sous-type de relation

1.1 Sous-type d’objet

• Chaque sous-type hérite des propriétés et des relations du sur-type.

Figure : héritage et spécialisation

 SUJET 2
AXE : APPROCHE INTRODUCTIVE MERISE AVANCÉE 31
II- Au niveau des données

1- Sous-type d’objet et sous-type de relation

1.1 Sous-type d’objet

• Le mécanisme de spécialisation permet d'avoir plusieurs niveaux de description d'un même objet : de la description la
plus générale à la description la plus spécifique.

Figure : hiérarchie d’héritage

 SUJET 2
AXE : APPROCHE INTRODUCTIVE MERISE AVANCÉE 32
II- Au niveau des données

1- Sous-type d’objet et sous-type de relation

1.1 Sous-type d’objet

• cas particulier de spécialisation : la spécialisation par états
Un sous-type correspond dans ce cas à un état de l'objet. Il peut y avoir transfert d'une occurrence de l'objet d'un sous-type à
un autre sous-type, contrairement au cas précédent qui correspond à une spécialisation par "catégorie".

Figure : spécialisation par états

 SUJET 2
AXE : APPROCHE INTRODUCTIVE MERISE AVANCÉE 33
II- Au niveau des données

1- Sous-type d’objet et sous-type de relation

1.2 Sous-type de relation

Un sous-type de relation correspond à un sous-ensemble

d'occurrences d'une relation dotées
de propriétés et/ou de cardinalités spécifiques.

Figure : sous-type de relation

 SUJET 2
AXE : APPROCHE INTRODUCTIVE MERISE AVANCÉE 34
II- Au niveau des données

2- Contraintes d’intégrité statique

Les contraintes d'intégrité statiques peuvent porter sur :
 Une ou plusieurs propriétés :
 plage de valeurs
 liste de valeurs
 contrainte de format ...
 Des sous-type d'objets :
 contrainte de partition (notée +)
 contrainte d'exclusion (notée x)
 contrainte de totalité (notée T)
 SUJET 2
AXE : APPROCHE INTRODUCTIVE MERISE AVANCÉE 35
II- Au niveau des données

2- Contraintes d’intégrité statique

 Des relations ou des pattes de relations :

 contrainte de partition (+)
 contrainte d'exclusion (x)
 contrainte de totalité (T)
 contrainte d'inclusion (I)
 contrainte d'égalité (=)
 contrainte d'unicité (1)
 Des propriétés et/ou des relations :
 contraintes d'identification
 SUJET 2
AXE : APPROCHE INTRODUCTIVE MERISE AVANCÉE 36
II- Au niveau des données

2- Contraintes d’intégrité statique

2.1 contraintes de base : couverture ou disjonction

contrainte de couverture : toute occurrence de l'objet générique doit appartenir à au moins un des sous-types

Figure : couverture
 SUJET 2
AXE : APPROCHE INTRODUCTIVE MERISE AVANCÉE 37
II- Au niveau des données

2- Contraintes d’intégrité statique

2.1 contraintes de base : couverture ou disjonction

contrainte de disjonction : toute occurrence de l'objet générique doit appartenir à un seul sous- type (les sous-types sont
mutuellement exclusifs).

Figure : disjonction
 SUJET 2
AXE : APPROCHE INTRODUCTIVE MERISE AVANCÉE 38
II- Au niveau des données

2- Contraintes d’intégrité statique

2.2 contraintes d’intégrité entre les sous-types d’objets

Figure : contraintes d’intégrité entre les sous-types d’objets

 SUJET 2
AXE : APPROCHE INTRODUCTIVE MERISE AVANCÉE 39
II- Au niveau des données

2- Contraintes d’intégrité statique

2.2 contraintes d’intégrité entre les sous-types d’objets

 Contrainte de partition
• Un auteur est soit invité, soit accepté, soit refusé.

Figure : partition = disjonction + couverture

 SUJET 2
AXE : APPROCHE INTRODUCTIVE MERISE AVANCÉE 40
II- Au niveau des données

2- Contraintes d’intégrité statique

2.2 contraintes d’intégrité entre les sous-types d’objets

 Contrainte de totalité
• Une personne physique peut être à la fois Particulier et Entrepreneur individuel, elle est l'un ou l'autre.

Figure : totalité = couverture et non disjonction

 SUJET 2
AXE : APPROCHE INTRODUCTIVE MERISE AVANCÉE 41
II- Au niveau des données

2- Contraintes d’intégrité statique

2.2 contraintes d’intégrité entre les sous-types d’objets

 Contrainte d’exclusivité
• Un contrat ne peut être à la fois un contrat de crédit et un contrat d'épargne, il existe d'autres types de contrats.

Figure : exclusivité = disjonction et non couverture

 SUJET 2
AXE : APPROCHE INTRODUCTIVE MERISE AVANCÉE 42
II- Au niveau des données

2- Contraintes d’intégrité statique

2.3 contraintes d’intégrité sur les relations

Dans ce volet , il s’agit également de contraintes ensemblistes

 Contrainte de partition
Une contrainte de partition permet d'exprimer que toutes les occurrences d'un objet (dit objet pivot) impliqué dans deux (ou
plus) relations sont présentes dans une et une seule d'entre elles (ou exclusif). Toute personne est soit résidente en France
soit résidente à l'étranger, mais ne peut être les deux.

Figure : Partition
 SUJET 2
AXE : APPROCHE INTRODUCTIVE MERISE AVANCÉE 43
II- Au niveau des données

2- Contraintes d’intégrité statique

2.3 contraintes d’intégrité sur les relations

 Contrainte de totalité

Une contrainte de totalité permet d'exprimer que toutes les occurrences d'un objet (dit objet pivot) impliqué dans deux (ou
plus) relations sont présentes dans au moins l'une d'entre elles (ou inclusif).
•Toute personne est étudiant dans un établissement, ou salarié dans une entreprise ou les deux à la fois.

Figure : totalité
 SUJET 2
AXE : APPROCHE INTRODUCTIVE MERISE AVANCÉE 44
II- Au niveau des données

2- Contraintes d’intégrité statique

2.3 contraintes d’intégrité sur les relations

 Contrainte de totalité
Note : Pour les contraintes de partition, d’exclusion et de totalité, si aucun objet pivot n’est
mentionné la contrainte porte sur la collection de la relation.
• On ne peut être salarié et étudiant du même établissement.

Figure : plusieurs objets pivots

 SUJET 2
AXE : APPROCHE INTRODUCTIVE MERISE AVANCÉE 45
II- Au niveau des données

2- Contraintes d’intégrité statique

2.3 contraintes d’intégrité sur les relations

 Contrainte d’exclusion

Une contrainte d'exclusion interdit qu'une occurrence d'un objet (dit objet pivot) impliqué dans deux (ou plus) relations
soit présente dans deux d'entre elles.
On ne peut être salarié et étudiant, certaines personnes ne sont ni l'un ni l'autre.

Figure : exclusion
 SUJET 2
AXE : APPROCHE INTRODUCTIVE MERISE AVANCÉE 46
II- Au niveau des données

2- Contraintes d’intégrité statique

2.3 contraintes d’intégrité sur les relations

 Contrainte d’inclusion
cas 1 : pas d'objet pivot explicitement désigné

Une contrainte d'inclusion permet d'exprimer que l'ensemble des occurrences

d'une relation est inclus dans l'ensemble des occurrences d'une autre relation.
Le président du comité d'organisation d'une conférence est choisi parmi
les membres du comité d'organisation (de cette même conférence).
La relation président du CO est appelée "portée" de la contrainte d'inclusion.
La relation membre du CO est la "cible" de la contrainte d'inclusion. Figure : Inclusion sans objet pivot explicite
 SUJET 2
AXE : APPROCHE INTRODUCTIVE MERISE AVANCÉE 47
II- Au niveau des données

2- Contraintes d’intégrité statique

2.3 contraintes d’intégrité sur les relations

 Contrainte d’inclusion
cas 2 : un objet pivot

Dans ce cas la contrainte d'inclusion porte sur l'ensemble des occurrences

d'un objet (dit objet pivot). L'ensemble des occurrences de l'objet pivot
présentes dans une des relations est inclus dans l'ensemble des occurrences de
l'objet pivot présentes dans l'autre relation.
Si un employé est rattaché à un service il doit dépendre d'un site de
l'entreprise (par contre il peut dépendre d'un site sans être rattaché à un
service).
portée de la CI : "rattaché", cible de la CI : "dépend", objet pivot : Figure : Inclusion avec objet pivot
EMPLOYE
 SUJET 2
AXE : APPROCHE INTRODUCTIVE MERISE AVANCÉE 48
II- Au niveau des données

2- Contraintes d’intégrité statique

2.3 contraintes d’intégrité sur les relations

 Contrainte d’égalité

Une contrainte d'égalité est une combinaison de deux inclusions

symétriques.
Tout employé rattaché à un service dépend de l'un des sites de
l'entreprise. Inversement tout employé dépendant d'un site doit être
rattaché à un service.

Figure : égalité
 SUJET 2
AXE : APPROCHE INTRODUCTIVE MERISE AVANCÉE 49
II- Au niveau des données

2- Contraintes d’intégrité statique

2.3 contraintes d’intégrité sur les relations

 Contrainte d’unicité

Une personne à une date donnée ne peut occuper qu'une et une seule
fonction.

Figure : unicité
 SUJET 2
AXE : APPROCHE INTRODUCTIVE MERISE AVANCÉE 50
II- Au niveau des données

2- Contraintes d’intégrité statique

2.3 contraintes d’intégrité sur les relations

 Contrainte d’identification

Jusqu'à présent un objet était défini comme ayant une existence et donc
une identification propre. Cependant il arrive que certain objet n'ont
d'existence que par rapport à un ou plusieurs autres objets. Ses relations
avec ces objets peuvent être utilisées pour l'identifier

Figure : identification
 SUJET 2
AXE : APPROCHE INTRODUCTIVE MERISE AVANCÉE 51
II- Au niveau des traitements

1- MLT

Le modèle logique de traitement se préoccupe d’une vision interne des moyens que l’informaticien va utiliser
pour construire le logiciel correspondant aux activités informatisées définit dans le MOT.

Nous allons parler d’enchaînement de transaction découpage en module des répartitions des données et
traitement automatise.

Ce modèle logique de traitement MLT doit spécifier avec rigueur et en détail des contenues des traitements
informatisés associes a chaque taches organisationnelle.

En résume la problématique de la mondialisation logique du traitement renseigne du comment informatiser

les activités présentées dans la modélisation organisationnelle de traitement ; phase, taches.

1.1- Les unités logiques de traitement (ULT)

Une logique modélise un ensemble de traitement informatique perçu comme homogène en terme finalité.

Les ULT comportent les éléments comme la presentation , la logique de dialogue et l’enchainement .
 SUJET 2
AXE : APPROCHE INTRODUCTIVE MERISE AVANCÉE 52
II- Au niveau des traitements

1- MLT

1.3- Construction du MLT

Exemple : processus d’accueil et de réservation d’un client dans une entreprise X

 SUJET 2
AXE : APPROCHE INTRODUCTIVE MERISE AVANCÉE 53
II- Au niveau des traitements

1- MLT

1.3- Construction du MLT

1.3.1 processus d’accueil

 SUJET 2
AXE : APPROCHE INTRODUCTIVE MERISE AVANCÉE 54
II- Au niveau des traitements

1- MLT

1.3- Construction du MLT

1.3.2 processus de réservation