CONCEPTION SYSTÈME

D’INFORMATION
Modélisation MERISE
 : GENERALITES .........................................................................................................3
I. HISTORIQUE ET ORIGINE DE LA METHODE MERISE ..............................................................................3
II. PRINCIPES FONDAMENTAUX DE MERISE ...........................................................................................3
II.1. Notion de système ............................................................................................................................3
II.2. Notion systémique de l’entreprise ...................................................................................................3
III. PRESENTATION DES NIVEAUX D’ABSTRACTIONS ...............................................................................4
III.1. Cycle de vie ou démarche par étapes .............................................................................................4
III.2. Cycle d'abstraction ou démarche par niveau ..................................................................................6
III.2.1. Le niveau conceptuel : ......................................................................................................................... 7
III.2.2. Le niveau organisationnel : ................................................................................................................. 7
III.2.3. Le niveau opérationnel ou physique .................................................................................................... 7
III.3. Cycle de décision ou la maitrise d’ouvrage. ...................................................................................8
III.3.1. Qu'est-ce qu'un processus ? ................................................................................................................. 8
III.3.2. Qu'est-ce qu'une opération ? ................................................................................................................ 8
III.3.3. Qu'est-ce qu'une phase ? ...................................................................................................................... 9
III.3.4. La démarche de Merise ....................................................................................................................... 9
: MODELE CONCEPTUEL DES DONNEES (MCD) ...........................................10
I. QU'EST-CE QU'UN MCD ? ...................................................................................................................10
II. LES DIFFERENTES ETAPES DE CONSTRUCTION D’UN MCD ...............................................................10
II.1. Règles de gestion ...........................................................................................................................10
II.2. Dictionnaire des données ...............................................................................................................10
II.3. Cardinalités ....................................................................................................................................11
II.4. Dépendance fonctionnelle..............................................................................................................11
II.5. Graphes des dépendances fonctionnelles .......................................................................................12
II.6. Structure d’accès théorique............................................................................................................12
II.7. Modéliser les notions de temps ? ...................................................................................................12
II.8. Normalisation .................................................................................................................................13
III. OPTIMISATION, VALIDATION ET VUES EXTERNES ............................................................................14
III.1. Optimisation .................................................................................................................................14
III.1.1. La notion de contrainte d’intégrité fonctionnelle / dépendance fonctionnelle .................................. 14
III.1.2. Extension du MCD : .......................................................................................................................... 15
III.1.3. Entités génériques/spécialisées.......................................................................................................... 16
III.2. Vues externes ................................................................................................................................17
: MODELE LOGIQUE DE DONNEES (MLD) ......................................................18
I. REGLES DE PASSAGE D’UN MCD AU MLD ? ......................................................................................18
II. LE TRAITEMENT DES ENTITES ............................................................................................................18
III. LES ASSOCIATIONS BINAIRES ...........................................................................................................18

1
III.1. Relation Père-fils (1,1- 0,n ou 1,n) ...............................................................................................18
III.2. Relation de plusieurs à plusieurs (0,n ou 1,n - 0,n ou 1,n) ...........................................................19
III.3. Relation N-aire..............................................................................................................................19
III.4. Associations réflexives .................................................................................................................20
: LE MODELE CONCEPTUEL DES TRAITEMENTS (MCT)...........................21
I. DEFINITION DES CONCEPTS .................................................................................................................21
II. FORMALISME .....................................................................................................................................22
: LE MODELE ORGANISATIONNEL DE TRAITEMENTS (MOT) ................24
I. LES CONCEPTS DU MOT ...............................................................................................................24
I.1. Le poste de travail ...........................................................................................................................24
I.2. Le type ou nature du traitement .......................................................................................................24
I.3. La périodicité du traitement ............................................................................................................25
I.4. La procédure fonctionnelle (PF) .....................................................................................................25
: LE MODELE OPERATIONNEL DES TRATEMENTS (MOPT) .....................27
I. LES CONCEPTS DE BASE ......................................................................................................................27
I.1. Les unités fonctionnelles .................................................................................................................27
I.2. Les unités de traitement ..................................................................................................................27
II. SCHEMA D’ELABORATION .................................................................................................................28
II.1. Unités Fonctionnelles de création ..................................................................................................29
II.1.1. Unité fonctionnelle de consultation de caractéristiques d’un client ................................................... 29
II.1.2. Unité fonctionnelle de modification d’une rubrique........................................................................... 29
II.1.3. UF d’ajout d’un nouveau client .......................................................................................................... 30
II.1.4. UF d’édition de la liste des clients par ordre alphabétique croissant.................................................. 30
II.1.5. UF de suppression des clients adresse Abidjan .................................................................................. 30

2
 : GENERALITES

I. Historique et origine de la méthode Merise

Issue de l'analyse systémique, la méthode Merise est le résultat des travaux

menés par Hubert Tardieu dans les années 1970 et qui s'inséraient dans le cadre
d'une réflexion internationale, autour notamment du modèle relationnel d'Edgar
Frank Codd. Elle est devenue un projet opérationnel au début des années 1980 à
la demande du ministère de l'industrie, et a surtout été utilisée en France, par
les sociétés de Service en ingénierie informatique, ses membres fondateurs
(Sema-Metra, ainsi que par la CGI Informatique) et principalement pour les
projets d'envergure, notamment des grandes administrations publiques ou
privées.

MERISE est donc une méthode d'analyse et de conception des Systèmes

d’information.

Le système d’information (SI) : représente l’ensemble des informations

circulant dans l’entreprise ainsi que les moyens mis en œuvre pour les gérer. Il
doit pouvoir recevoir, traiter et stocker des données, les transformés en tous
points et produire des rapports ou des sorties graphiques à la demande.

II. Principes fondamentaux de MERISE

II.1. Notion de système

C’est un ensemble d’éléments matériels ou immatériels interagissant pour

un but précis.

II.2. Notion systémique de l’entreprise

Merise considère l’entreprise comme trois systèmes :

Ø Le système de pilotage (SP) : ordonne, décide et reçoit le compte rendu.

Ø Le système d’information (SI)
Ø Le système opérant (SO) : exécute, reçoit et transmet.

3
 Système de Pilotage

Système d’Information

Système Opérant

III. Présentation des niveaux d’abstractions

La méthode Merise d'analyse et de conception propose une démarche

articulée simultanément selon 3 axes pour hiérarchiser les préoccupations et les
questions auxquelles répondre lors de la conduite d'un projet :

Ø Cycle de vie ou démarche par étapes ;

Ø Cycle d'abstraction ou démarche par niveau ;
Ø Cycle de décision ou la maitrise d’ouvrage.

III.1. Cycle de vie ou démarche par étapes

Elle propose les étapes à suivre en vue de concevoir un système

d’information fiable. Les différentes étapes à suivre sont :

Ø Le schéma directeur

Il définit le cadre général de développement (grandes orientations) du S.I

et détermine :

• Le découpage en domaine ;
• Recensement des besoins en automatisation pour de ces domaines ;

4
 • Donner la priorité d’automatisation par domaine et pour l’ensemble du
système d’information globale ;
• Définir la planification du développement ;
• Définir la politique matérielle et logicielle associée à chaque projet ;
• Définir les axes d’organisation ;
• Arrêter le cadre budgétaire du projet.

Remarque : le schéma directeur devra être révisé tous les ans pour tenir
compte des cas de force majeur.

Ø L’étude préalable

Elle a pour but d’apprécier l’opportunité du projet et de choisir une solution

d’organisation parmi un ensemble de solution proposée. Elle se caractérise par :

• La présentation du projet : Contexte ou problématique c’est-à-dire le

pourquoi de ce projet ? quel est le problème qui est à l’origine de ce projet ?
• Le champ de l’étude (les domaines d’activités concerné par le projet) ;
• L’objectif visé par le projet : ils doivent permettre d’atteindre des
résultats tangibles et mesurables. Ces objectifs doivent être à court, moyen
et long terme.
Ø L’étude détaillée

C’est la spécification complète, fonctionnelle et technique du système

(analyse profonde de la solution retenue).

Ø La réalisation

C’est la réalisation du produit final (Base de données + application et/ou

réseau).

Ø La mise en œuvre

Le produit final une fois livré doit être opérationnel chez l’utilisateur.

5
 La mise en œuvre après vérification d’aptitude du produit donne lieu à une
recette provisoire. Pendant un certain temps le produit réceptionné est sous
garantie et sa maintenance ne nécessite aucun frais de la maitrise d’œuvre qui
vérifie à chaque fois que le produit est prêt à rendre tous les services demandés.
A l’issue de cette période de garantie, si tous les services rendus sont concluants,
une recette définitive est faite.

Après celle-ci toute intervention est désormais facturée.

Ø La maintenance

Le produit final aussi performant soit-il doit s’adapter à son

environnement.

Toutes modifications conjoncturelles de celui-ci peuvent influencer le

produit. Si les opérations de maintenance nécessitées sont complexes, alors cette
maintenance peut se dérouler comme un véritable projet.

III.2. Cycle d'abstraction ou démarche par niveau

La méthode Merise propose trois niveaux de représentation d'un système

d'information :

o Le niveau conceptuel.
o Le niveau organisationnel (logique).
o Le niveau opérationnel (physique).

Ces différents niveaux répondent aux questions suivantes :

Ø Modèles Conceptuels : Quoi Faire ? Avec Quelles Données ?

Ø Modèles Organisationnels : Qui ? Où ? Quand ?
Ø Modèles Opérationnels : Comment ?

6
III.2.1. Le niveau conceptuel :

Il consiste à répondre à la question QUOI ? Quoi faire, avec quelles

données ? A ce niveau, on ne se préoccupe pas de l’organisation du travail ni du
matériel utilisé.

Les deux modèles sont le Modèle conceptuel des données (MCD) et le

Modèle conceptuel des traitements (MCT).

III.2.2. Le niveau organisationnel :

Il consiste à répondre à la question QUI ? OU ?, QUAND ? C’est à ce

niveau que sont intégrés les critères d’organisation de travail. On tient compte
(ou on propose) des choix d’organisation de travail comme la répartition des
traitements entre l’homme et la machine, le mode de fonctionnement (temps réel,
temps différé). Le modèle de représentation est le modèle organisationnel des
traitements.

Les deux modèles sont le Modèle logique des données (MLD) et le Modèle
organisationnel des traitements (MOT).

III.2.3. Le niveau opérationnel ou physique

Il définit l’ensemble des moyens techniques, composé de machines, de

programmes et de fichiers, pour répondre aux objectifs posés.

Les deux modèles sont le Modèle physique de données (MPD) et le Modèle

physique de traitement (MPT).

7
 Niveau Données Traitements

Conceptuel MCD MCT

Logique et
MLD MOT
Organisationnel

Physique (opérationnel
MPD MOpT
ou technique)

III.3. Cycle de décision ou la maitrise d’ouvrage.

Il représente l’ensemble des choix qui doivent être fait durant le déroulement du
cycle de vie.

III.3.1. Qu'est-ce qu'un processus ?

Un processus est un ensemble structuré d'événements, d'activités et de

résultats qui concourent à un même but. Il représente généralement un ensemble
d'activités de l'entreprise dont les événements initiaux et les résultats finaux
déterminent une situation stable du domaine. Le processus s'utilise au niveau d'un
MCT.

III.3.2. Qu'est-ce qu'une opération ?

Une opération est un ensemble d'activités déclenché par la survenance d'un

évènement t produisant en retour des résultats. On regroupe dans une même
opération l'ensemble des activités que le domaine peut effectuer sans autre
information extérieure. La segmentation en plusieurs opérations ne se justifie que
si l'on attend des informations complémentaires en provenance d'événements

8
nécessaires à la poursuite des activités. Les activités élémentaires constituant
l'opération peuvent être conditionnelles. On ne tient pas compte de leur
organisation. L'opération s'utilise au niveau d'un MCT standard.

III.3.3. Qu'est-ce qu'une phase ?

Une phase est un ensemble d’activités consécutives, réalisées dans la même

période de temps et dans le même poste (ou unité organisationnelle). L'opération
s'utilise au niveau d'un MOT.
III.3.4. La démarche de Merise

Merise se déroule essentiellement selon la démarche par étape en

utilisant les concepts de la démarche par niveau sous l’œil vigilant de la
maitrise d’ouvrage.

9
 : MODELE CONCEPTUEL DES DONNEES (MCD)

I. Qu'est-ce qu'un MCD ?

Le Modèle Conceptuel des Données (MCD), permet la description

statique du système d’information à l’aide des concepts d’entité et
d’association.

Ø Définitions des termes

Entité ou objet : Une entité est la représentation d’un objet matériel ou
immatériel, ayant une existence propre.

Propriété : c’est une caractéristique de l’objet.

Occurrences : L'ensemble de toutes les valeurs prises par les propriétés.

Identifiant : c’est une propriété particulière qui permet de déterminer de

façon unique un objet.

Association ou relation : c’est un lien qui existe entre deux entités.

Ø Formalisme :

Les différentes étapes de construction d’un MCD

I.1. Règles de gestion

Ce sont des contraintes à respecter dans le domaine, c’est-à-dire les

critères ou les conditions qui doivent être respecté.

I.2. Dictionnaire des données

Le dictionnaire des données est un document qui regroupe toutes les

données que vous aurez à conserver dans votre base (et qui figureront donc dans
le MCD). Ces données proviennent de documents comme sources d’information,
d’interview pour avoir des informations commentaires, d’n cahier de charge.

10
 Code Signification Type Taille Structure Observation

• Signalétique : c'est un attribut qui ne change pas au cours du temps. Elle

reste identique (durant tout le processus de gestion. Là j'abuse un peu.)

Exemple : la date de naissance, un nom propre ;

• Situation : c'est un attribut qui prend une valeur à un moment donné dans
le système... et qui ne sera plus la même dans le temps... sa valeur ne sera
plus la même à un autre instant dans le système.

Exemple : la taille, une photo... (si je ne me trompe pas...)

Remarque :

Ø Les données doivent être élémentaires ;

Ø Une donnée apparaît une et une seul fois dans le domaine ;
Ø Éliminer tous les synonymes ;
Ø Éliminer les données concaténées et calculées.

I.3. Cardinalités

C’est le nombre de fois qu’une occurrence d’une entité A participe à une

occurrence de l’entité B. C’est un couple d’entier (p,q) avec p € {0 ;1} et q €
{1;n}.

P : étant une cardinalité minimale et q étant une cardinalité maximale.

I.4. Dépendance fonctionnelle

On dit qu’il y a dépendance fonctionnelle entre une propriété A et une

propriété B, si une valeur de l’une des propriétés permet de connaitre une et une
seule valeur de l’autre.

A détermine B (A B) : une valeur de A permet de connaitre une et une

seule valeur de B.

11
I.5. Graphes des dépendances fonctionnelles

L’ensemble des données et des dépendances fonctionnelles existant dans

le domaine considéré

I.6. Structure d’accès théorique

La SAT appelée aussi couverture minimale est le graphe de dépendance

fonctionnelle dénudé de toutes réflexibilités et de toutes transitivités.

I.7. Modéliser les notions de temps ?

La modélisation du temps peut intervenir de trois manières.

Ø Des propriétés (ou attributs) temporelles : Il s'agit d'informations

(modélisées comme des propriétés rattachées à des entités ou des relations)
qui prennent leurs valeurs sur le domaine « temps ». Ces propriétés peuvent
souvent se nommer date de, mois de, année de...
Ainsi date de commande, date de naissance, date de survenance, sont
certainement des propriétés des entités Commande, Personne, Sinistre. De
telles propriétés peuvent également être affectées à des relations, au même
titre et selon les mêmes règles que toute autre propriété.
Ø La modélisation de phénomènes chronologiques : Il s'agit alors de
modéliser des situations où la dimension temps intervient explicitement, de
manière régulière. Par exemple dans le planning, les emplois du temps, les
suivis d'activités, les prévisions ou les statistiques.
Par exemple, dans un suivi d'activité en gestion de projet, on s'intéresse aux
nombres d'heures effectuées hebdomadairement par chaque salarié sur
chaque affaire (projet, dossier ou activité nomenclature).
Dans un tel cas, que l'on peut décliner à l'infini, le temps (ici chaque
semaine) est une dimension à part et va donc être modélisé comme une
entité : on gère des semaines !

12
 Ø La modélisation la plus simple est la suivante :

L'unité de temps modélisée comme une entité peut être un Jour, une
Semaine, un Mois ou toute autre période de temps à délimiter (par son
identification).
Ø L'historisation : Cette notion permet de modéliser, de façon concise
au niveau conceptuel, le fait que l'on souhaite conserver les valeurs antérieures
prises par une propriété, pour une occurrence d'une entité (ou d'une relation). Il
existe ainsi, la valeur actuelle de la propriété et les valeurs antérieures.
Par exemple, pour une entité Contrat, on a une propriété bonus. Conformément
aux règles de modélisation, le bonus accueille la valeur actuelle.

L'historisation du bonus indique que l'on conservera également les valeurs

antérieures du bonus pour tout contrat.

I.8. Normalisation

La normalisation a pour objectif d'éliminer les redondances dans la base

ainsi que les anomalies de mise à jour.

Les tables doivent vérifier les règles suivantes :

Ø Première forme normale (1ère FN)

Chaque table doit avoir un identifiant clé, et tous les attributs doivent être
sont élémentaires ou atomiques.

Ø Deuxième forme normale (2ème FN)

13
 Elle doit être en 1FN et tous les attributs doivent dépendre uniquement de
la clé

Ø Troisième forme normale (3ème FN)

Elle doit être en 2FN et il ne doit pas avoir de transitivité entre les tables.

II. Optimisation, validation et vues externes

Le MCD est conçu pour représenter sous forme de modèles, les données
en présence au sein d’un système d’information (plus spécifique de gestion). De
ce point de vue, le MCD se doit d’être le plus proche de la réalité ; mais aussi de
se débarrasser de tous les éléments susceptibles de rendre complexe sa
compréhension.

II.1. Optimisation

II.1.1. La notion de contrainte d’intégrité fonctionnelle / dépendance

fonctionnelle

Une contrainte d’intégrité fonctionnelle (CIF) traduit un lien fort,

permanent entre deux entités du MCD. Techniquement, la CIF s’impose
lorsque :

- La relation est de dimension 2 ;

- Les cardinalités en présence sont de type 1,1-1,n , 1,1-0,n , 1,1-0,1

14
 Activité :

Dans un centre médical, les médecins pratiquent des actes médicaux sur
des patients. La CIF sera donc représentée de la sorte :

ME ACTE PAT
DECIN 1,n 1,1 MEDICAL 1,1 1,n IENT
C C
Num Numac Num
IF IF
med t pat
D’un autre point de vue, si l’acte médical est pratiqué par des médecins
Nomcette fois la relation entre acteNomac
stagiaires, médical et médecin stagiaire Nom
ne sera pas
med
permanente t donc une dépendance fonctionnelle
dans le temps. Elle devient pat
(DF).

II.1.2. Extension du MCD :

STA ACTE PAT

D C
GIAIRE MEDICAL IENT
F IF
Num Numac DF Num
med t pat

Nom Nomac Nom

Activité :
med t pat
Les personnes d’une université sont composées d’enseignants et
d’étudiants. L’enseignant est décrit par son grade, l’étudiant par sa série du bac.
Décrire les entités et leurs propriétés.

Les entités sont :

- Enseignant (NumEns, NomEns, PrenEns, GradEns)

- Etudiant (NumEtud, NomEtud, PrenEtud, SeriBacEtud)

15
 Le formalisme sera le suivant :

ETUDIANT ENSEIGNANT
NumEtud NumEns
NomEtud
NomEns
PrenEtud
PrenEns
SeriBacEtud
GradEns

A l’analyse des deux entités Etudiant et Enseignant, il apparait des

propriétés sémantiquement identiques qui peuvent constituer une autre entité que
nous n’appellerons Personne.

II.1.3. Entités génériques/spécialisées

PERSONNE

NumPers Entité générique

NomPers

PrenPers

Héritage

ETUDIANT ENSEIGNANT

SeriBacEtud Gradens

Entité spécialisée

Ici Personne se présente comme une entité générique possédant les

propriétés génériques NumPers, NomPers, PrenPers. Les entités Etudiant et
Enseignant seront des entités spécialisées. Elles vont hériter des propriétés de

16
Personne. Elles auront en leur sein des propriétés spécialisées SériBacEtud et
GradEns.

Activité :

Le personnel de l’entreprise est majoritairement constitué de salarié. En cas

de surcharge de travail, la direction fait appel à des intérimaires pour renforcer
les équipes. Il arrive également qu’un intérimaire soit embauché par l’entreprise.
Il conserve son matricule et les informations sur son statut intérimaire.

II.2. Vues externes

La vue externe concerne l’idée ou la vision que l’utilisateur final ou

l’instigateur du projet a de la conception du projet. Cette situation s’apparent à un
maître d’œuvre qui initie un projet qui sera réalisé par un maître d’ouvrage.
L’utilisateur final ou l’initiateur du projet se trouve dans la position du maitre
d’œuvre. Le concepteur que je suis sera le maître d’ouvrage.

Dans cette situation, un ensemble de résultats attendus est énoncé par

l’initiateur ou l’utilisateur final sous forma d’un cahier de charges. On se doit
donc de confronter le contenu du cahier des charges avec les conceptions
obtenues. D’un autre côté, la conception du MCD en termes de données de
présence doit répondre à la vision de l’initiateur, de même que les opérations
développées au niveau du MCD. Une vision non conforme à la conception doit
pouvoir entrainer la modification de celle-ci.

17
 : MODELE LOGIQUE DE DONNEES (MLD)

I. Règles de passage d’un MCD au MLD ?

Le passage du MCD au modèle relationnel ne se fait pas au hasard. Il existe

un certain nombre de règles qui vous permettent de réaliser cette opération. C'est
d'ailleurs sur ces règles que s'appuient les outils de modélisation afin de réaliser
ces opérations.

II. Le traitement des entités

Chaque entité du MCD est transformé en table.

Les propriétés de l'entité deviennent les attributs de la table.
L'identifiant de l'entité devient clé primaire.

Exemple :
AUTEUR (Num_Auteur, Nom_Auteur, Date_Naissance)
LIVRE (Num_Livre, Titre_Livre)

III. Les associations binaires

III.1. Relation Père-fils (1,1- 0,n ou 1,n)

Cette association correspond à une paire de cardinalité (1,1) et (0,n ou 1,n).

Ce cas est également dénommé sous le vocabulaire de CIF (Contrainte d'Intégrité
Fonctionnelle). Ce type d'association est également appelée association Père-fils.
Dans ce cas, la table issue de l'entité coté cardinalité 1,1 reçoit comme clé
étrangère la Clé primaire de l'entité liée.

Exemple :

AUTEUR (Num_Auteur, Nom_Auteur, Date_Naissance)

18
 LIVRE (Num_Livre, Titre_Livre, #Num_Auteur)

Explication : Dans l'exemple ci-dessus, un livre est écrit par un et un seul auteur.
Il est donc normal de retrouver l'auteur associé au livre dans la table livre.

III.2. Relation de plusieurs à plusieurs (0,n ou 1,n - 0,n ou 1,n)

Ce cas regroupe toutes les associations où la cardinalité maximale de part

et d'autre est à n, la cardinalité minimale pouvant être 0 ou 1. Dans ce cas, la règle
est simple et consiste à la création d'une table issue De l'association, cette table
recevant comme clé étrangère les clés primaires des 2 autres tables. La clé
primaire de cette table résultant de l'association étant la composition des deux
clés étrangères.

III.3. Relation N-aire

Le traitement de ce type d'association est en fait une généralisation du cas

précédent. L'association génère une table, cette table reçoit en clé étrangère les
attributs clés primaires des autres tables, la composition de chaque clé étrangère
devenant la clé primaire composée des trois attributs. Si l'association est porteuse
de données, les données portées deviennent des attributs de la table composée.

19
III.4. Associations réflexives

Ces associations sont en en fait des associations binaires, leur traitement

dépend donc des cardinalités.

Exemple :

PERSONNE (Num_Personne, Nom_Personne)

EPOUSER (Num_Mari#, Num_Femme#, Date_Mariage)

20
 : LE MODELE CONCEPTUEL DES TRAITEMENTS
(MCT)

Le modèle conceptuel des traitements permet de traiter la dynamique du

système d'information, c'est-à-dire les opérations qui sont réalisées en fonction
d'événements. Ce modèle permet donc de représenter de façon schématique
l'activité d'un système d'information sans faire référence à des choix
organisationnels ou des moyens d'exécution, c'est-à-dire qu'il permet de définir
simplement ce qui doit être fait, mais il ne dit pas quand, comment ni où...

I. Définition des concepts

Acteurs : c’est un élément matériel ou immatériel susceptible de faire

réagir le Système d’information.

Flux : échange d’information entre deux acteurs.

Évènement : c’est un fait susceptible de déclencher une opération.

Opération : c’est une réaction du système d’information vis-à-vis d’un

flux ou évènement.

Synchronisation : ce sont les conditions que respectent les opérations pour

déclencher une opération (ces conditions sont exprimées par les opérateurs
logique).

Résultat : C’est la résultante d’une opération. Ce résultat s’obtient à partir

des règles d’admission.

Processus : enchaînement ininterrompu d’opération

21
II. Formalisme

Activité : Gestion des approvisionnements

A partir des demandes d’approvisionnement établies par le service

commercial, le service des achats envoie des demandes de prix aux fournisseurs
possibles, pour les articles nouveaux ou d’approvisionnement exceptionnel (on
se limitera à ces articles, laissant de côté les articles connus et à
approvisionnement régulier).

Les fournisseurs envoient des offres, étudiées en détail et comparées par

les acheteurs ; ces derniers font ensuite un choix. Le choix est effectué au plus
tard 10 jours après l’envoi des offres.

22
 Le service des achats établit un bon de commande à destination du
fournisseur retenu. Une copie est remise au magasin en vue de la réception.

Quand la livraison arrive, le magasinier contrôle quantitativement la

marchandise. Un contrôle de qualité est effectué. La livraison arrive généralement
2 jours après le choix définitif du fournisseur.

La livraison est renvoyée en bloc si l’un des contrôles est négatif. Les
contrôles satisfaisants aboutissent à l’entrée en stock des articles. Le magasin
établit le bon à payer aux services financiers. Quand les services financiers
reçoivent la facture du fournisseur (généralement 3 jours après la livraison), ils
vérifient toujours la conformité des informations sur le bon à payer avant
d’émettre le chèque de paiement.

NB : on considérera que le magasin et le service des achats ne forment

qu’un unique service.

Travail à faire

Concevoir le Modèle Conceptuel de Traitement

23
 : LE MODELE ORGANISATIONNEL DE
TRAITEMENTS (MOT)

Le modèle organisationnel des traitements s'attache à décrire les propriétés

des traitements non traitées par le modèle conceptuel des données, c'est-à-dire :

Le temps
Les ressources
Le lieu
Le modèle organisationnel des traitements consiste donc à représenter le
modèle conceptuel des traitements dans un tableau dont les colonnes sont :

- poste de travail ;
- procédures fonctionnelles ;
- périodicité de traitement.

I. LES CONCEPTS DU MOT

I.1. Le poste de travail

Un poste de travail est une cellule d’activité comprenant les moyens

humains et matériels nécessaire à la réalisation de cette activité. Cette cellule
exerce son activité dans un milieu déterminé.

Autrement dit, c’est le lieu où est effectuée l’opération.

Exemple : Division scolarité, chef de service commercial, distributeur

automatique de billets...

I.2. Le type ou nature du traitement

Le type ou la nature du traitement défini le degré d’automatisation de ce

traitement. Nous distinguerons trois types de traitements.

• Traitement manuel (MA)

24
 Ce traitement ne nécessite aucune intervention de la machine ou de
l’informatique

• Traitement temps réel (TR)

Le traitement temps réel est aussi appelé traitement à réponse immédiate

ou traitement conversationnel. C’est un traitement qui fait intervenir l’homme et
la machine sous forme alternative. On parle de dialogue homme-machine.

• Traitement automatique ou traitement différé (TD)

Ce traitement ne nécessite aucune intervention humaine. On parle de

traitement batch ou traitement par lot ou traitement à réponse différée.

I.3. La périodicité du traitement

Elle indique les conditions temporelles d’exécution d’un traitement à un

poste de travail précis. Nous pourrions parler de :

- De plages de temps

Du lundi au vendredi de 08h à 17h.

- De fréquences de traitement

2 fois par jour, chaque jour à 17h, le dernier samedi du mois…

I.4. La procédure fonctionnelle (PF)

La procédure fonctionnelle est un ensemble de traitements effectués sans

interruption par un même poste de travail utilisant des moyens de traitement d’un
type déterminé pendant une période d’activité déterminée.

25
 N° : Numéro de la procédure fonctionnelle

X : Mode de traitement (MA=manuel, TR=temps réel, TD=traitement

différé)
Formalisme de la procédure fonctionnelle

Activité :

L’activité commerciale de l’entreprise Ivoire Services se présente de la

façon suivante :

Tous les jours de 08h à 17h, les clients passent leurs commandes au service
commercial. Les commandes réceptionnées sont acheminées chez le chef de
service commercial pour analyse. Les commandes acceptées sont transmises au
service des stocks pour la vérification de disponibilité de commandes. Les
produits manquants donnent lieu à une commande de réapprovisionnement chez
le fournisseur. Les produits sont par la suite livrés au client à l’aide d’un bon de
livraison dont un exemplaire est signé et remis au livreur. Le bon de livraison
signé, est transmis au service comptabilité pour élaboration de la facture. La
facture sera expédiée au client. Celui-ci dispose de 2 semaines pour son
règlement.

26
 : LE MODELE OPERATIONNEL DES
TRATEMENTS (MOPT)

Le modèle opérationnel nous permettra de modéliser l’ensemble de

traitements à exécuter tout le long du fonctionnement du système. Ces traitements
seront subdivisés en unité fonctionnelle (UF) et unité de traitement (UT).

I. Les concepts de base

I.1. Les unités fonctionnelles

Une unité fonctionnelle regroupe toutes les opérations qui ont la même
fonction qui concurrent à un même but. Cette finalité commune s’exprime
généralement (document ou fichier ou mis à jour).

Ex : Liste imprimée des étudiants admis par ordre alphabétique.

I.2. Les unités de traitement

Les unités de traitement représentent les composantes des unités

fonctionnelles.

- UT1 : admission des étudiants ;

- UT2 : Impression.

Saisie Lot
d’information
Automatique

Affichage à
Fichier
l’écran

Bande
Document
27

magnétique
II. Schéma d’élaboration

Activité : on donne la table suivante :

Table : client
Clé : Numcli

Nom de la table : Client

Clé primaire :Numcli

support : disque local

Code Libellé type Long

Numcli Numero 04
client

Nomcli Nom client 30

Adrescli Adresse 50
client

Telcli Téléphone 10
client

Facli Fax client 10

e-mail e-mail 50

28
II.1. Unités Fonctionnelles de création

Caract Affich
éristique age Client
client

UT1 : création

UF : création table client

II.1.1. Unité fonctionnelle de consultation de caractéristiques d’un client

Numcli lient

UT1 : consultation
II.1.2. Unité fonctionnelle de modification d’une rubrique

Numcli
, rubrique à Client
modifier

UT1 : modification

29
II.1.3. UF d’ajout d’un nouveau client

Caractéristiques du client Client

à ajouter

UT1 : ajout client

II.1.4. UF d’édition de la liste des clients par ordre alphabétique croissant

Clients

U
T1

Liste des clients

UT2 : édition
Client
II.1.5. UF de suppression des clients adresse Abidjan
trié

Nouveau Clients

client

UT1 : suppression de client adresse : ABIDJAN

30