Vous êtes sur la page 1sur 103

SOMMAIRE

INTRODUCTION..................................................................................................................3
I-1 CONCEPT D'INFORMATION........................................................................................4
I-2-1 DEFINITION D'UN SYSTEME D'INFORMATION...............................................5
I-2-2 DIFFERENTS TYPES DE SYSTEME ...................................................................6
D'INFORMATION....................................................................................................6
I-2-3 ROLE DU SYSTEME D'INFORMATION..................................................6
Collecter des informations provenant :...............................................................................6
- dautres lments du systme..........................................................................................6
- de lenvironnement..........................................................................................................6
Mmoriser des donnes :.....................................................................................................6
-base de donnes ...............................................................................................................6
-Fichiers.............................................................................................................................6
-Historique, Archivage.......................................................................................................6
Traiter les donnes stockes :..............................................................................................6
-traitements automatisables................................................................................................6
-aide la prise de dcision.................................................................................................6
Communiquer......................................................................................................................6
I-3 CONCEPT DE METHODES D'ANALYSE...................................................................6
I-3-1 DEFINITION ET NECESSITE.................................................................................7
I-3-2 DIFFERENTS TYPES DE METHODES ................................................................7
D'ANALYSE.............................................................................................................7
II-1 HISTORIQUE DE MERISE............................................................................................9
II-2 LES TROIS CYCLES DE MERISE...............................................................................9
II-3 L'APPROCHE SYSTEMIQUE : UNE ..........................................................................9
APPROCHE GLOBALE...........................................................9
II-3-1 SCHEMA DIRECTEUR D'INFORMATISATION.................................................9
II-3-2 AUDIT INFORMATIQUE......................................................................................9
II-4 APPROCHE SYSTEMIQUE : .......................................................................................9
ORGANISATION DU SYSTEME...............................................................9
II-4-1 SYSTEME DE PILOTAGE.....................................................................................9
II-4-2 SYSTEME D'INFORMATION................................................................................9
II-4-3 SYSTEME OPERANT.............................................................................................9
II-5 QUELQUES POINTS FORTS DE MERISE..................................................................9
III-1 ETAPES CLASSIQUES ET ETAPES DE MERISE...................................................11
III-2 ETUDE PREALABLE ................................................................................................11
III-2-1 ETUDE DE L'EXISTANT....................................................................................11
III-2-2 ORIENTATIONS..................................................................................................11
III-2-3 CONCEPTION DE LA NOUVELLE SOLUTION..............................................11
III-2-4 APPRECIATION DU SYSTEME........................................................................11
III-3 ETUDE DETAILLEE..................................................................................................11
III-3-1 DESCRIPTION DETAILLEE DU SYSTEME....................................................12
III-3-2 ETUDE DES TRAITEMENTS SUR LE PLAN ................................................12
ORGANISATIONNEL.........................................................................................12
III-3-3 ETUDE DES DONNEES SUR LE PLAN ...........................................................12
CONCEPTUEL......................................................................................................12
III-3-4 ETUDE DES MODELES EXTERNES ET .........................................................12
VALIDATION DU MCD......................................................................................12

III-3-5 ETUDE DES DONNEES SUR LE PLAN ...........................................................12


ORGANISATIONNEL..........................................................................................12
III-3-6 MODELE LOGIQUE DES DONNEES...............................................................12
III-3-7 MODELE LOGIQUE DES TRAITEMENTS......................................................12
III-4 REALISATION ET MISE EN UVRE......................................................................12
Table des matires.....................................................................................................................69
Extensions du formalisme Entit-Association (EA).................................................................72
Objectif :...............................................................................................................................72
Gnralisation/spcialisation.................................................................................................72
Notation :...........................................................................................................................72
Exemple :..........................................................................................................................73
Reprsentation de contraintes :.............................................................................................74
Contrainte de type Inclusion ............................................................................................74
Contrainte dexclusion .....................................................................................................74
Contrainte de totalit ( aussi appele contrainte de ou inclusif ) ou ..........................75
Contrainte ou exclusif.......................................................................................................76
Contrainte dgalit ..........................................................................................................76
Le modle conceptuel des traitements ( MCT )........................................................................77
Quest-ce que le MCT ?........................................................................................................77
Les concepts..........................................................................................................................77
Notion de domaine............................................................................................................77
Notion de processus..........................................................................................................77
Notion dopration............................................................................................................77
Notion dvnements et rsultats......................................................................................78
Notion de synchronisation................................................................................................79
Notion doccurrences dvnement et doccurrences de rsultat......................................79
Synthse et formalisme.........................................................................................................81
Rgles de constitution du MCT............................................................................................81
Validation du MCT et Conclusion :......................................................................................83
Le modle Organisationnel des traitements..............................................................................85
Quest ce que le modle organisationnel des traitements.....................................................85
Les concepts de base du MOT..............................................................................................86
Rgle dorganisation.........................................................................................................86
Tches...............................................................................................................................86
Phase ou procdures fonctionnelles..................................................................................86
Procdure..........................................................................................................................86
Evnements, rgles de synchronisation et rgles dmission............................................86
Formalisme ...........................................................................................................................88
Le diagramme denchanement.........................................................................................88
Le graphe de circulation....................................................................................................89
Documentation ncessaire : description des phases..............................................................89
Synthse et conclusion..........................................................................................................89
La validation ............................................................................................................................90
Le modle externe.................................................................................................................90
Principe de la validation........................................................................................................91
La dmarche intuitive :.........................................................................................................92
La dmarche systmatique....................................................................................................92
Le modle externe en mise jour.....................................................................................92
Modle externe en consultation........................................................................................92
Conclusion............................................................................................................................93

INTRODUCTION
L'informatique est la science de traitement, de collecte, de conservation et de
restitution de l'information aux fins d'une exploitation par les dcideurs. Mais pour ce
faire, elle a besoin d'un environnement adquat, en l'occurrence l'ordinateur avec ce
qui l'entoure et le fait fonctionner. De tout ce qui prcde, il se dgage deux notions
fondamentales : l'information et l'environnement informatique dans lequel cette
information est traite.
Organiser cette information, la conserver et la restituer dans les bonnes conditions et
bien organiser cet environnement informatique dans lequel cette information sera
traite en vue de mettre la disposition des diffrents utilisateurs les donnes dont
ils ont besoin dans le cadre de leur travail quotidien, telles sont les missions
assignes ce cours. Cela passe ncessairement par l'utilisation d'une mthode
d'analyse et de conception des systmes d'information.

PREMIERE PARTIE : GENERALITES


SUR LES METHODES D'ANALYSE

I-1 CONCEPT D'INFORMATION

L'information est la matire premire de tout traitement informatique. Elle se dfinit comme
tant tout renseignement, toute donne, tout fait susceptible d'amliorer notre connaissance
sur un sujet quelconque. Elle est la base de toute dcision. Elle est par ailleurs un outil de
coordination au sein d'une entreprise. Elle peut tre quantifiable (la dure d'un cours par
exemple) ou qualifiable (la ponctualit d'un enseignement). Elle doit tre :
Fiable
Complte
Exacte
Pertinente
Comprhensible
Protge
Disponible au moment opportun

I-2 CONCEPT DE SYSTEME D'INFORMATION


I-2-1 DEFINITION D'UN SYSTEME
D'INFORMATION

I-2-2 DIFFERENTS TYPES DE SYSTEME


D'INFORMATION
I-2-3 ROLE DU SYSTEME D'INFORMATION
Collecter des informations provenant :
- dautres lments du systme
- de lenvironnement
Mmoriser des donnes :
-base de donnes
-Fichiers
-Historique, Archivage
Traiter les donnes stockes :
-traitements automatisables
-aide la prise de dcision
Communiquer

I-3 CONCEPT DE METHODES D'ANALYSE

I-3-1 DEFINITION ET NECESSITE


I-3-2 DIFFERENTS TYPES DE METHODES
D'ANALYSE

DEUXIEME PARTIE : MERISE, UNE


METHODE SYSTEMIQUE

II-1 HISTORIQUE DE MERISE


II-2 LES TROIS CYCLES DE MERISE
II-3 L'APPROCHE SYSTEMIQUE : UNE
APPROCHE
GLOBALE
II-3-1 SCHEMA DIRECTEUR
D'INFORMATISATION
II-3-2 AUDIT INFORMATIQUE

II-4 APPROCHE SYSTEMIQUE :


ORGANISATION DU SYSTEME
II-4-1 SYSTEME DE PILOTAGE
II-4-2 SYSTEME D'INFORMATION
II-4-3 SYSTEME OPERANT

II-5 QUELQUES POINTS FORTS DE MERISE

TROISIEME PARTIE : CONDUIRE UN


PROJET D'INFORMATISATION AVEC
MERISE

III-1 ETAPES CLASSIQUES ET ETAPES DE


MERISE
III-2 ETUDE PREALABLE
III-2-1 ETUDE DE L'EXISTANT
III-2-1-1 ANALYSE DE LA DEMANDE
III-2-1-2 DESCRIPTION DE LA SITUATION
ACTUELLE
III-2-1-3 DIAGNOSTIC

III-2-2 ORIENTATIONS
III-2-3 CONCEPTION DE LA NOUVELLE
SOLUTION
III-2-3-1 PRESENTATION PRIMAIRE DU SYSTEME
III-2-3-2 ETUDE DES TRAITEMENTS SUR LE PLAN
CONCEPTUEL
III-2-3-3 ORGANISATION FUTURE DU SYSTEME

III-2-4 APPRECIATION DU SYSTEME

III-3 ETUDE DETAILLEE

III-3-1 DESCRIPTION DETAILLEE DU SYSTEME


III-3-2 ETUDE DES TRAITEMENTS SUR LE PLAN
ORGANISATIONNEL
III-3-3 ETUDE DES DONNEES SUR LE PLAN
CONCEPTUEL
III-3-4 ETUDE DES MODELES EXTERNES ET
VALIDATION DU MCD
III-3-5 ETUDE DES DONNEES SUR LE PLAN
ORGANISATIONNEL
III-3-6 MODELE LOGIQUE DES DONNEES
III-3-7 MODELE LOGIQUE DES TRAITEMENTS

III-4 REALISATION ET MISE EN UVRE

QUATRIEME PARTIE : ETUDE DE


UML

Linformation a une double nature :

Nature smantique c'est--dire lie au sens ou au renseignement

Nature fonctionnelle c'est--dire suivant le rle jou par linformation dans le


processus de traitement

Nature smantique de linformation


Pour quil y ait information au sens de renseignement accroissant notre degr de
connaissance sur un sujet, il faut que 3 lments indissociables soient mis en vidence :

Lentit: c'est lindividu que lon veut dcrire;

Lattribut : c'est la proprit qui dcrit lentit;

La valeur de lattribut.

Nature fonctionnelle de linformation


Trois classes dinformation peuvent tre mises en exergue suivant la fonction remplie
par linformation.

Les donnes : c'est linformation dentre;

Le rsultat : cest linformation de sortie;

Les instructions : cest linformation de commande. Ces instructions


dfinissent le traitement effectuer sur les donnes pour obtenir les rsultats.

I.2. Concept de systme dinformation.


I.2.1. Dfinition dun systme dinformation.
Un systme dinformation est un ensemble de moyens matriels, logiciels et humains mis en
uvre pour traiter, stocker, et restituer linformation. Il va constituer une aide mmoire
permettant au dcideur de prendre une dcision adquate. Il va dfinir le circuit de circulation
de linformation dans lentreprise. Il va enfin dfinir le rle que doit remplir chaque acteur du
systme.
I.2.2. Diffrents types dun systme dinformation
Il existe diffrents types de systme dinformation.
Sous langle du niveau de codification.
Par rapport cet angle, nous distinguons deux types de systmes dinformation.

Le sous-systme dinformation non formalisable ou non codifiable

Le sous-systme dinformation formalisable ou codifiable

Seul le sous-systme formalisable est susceptible dtre automatis. Ce dernier fonctionne


laide dun systme informatique.
Quel que soit le degr dinformatisation dune entreprise, les deux sous systmes
cohabiteront toujours. Le systme d'information

est constitu du systme d'information

automatis (SIA) et du systme d'information non automatis (SINA).


Sous langle du type dinformation manipule.
On ny distingue deux types

Le sous-systme dinformation gographique ou (spatial)

Le sous-systme dinformation non gographique ou (classique)

Dans le cadre de la mise en place du systme de la carte foncire, la carte constituera le


systme d'information gographique alors que les lments de la carte (Proprits dcrivant
lespace de la carte) seront le systme d'information non gographique
La mise en place des SIG ncessite des bases de donnes gographiques et un outil comme
Map Info.
Sous langle mtier
Dans toute entreprise qui se respect et qui est soucieuse des rsultats et de ses performances, il
doit y exister en principe 3 sous-systmes :

L'entreprise
SYSTEME
D'INFORMATION
OPERATIONNEL

SYSTEME
D'INFORMATION
DECISIONNEL
SYSTEME
D'INFORMATION
DE GESTION

Le systme d'information oprationnel dcrit et organise l'activit qui fait la raison d'tre, le
mtier de l'entreprise. Dans le cadre des entreprises brassicoles qui fabriquent et vendent des
boisons gazeuses et non gazeuses, le systme d'information oprationnel concernera
l'ensemble des activits lies justement la fabrication et la vente des boissons.
Le systme d'information de gestion dcrit et organise toutes les activits support l'activit
principale de l'entreprise (le systme d'information oprationnel). Il est ncessaire toute
entreprise dans la mesure o il permet entre autres de grer les hommes qui mnent cette
activit principale et de l'enregistrer dans les livres comptables. Ce systme regroupe les
domaines suivants : gestion des ressources humaines, gestion comptable, budgtaire et
financire, gestion administrative
Le systme d'information dcisionnel regroupe les informations provenant des deux systmes
dcrits ci-dessous. Ces informations sont regroupes sous forme d'indicateurs agrgs aux fins
de la prise de dcision. Ce systme est mis en place et fonctionne l'aide des outils de
linformatique dcisionnelle (Datawahouse).
Sous l'angle de la formalisation de l'information
A cet effet on distingue :

Le systme d'information Formel :

Comporte des rgles et des mthodes de travail prcises et bien documentes. Exemple :
Systme de facturation, de gestion de commandes

Le systme d'information Informel :

Nobit aucune rgle de gestion. Exemple : change de lettres ou de courrier lectronique,


conversation tlphonique, etc.
I.3. Conception de mthodes danalyse.
Quil sagisse dplucher les pommes de terre ou de manger le Ndolet, on a toujours de
meilleurs rsultats avec une mthode que sans mthode. Et fortiori ( plus forte raison) la
mise en place dun systme dinformation qui importe 3 grandes tapes.

Lanalyse

La conception

La ralisation

Lanalyse
Dune faon gnrale elle consiste rassembler et interprter les faits, diagnostiquer les
problmes et utiliser les lments recueillis pour comprendre parfaitement lancien systme.
Enfin elle consiste dterminer comment lordre peut tre utilis avec plus defficacit afin
dimplmenter le systme et prsenter les rsultats
La conception
Elle consiste prvoir, imaginer et organisation un nouveau systme en complment ou en
remplacement de lancien.
La ralisation
Elle cre des programmes conus pour le nouveau systme.
En effet, pour mener bien ces 3 tapes. Il faut disposer dune mthode : la mthode
danalyse qui prcisera les tapes pour construire une solution.A chaque tape la mthode
indiquera :

Quoi faire

Comment faire

Avec qui ou quoi le faire

Quand le faire

Cette mthode danalyse appele encore mthode de conception des systmes


dinformation propose par ailleurs des modles pour dcrire les donnes (laspect statique du
SI) et traitements (laspect dynamique du SI).
Pour obtenir ces modles cela passe forcment par le processus de modlisation.
1. Ncessit de la modlisation.
Pour raliser un immeuble qui rponde aux exigences des factures habitants et aux
normes en vigueur dans le domaine du btiment, il faut dessiner les plans en tenant compte de
lutilisation des pices, des impratifs dclairage et de la plomberie. Ces plans permettent
ensuite dvaluer le temps, la quantit de matriaux et lquipe ncessaire. Tant que les plans,
les dlais et le budget allou seront respects, il est fort probable que les normes le soient
aussi et que les attentes des futurs habitants soient combles. Construire un immeuble
ncessite donc une modlisation.

La modlisation nest pas lapanage de lindustrie du btiment. Les systmes de


linformation sont aussi comme des immeubles. Leur mise en place ncessite une
modlisation. En effet les projets de mise en place des SI qui russissent ont pour point
commun le recours la modlisation pour leur construction.
La modlisation est une technique dingnieries prouve et plbiscite. Elle permet
de produire des modles.
2.

Les mthodes
Ce sont des simplifications de la ralit. Cest un plan dtaill mais aussi gnral qui

donne une vue densemble du systme concerner un bon modle inclut les lments qui
revtent une plus grande importance et laisse de ct ceux qui sont inutiles au niveau
dabstraction choisi. Les modles peuvent tre structuraux et mettre en vidence
lorganisation dun systme ou bien comportement et mettre laccent sur la dynamique du
systme. La modlisation permet datteindre 4 objectifs.

Visualiser un systme tel quil est ou tel que nous voudrions quil soit.

Permettre de prciser la structure ou le comportement dun systme.

Fournir un canevas qui guide la construction dun systme dinformation.

Permettre de documenter les dcisions prises.

I.3. 2. Diffrents types de mthodes danalyse


3 grandes classes de mthodes danalyse des systmes dinformation existent
A. Les mthodes systmiques.
Principalement Europens, ces mthodes sont dj utilises partout. Cette classe est
caractrise par :

Une dmarche globale : le systme cest toute lentreprise, cest pour cette
raison que la vritable premire tape est ici llaboration dun schma
directeur dinformation.

Une dmarche par niveau (ici par rapport un domaine bien prcis dgag
plus haut on procdera par niveaux) dans le cas de MERISE on naura :

Niveau

Modles

Conceptuel

Donnes
Modle conceptuel des donnes Modle

Organisationnel

(MCD)
Modle

Logique

donnes (MOD)
Modle logique

des

traitements (MCT)
des Modle
organisationnel
traitements (MOT)

des
des

donnes Modle logique des traitements


(MLT)

(MLD)
Modle physique des donnes Modle physique des traitements
(MPT)
(MPD)

Physique

organisationnel

Traitements
conceptuel

Les concepts formels

Les avantages de cette catgorie sont :


-

Bases thoriques solides

Vocabulaire bien dfini

Adoptes au SGBDR (Systme de Gestion de Base de Donnes Relationnels)

Mais ces mthodes trs complexes et ncessitent trop de paperasse


Les exemples de cette catgorie de mthodes sont : MERISE, AXIAL, IDA, REMORA
B. Les mthodes structures
Elles sont dobdience amricaine. Cette classe est issue de la programmation
structure laquelle elle empreinte 2 concepts :
-

La structure dun programme

La hirarchie dun programme ou le module (dcomposition du problme ou


du systme en module).

Les inconvnients de cette catgorie sont :


-

Base thorique faible

Absence de vocabulaire prononc

Les exemples de mthodes de cette catgorie sont :


SADT (Structured Analyse Design Technic) cre par SOFTECH en 1976
HIPO (Hirarchical plus Input Output ) cre par IMB en 1995
YOURDON du nom de son auteur, cre en 1970
C. Les mthodes objets.

Cest une catgorie relativement jeune (dbut annes 1990) qui est promise un grand
dveloppement et qui de plus en plus utilise l'heure actuelle, cela grce lutilisation
massive de ces mthodes dans les grandes entreprises qui sont de plus en plus sensibles aux
avantages normes quapportent les mthodes et techniques orientes objet. Si lon se tourne
de plus en plus vers ces mthodes, cest parce que les systmes que lon construit aujourdhui
sont de plus en plus gros et complexes quil y a 20 ans. Ils sont aussi plus volatiles et sujets
un constant changement. Ainsi lapproche oriente objet de lanalyse est susceptible de rendre
le systme stable. Cette stabilit vient du fait que la modlisation est concentre autour des
objets. Tout ce qui concern l'objet (donnes et traitements) est encapsul autour de l'objet.
Par consquent, lors d'une modification, il n'y a que l'objet qui doit tre touch qui modifi, le
reste du systme demeurant inchang, contrairement aux systmes btis avec des mthodes
systmique qui doivent tre profondment modifis lors d'un changement.
Les concepts manipuls sont :

Concept dobjet qui correspond dans la modulation de linformation la


reprsentation du monde rel

Concept de proprit ou attribut qui caractrise et dcrit les objets

Concept de mthodes. Elles constituent les actions (les traitements) que lon
peut exercer sur lobjet

Concept de classe. Une classe est une collection dobjets, de mme chaque
classe est dfinie par ses mthodes (traitements) et ses attributs (donnes)

Concept dencapsulation. Cest le fait de regrouper lensemble des donnes et


des traitements au tour de lobjet.

Concept dhritage. Cest le fait quune classe soit dfinie en vitant les
proprits et les mthodes dune super classe qui sont hrits par leur lien
dhritage et en spcifiant les mthodes et les proprits qui lui sont propres.

Tous ces concepts et bien d'autres seront dvelopps dans la partie rserve cet effet.
Les avantages de cette catgorie sont :

Les analystes sont de plus en plus proches du monde rel.

Ces mthodes permettent la mise en place de systmes stables.

Ces mthodes permettent une rutilisation du systme c'est--dire que pour les
projets dont les domaines de bases sont identiques, il y a stabilit tel quil est
possible de rutiliser les rsultats de lanalyse dun projet lautre.

La seule difficult est que leur mise en uvre est complexe. Celle-ci est due au fait que
lanalyse doit comprendre la complexit du systme modliser.
Les exemples de ces mthodes sont:

HOOD (Hierarchical Oriented Object Design)

UML (Unified method language)

MERISE 2

MERISE: UNE METHODE SISTEMIQUE


Historique
MERISE: Mthode d'Etude et de Ralisation Informatique par Sous Ensembles est une
mthode danalyse, de conception et de ralisation des systmes dinformation. Ne en 1977
par le Ministre Franais de lindustrie. Cette mthode a t conue par un ensemble de
socits de service sous la direction du Centre Technique Informatique (CTI). Depuis 19978
MERISE a volu avec 2 tapes supplmentaires :

Le schma directeur dinformatisation en amont

La mise en uvre en aval MERISE continue voluer notamment avec la


cration de MERISE 2 qui a introduit la notion dobjet

Les cycles de MERISE


MERISE contient trois cycles :
Le cycle de vie
Il se caractrise par un certain nombre dtapes

1. Le schma directeur dinformatisation


Cest le document de base de linformatisation de lentreprise. Il dcrit la philosophie,
le plan de linformatisation de lentreprise dans les annes venir. Il prsente lentreprise
dcoupe en domaines dapplication tout en spcifiant les interfaces (lien dchange entre 2
entits) entre ces domaines. Cest le document de rfrence pour tous les projets
informatiques venir. Il garantit la cohrence globale de tous les projets informatiques entre
eux. Il comprend :

Un plan stratgique. Ce plan liste tous les projets dfinis dans une tendue et
classes par ordre de priorit ceci en fonction des objectifs du systme
dinformation.

Un plan tactique, qui spcifie lorganisation des moyens (moyens matriels,


logiciels, logistiques, humains) ainsi que lengagement financier prvoir.

Un plan daction par projet, qui spcifie les objectifs, les contraintes, le
principe de solution et le calendrier de ralisation.

Ltude pralable
Cest la premire tape pour le dveloppement du logiciel dapplication. Cette tape se
dcompose ainsi :
Ltude dopportunit

Est-il opportun de se lancer dans le dveloppement de cette application ? Ce


domaine dapplication est-il judicieux de linformatiser ? Il faut valuer le cot, les avantages
et les inconvnients. Ceci signifie quau cours de cette tude, il sera ncessaire de mettre en
vidence les avantages et les cots lis aux diffrentes solutions : les scnarios et de justifier
conomiquement le projet retenu.
Etude de faisabilit
Est-il possible dutiliser lordre pour rsoudre le problme pos. Ceci signifie que cette
tude doit mettre en vidence les obstacles et les contraintes techniques, financires et du
personnel lies la mise en uvre du systme dinformation sur lordinateur
Si cette tude pralable propose une solution globale, il sagit dbauches de solution
qui va tre dtaille dans ltude dtaille.
Etude dtaille
L'opportunit du projet tant acquise, l'tude dtaille est la premire tape relle aprs que la
dcision de dveloppement du systme t prise. Elle a pour but de dcrire compltement
sur le plan fonctionnel la solution raliser.
Ralisation
Lobjectif ici est dobtenir des logiciels correspondants aux dossiers de spcification
dtaills.
On distingue 2 phases

Ltude technique qui complte ltude dtaille par la prise en compte de


lenvironnement technique.

La ralisation proprement dite qui consiste en la production des programmes et


leurs tests

La mise en uvre
Elle consiste en la formation du personnel destin utiliser le nouveau systme,
linitialisation du matriel et de donnes, la migration de lancien vers le nouveau systme et
la mise en route progressive, etc.
La maintenance
Elle consiste corriger les erreurs des conceptions ou de ralisation du systme
(maintenance collective) ou bien ajouter des nouvelles fonctions initialement non prvues
(maintenance volutive).
Remarques

Le travail dune analyse est tout sauf un travail solitaire. Il se ralise en


collaboration troite des utilisateurs actuels et futurs, de la direction de
lentreprise et de lquipe des informaticiens.

A chaque tape est dfinie un groupe dtude rassemblant les reprsentants de


chacune des parties. Ce dernier accepte ou refuse les conclusions de chaque
tape.

Lanalyse est au service du groupement dtude et non le contraire

Le cycle dabstraction
Il repose sur une perception 4 niveaux de lentreprise.

Le niveau conceptuel
Cest celui de lessence de lentreprise. Cest le quoi et le pourquoi de lentreprise. A ce on
fait abstraction des contraintes dorganisation et techniques. Les modles prsents par
MERISE ce niveau sont :

MCD : Modle conceptuel de donnes

MCT : Modle conceptuel de traitement

Le niveau organisationnel
Ici apparaissent les acteurs et les contraintes dorganisation (cest le qui fait quoi, le quand le
o de lentreprise). Les modles manipuls ici sont :

MOD : Modle organisationnel de donnes

MOT : Modle organisationnel de traitement

Le niveau logique
A ce niveau apparaissent les contraintes techniques. Ici on dcrit la logique des donnes et
des traitements. Les modles proposs ici sont

MLD : Modle logique de donnes

MLT : Modle logique de traitement

Le niveau physique
Il reprsente la manire dont sont stocks physiquement les donnes et les traitements. Les
modles proposs ici

MPD : Modle physique de donnes

MPT ou MOT : Modle physique ou oprationnel de traitement

A chacun de ces niveaux apparaissent : 2 modles celui des donnes et celui

Remarque
des traitements

MERISE spare ces 2 domaines tout au long de ltude. Linteraction entre


donnes et traitements est faible au niveau conceptuel. Elle devient de plus
forte jusqu une interaction total aprs la phase de ralisation.

Les cycles de vie et dabstraction se chevauchent


Le cycle de dcision
Le cycle de vie de MERISE est jonch de dcisions. Elles peuvent tre prises soit
pendant soit la fin de ltape.
Le cycle des dcisions prises la fin de chaque tape dfinit la nature des rsultats
produire lissue de chaque tape du cycle de vie. Pour quune dcision quant la
continuation, la reprise ou labandon du dveloppement du systme dinformation puisse tre
prise.
Le tableau du cycle de dcision est le suivant
DECISION
Elaboration du SDI
Dmarrage projet
Choix dune solution
Choix conomique et interface

ETAPE
SDI
Etude pralable
Etude dtaille
Etude technique

DOCUMENT
Document SDI
Cahier de charges
Dossier tude dtaille
Dossier tude technique

Choix technique
Utilisation Administration

Ralisation
Mise en uvre

Dossier ralisation
Manuel utilisateur
Dossier dexploitation

Dcision prise la fin de chaque tape


Dcision prise pendant ltape
Pendant chacune des tapes, les dcisions suivantes sont prises
Au niveau du SDI
Les choix en terme ***** stratgique sont faible. En effet les dcisions qui concernent
la stratgie et la politique de lentreprise sont prises. Elles sont matrialises dans SDI par le
dcoupage en domaine du systme ou de lentreprise.
Au niveau ltude pralable
Les choix de gestion sont prise. Par exemple :
-

Quelles sont les rgles et qui dcide de la rpartition des produits dans les
entrepts ?

Qui dcide des modalits de livraison des commandes clients ?

Qui dcide de la facturation de ces commendes ?

Les choix organisationnels sont les dcisions en matires de dfinition des postes de
travail, des procdures respecter et de leur contrle
Au niveau technique
Ce sont les choix techniques. Par exemple
********************************************************************

II.3. Approche systmique


Lapproche globale
II.3.1. Le schma directeur dinformatisation
(Confre ci-dessus)
II.3.2. Laudit informatique
Cest un diagnostique effectu sur un systme informatique suite un problme
survenu dans ce dernier. Il consiste en un examen minutieux pour dlecter lorigine du
problme. Il peut porter sur une application bien prcise ou surtout le systme informatique. Il
dbouche sur un plan daction qui est considr dans une petite entreprise comme le schma
directeur dinformatisation.
II.4. Approche systmique
Organisation du systme

II.5. Quelques points fort de MERISE


Lanalyse de lexistant
Le point initial de la mthode : cest ltude de lexistant. Ce qui nest pas original
certes, mais MERISE rend cette tude de lexistant particulirement efficace. En effet, elle est
mene en ayant en esprit la suite des oprations. Cest ainsi que le chef de projet sefforce de
regrouper les informations collectes sous des mots estims plus importantes que dautres.
Les mots sont des dbauches de ce qui va devenir lessentiel de MERISE. La mise en
vidence des donnes et des traitements. Cest donc un canevas qui permet lanalyse de
savoir o il va.
Sparation donnes traitements
MERISE spare lanalyse des donnes de celle des traitements qui mettent en uvre
les donnes reprsentant la statique et les traitements la dynamique. La reprsentation spare
des donnes et des traitements constitue la modlisation du systme. Cette dernire donne des
vues densemble sur lesquels seront dvelopps les dtails de la mise en uvre du systme.
MERISE fourni des outils puissants pour reprsenter ces donnes et traitements.
Confrontations donnes, traitements

Le formalisme utilis pour modliser les donnes et celui des traitements permettent
dlaborer :
Schma conceptuel des donnes
Schma conceptuel des traitements
Cette modlisation est reprsentative du systme dinformation actuel ou futur. Mais le
modle nest valide quaprs le contrle crois donnes traitement. Le but de ce contrle est :

Vrifier quune donne est utilise dans au moins un traitement

Vrifier que chaque opration (traitement) dispose bien des donnes en entre et
en sortie qui lui sont ncessaire de telle sorte que tout vnement en entre ou en
sortie dune opration puisse tre associ une donn actualise.

Actuel /Futur
Gnral les chefs de projet mettent au point les schmas conceptuels des donnes et
des traitements actuels qui seront compars aux solutions futurs afin de prciser les grandes
solutions attendues du systme futur.
Mais si les utilisateurs ont des vues assez claires du systme futur, ltude actuelle ne
se limite quaux requtes prliminaires.
III.1. Etapes MERISE et Etapes classiques.
*********************************************************************
III.2. Comment mener une tude pralable.
Confre document
III.2.1. Etude de lexistant
III.2.1.1. Analyse de la demande.
a. Objectif
Il est question ici de dcrire et de faire approuver par la mission gnrale attache la
demande d'tude.
b. Quel est le point de dpart
C'est l'expression d'un besoin d'informatisation satisfaire par le ou les responsables
utilisateur des domaines concerns.
c. Quel est le point d'arrive
C'est la formalisation d'un document de lancement de projet le document correspondant

Le champ de l'tude qui dcrit sommairement le domaine d'activit concern, les


structures de travaux impliqus et les grands vnements (fonctionnalits)
traits. Le but atteindre est de dlimiter au mieux les fonctions du domaine.
La politique et les objectifs de l'entreprise. Ici on rappelle les objectifs gnraux
de l'entreprise et on prcise les objectifs fixs pour le domaine concern.
Le positionnement du projet vis--vis du systme d'information en gnral pour
prvoir les interfaces entre les domaines.
Les modalits du droulement du projet. Ici on dfinit les rles des participants
(mise en place des structures de travail, comit d'utilisateurs et de pilotage)

Les membres du CP sont aussi du CU. On prcise les contraintes du budget et de planning. On
prcise aussi les modalits de recueil des informations, du contrle et du suivi des travaux.
III-2-1-2 Description de la situation actuelle
Objectifs
Il faut dcrire l'tat de la situation actuelle afin de raliser une volution objective.
Point de dpart
C'est la demande de travail de l'utilisateur et le recueil prliminaire.
Point d'arrive
C'est la ralisation d'un dossier de description de la situation actuelle
Droulement de l'tape
Elle se droule en phase:
Phase I
Elle consiste aller glaner des informations auprs des oprationnels (les oprants). Pour ce
faire,
- Faites vous prsenter par son responsable, chaque service entrant dans le champ
de l'tude. Ds cet instant, dlecter les diffrentes sortes de poste de travail
(vendeur, secrtaire, comptable, commercial) ou bien acteur interne du
systme et faites vous l'oprationnel de ce poste de travail.
- Rencontrer chaque oprationnel dsign hors de la prsence de son responsable.
Ce faisant, les langues se dlient. Des entretiens que vous aurez avec lui, il
sortira:
Les informations sur les documents mis et reus par les postes de
travail (utilit de chaque document, le nombres des exemplaires de
chaque document, le temps pass sur un document). Tout ceci en
vue d'apprcier la charge de travail du poste de travail. Ces
documents seront dcrient dans le tableau ci-dessous:
Numro

description

Utilit

Nombre mis Temps


et reus dans
une unit de
temps

E/S

Nom
du
document

Les supports d'information utiliss (caissier, listing, cahier, bloc note, registre)
Les machines utilises (machines crire, ordinateurs, facturiers)
Les mthodes de travail utilises (gestion des stocks, approvisionnement, des
livraisons)
Les souhaits des utilisateurs des postes de travail:

- Demande rester dans le service pendant quelques heures; Une journe si ncessaire.
Phase II
Description des acteurs
Ils sont dcrits dans le tableau suivant:
Nom du Projet
Acteurs
externes

Description des acteurs et de Dates...


leurs tches

Numro Nom Description Dure Frquence Document Document


Acteurs de
de
en entre en sortie
internes tches
tche

Clients
Commercial
Circulant entre un acteur et le mme acteur ( condition videment que la prsentation d'une
machine soit d'une utilit ce stade pour comprendre l'existant. Il est question ici de dcrire
l'change de flux qui circulent entre les diffrents acteurs (flux matriels et flux
d'information).
Phase III
Faire le diagramme de flux
Il va dcrire de faon synthtique trois types de flux entre les acteurs:
Le flux d'information circulant entre les acteurs.
Le flux matriel circulant entre les acteurs
Le moyen de gestion interne qui est soit un flux matriel, soit un flux d'information
Phase IV :
Elaboration du MCT
1- Introduction

Les traitements constituent la partie dynamique du systme d'information. Ils dcrivent les
actions mener sur les donnes afin d'obtenir les rsultats attendus par l'entreprise. Les
traitements sont le reflet des rgles qui rgissent les activits de l'entreprise.
Exemple
Soit la rgle de gestion suivante:
Les clients devraient verser leurs arrhes (gages, garanties) au moins 8 jours avant la date
prvue pour leur sjour pour confirmer leur rservation dans une chambre dans d'htel.
Cette rgle de Gestion donne donc le traitement suivant:

Chercher la rservation
Constituer la date de sjour
Si date de sjour < date de jour + 8 alors rejeter, Sinon accepter les autres et confirmer la
rservation.

Cela donne lieu au MCT suivant:

Le MCT est la reprsentation schmatique MERISE de l'activit ou d'un sous ensemble de


l'activit de l'entreprise indpendant des choix d'organisation et des moyens d'excution
(Aspect physique)
1- Concepts manipuls
Concept de processus
Le processus un ensemble de l'activit de l'entreprise dont les points d'entre et de sortie sont
stables indpendamment des choix de l'organisation. Il y a un MCT par processus
Concept d'opration
Dfinition
Une opration est un ensemble d'actions ou tches excutables sans interruption conceptuelle.
Une opration est dclenche par un ou plusieurs vnements et produit un ou plusieurs
rsultats.
Son formalisme est le suivant :

Numro de
l'opration

Rgle Emission de
rsultat 1

Nom de l'opration
Action 1
Action 2
Action 3
..
Rgle Emission de
rsultat 2

Rgle Emission de
rsultat N

Demande de rservation d'une chambre de la part d'un client peut se caractriser par les
lments suivants:

Dclencheur : Demande de rservation


Oprations : Etudes de la demande
Rsultats ou vnement en sortie : Chambre rserve, Demande rejete

- Formalisme
Evnements dclencheurs, synchronisation
Concept d'vnement
Un vnement correspond une sollicitation du SI, qui doit ragir par l'excution d'un
ou de plusieurs actions en vue de traiter l'vnement.
Evnement interne
C'est celui qui se produit la fin d'une opration. A ce niveau il est appel rsultat
et peut devenir lui-mme un vnement dclencheur d'une autre opration. Il est produit par le
SI lui-mme. C'est un vnement qui provoque une autre raction du SI
Evnement rsultat final
Il est produit par le SI et ne provoque pas une autre raction du SI. Ce sont les
rsultats produits par la dernire opration du dernier processus du SI
Evnement externe
Il se produit l'extrieur des oprations de processus. Il vient de l'extrieur du
systme d'information. Il doit provoquer une raction du SI
Concept de synchronisation
L'excution d'une opration est toujours conditionne par un ou plusieurs vnements.
La synchronisation est la liste des vnements dclencheurs relis par les oprateurs logiques
"et", "ou", "non"
Remarque
Etant donn qu'une opration doit tre ininterruptible, nous cherchons des vnements
et des synchronisations pour dterminer les oprations d'un processus.
La synchronisation dclanchant la premire opration d'un processus peut se faire sur
l'apparution d'un seul vnement externe et correspond bel et bien une attente conceptuelle.
Pour toutes les autres oprations, la synchronisation doit correspondre une attente s'il n'y a

pas attente conceptuelle entre deux oprations, il faut les fusionner. Il y a attente conceptuelle
lorsqu'on a l'un des cas suivants:
Un ou plusieurs vnements externes
Plusieurs vnements internes venant de plusieurs oprations
Plusieurs vnements internes et externes
Lorsque deux oprations sont effectues par deux acteurs internes diffrents
Notes
Facteurs de scindage des oprations
Lieu o est-ce fait?
Priodicit quel moment?
Nature manuel ou automatique?
Concepts des rgles d'mission des rsultats
Les rgles d'mission des rsultats conditionnent ces rsultats. Celles-ci sont les rgles
d'mission des rsultats. Elles correspondent aux rgles de gestions de l'entreprise. L'ensemble
des rgles d'mission des rsultats d'une opration doit tre complet et disjoint, c--d tous les
rsultats possibles doivent tre tudie (complet) et qu'il ne doit exister qu'une et une seule
rgle d'mission des rsultats pour chacun d'entre eux (disjoints)
3. Mthode d'laboration du MCT
- Dtermination des processus
a.

Rappel

L'analyse du systme gnral d'information mene au niveau du schma directeur a


mis en vidence un certain nombre de domaines. Le systme qui dcrit le MCT correspond
l'un de ces domaines.
b.

Vision du systme d'information du point de vue traitement

Vue externe
Sollicitation interne
ou vnement externe ou dclencheur

SI

Rsultat
Evnement rsultat final

Le SI transforme travers les traitements des vnements externes en rsultats.


Vue interne
Ici le SI est un ensemble de traitement ragissant des vnements externes et internes
et produisent des rsultats intermdiaires et finaux. On peut donc distinguer plusieurs types
d'vnements:
Evnement externes dclencheurs du systme.
Evnements externes rsultats du systme
Evnements internes produit par le systme et qui sont des
rsultats intermdiaires
c.

Description du processus

C'est un ensemble de traitements ou d'opration:


Ayant une cohrence fonctionnelle
Ragissant des vnements pouvant tre externes au systme ou des vnements
internes au systme qui proviennent d'autres processus
Produisant des rsultats en direction de l'extrieur du systme.
Pour dterminer les processus, on cherchera les vnements extrieurs au systme.
L'vnement extrieur dclenche les processus principaux. En tudiant ce que produisent les
processus principaux, on trouvera peut tre des rsultats intermdiaires dclenchant les
processus intermdiaires.
Pour trouver les vnements extrieurs, on s'intressera au flux de donnes ou on
les dterminera a priori.
- Dtermination des oprations d'un processus
Remarques
Un processus est en fait un ensemble de tches organisant un traitement qui ragissent des
vnements et produisent des rsultats.
Une tche est un lment de traitement (ou action)
Une opration est un ensemble de tches qui s'enchanent sans interruption conceptuelle c'est-dire toute suite d'action ne ncessitant pas l'arrive de nouveaux vnements.
Pour dterminer les oprations d'un processus, on cherchera les vnements
externes au processus qui dclenchent ce processus et qui interviennent pendant son
droulement.
- Quelques rappels
Un systme d'information peut n'tre compos que d'un seul processus.
Un processus peut n'tre compos que d'une seule opration ou tche.
Le MCT dcrit le niveau conceptuel de traitement. Les vnements qui nous intressent ce
niveau sont dits conceptuels c'est--dire dpendant du quoi, du pourquoi et non du qui, du o
et du quand de l'entreprise.
C'est seulement au organisationnel que nous nous intresserons aux vnements du type
organisationnel. Pour trouver les vnements, on s'intressera au flux de donnes.
- Flux de donnes
L'analyse des flux (changes entre les diffrents acteurs) s'effectue travers le diagramme de
flux et celui des vnements. Outre ces flux qui vont servir d'vnements on ajoutera les
vnements temporels

Acteur
1
Client 1

Diagramme de flux

Cde
acpt
e

Acteur 2
Service
com

Etude et livraison
Magasin
e

Dispo

Non dispo

Service
B
I

Dde
appro

M's
e

Attent
e

Cde client

Accept
e

Rejet

M'se
livr
e

BL

Cde
en
attent
e

dde
en
apprc

Comment le construire
Dterminer les acteurs (internes ou externes)
Recenser les flux changs avec pour chaque flux l'acteur metteur, rcepteur du
flux, la et le numro du flux
Diagramme des vnements
Il dtermine les objets changs partir du diagramme de flux, de recenser les tats que
prennent ces objets. Pour laborer, on labore d'abord le graphe de flux une fois les
vnements mis en vidence, on limine tout ce qui est de nature organisationnelle.

On labore les vnements dclencheurs des oprations et des rsultats.


Rsum de la mthode de construction
Les principes gnraux de construction des MCT sont les suivants:
- Recenser les acteurs, leur rle et les documents, flux de donnes manipuls
- Identifier les processus au sein du domaine tudi
Chaque processus identifi est dcoup en n oprations
Dans une mme opration, on regroupera les tches qui peuvent tre effectues ds
l'apparution d'un vnement en tenant compte de l'attente conceptuelle
Remarque
-

Les diffrentes tches composants une opration peuvent ou non tre dcrites
dans le MCT
Rien n'oblige ce que toutes les tches d'une opration soient effectues
chaque apparition d'un vnement objet de la synchronisation "ou"
On peut effectuer diffrent synchronisation de d'vnements dont une
proposition logique donne permet d'excuter une partie des tches. Tandis
qu'une autre proposition logique dclanchera d'autres tches de la mme
opration

Diagramme de circulation des informations.


Il prsente de faon dynamique la circulation de l'informatique en faisant diffrents
amalgame entre d'une part le MCT duquel il emprunte les oprations ralis et les flux en
amonts (vnements) et en aval (rsultats) de celle-ci et d'autre part le diagramme de flux o
apparaissent les acteurs internes et externes. Il se prsente de la manire suivante.
Nom du projet
Actuel

IDCI

Acteurs externes
A1
A2

Page
Date
Poste de travail

Bureau
Service vente
Vendeur
Technicien

Fichier

Comptabilit
Comptable
Archiviste

Garage

Opration manuelle

Archivage physique

Opration semi-manuelle

Archivage logique

Enregistrement Automatis

Flux matriel
Document manuel gnr Multi exemplaire

Document gnr par l'informatique

Document manuel gnr


Mono exemplaire
Exemple :
Soit la situation suivante dans le cadre du processus de commande client
1. Les commandes clients jugs non solvables sont refuses par le service
commercial. L'tude de la solvabilit est faite sur la base de situation du client
que le comptable envoie au service commercial chaque vendredi.
2. Les commandes acceptes sont confrontes (magasin) l'tat du stock. Pour
dmarrer les produits manquants.
3. En cas de produits manquants le service d'achats devra prendre toutes les
dispositions pour rapprovisionner le stock si cela n'est pas encore fait.
4. Des livraisons du fournisseur, les commandes devenues possible reprennent le
cycle normal d'une commande accepte. Si le stock n'est pas disponible, la
commande pralablement accepte est mise en attente en attendant que le stock
soit disponible.
5. Les commandes possibles (dont les stocks sont disponibles) donnent lieu
l'mission d'un bon de livraison destin au client (fait en trois exemplaires: un
client, un magasin, un comptable).
6. A la livraison clients trois jours pour refuser ou accepter la marchandise. Si
aprs ces trois jours le client n'a pas ragi, la comptabilit lui envoy une
facture qui ne sera sold qu'aprs rglement complet. S'il refuse la marchandise
une autre conforme doit lui tre envoye.
7. Les clients n'ayant pas rgls l'chance recevant une relance. Les factures
soldes sont archives aux archives.
T.A.F: MCT et DCI
Diagnostic Critique de l'assistant
On le fait comme le ferait un mdecin

Dcouvrez sans passion mais avec prcision les maladies de gestion,


techniques et d'organisation que vous aurez dtects chez votre patient.
Dcrivez-en les symptmes mais aussi et surtout les causes. Cette description
sera ralise dans le diagnostic qualitatif.

Relever touts les informations chiffrables relatives vote patient. Ces


informations seront regroupes dans le diagnostic quantitatif.

Relever les insuffisances quant l'absence et la description des donnes.

B. Critiques qualitatives
Elles font trs couramment apparatre:
Les moyens de gestions (documents, circuit d'information, procdure de travail, machine
utilises) trop complexes, mal adapts, souvent du des changements d'activit ou de
structure de l'entreprise non traduit par des changements d'organisation.
Exemple: manque de rigueur dans la gestion d'un client:

Non contrle de solde du client lors de la prise de commande (les infos


dtenues par le comptable ne remontent vers le vendeur)

Relance insuffisante des mauvais payeurs

Manque de rigueur dans la gestion des fournisseurs (mauvais contrle du


respect des dlais de livraison ou bien pas de relance fournisseurs approuve)

Manque de mthode de gestion :


*

Gestion des approvisionnements

Gestion de production

Gestion de livraison

Gestion financire

Archivage multiple et redondant

C. Critiques quantitatives
Pour formuler, il faut rcapituler par service:

Le nombre de document reus et mis par jour en priode de pointe et en


priode normale

Les effectifs par postes de travail du service tudi

Les supports d'information utiliss en gestion interne en prcisant si possible


leur volume (nombre de fiche clients, fournisseurs, produits)

Les systmes de classements utiliss en indiquant leur nombre stock et les


critres de classement

Le nombre de machines utilises avec leur taux journalier d'utilisation (priode


de pointe et normale)

III.2.2 Orientations
Appuyez-vous sur votre diagnostic et sur les objectifs dcrits dans les recueils
prliminaires pour proposer des orientations.
N.B:
Aucun du diagnostic ou objectif ne doit rester sans propositions. Repartissez vos
propositions en quatre domaines.
A. Propositions d'organisation
Proposez les amliorations de l'organisation actuelle travers:

La centralisation de l'information avec un accs immdiatement en


consultation et en mise jour tous les acteurs modliss.

La simplification des moyens de gestion interne (documents circuits


d'information)

La rduction des archivages multiples

La rpartition des tches plus rationnelle entre les diffrents acteurs

B. Propositions de gestion
Proposer les travaux de gestions jusqu' lors non effectues. On y retrouve plus
frquemment:
-

La proposition des mthodes de gestion:


* Gestion de rapprovisionnement
* Gestion de production

L'exploitation des informations dtenues dans l'entreprise

Quelques exemples

Relance des rglements clients/fournisseurs

Relance des livraisons fournisseurs suivis de l'vnement interne des travaux

Analyse des ventes par chiffre d'affaire par marge par produits

Analyse des achats en chiffre d'affaire par produit et par fournisseur

C. Propositions techniques
Proposer les moyens tels que l'informatisation permettant:

De remplacer avec projet des machines trop lourdes utiliser

D'automatiser certaines tches fastidieuses

De favoriser la proposition de centralisation des informations faite au niveau


des orientations d'organisation

De favoriser le dveloppement des orientations de gestion

D. Propositions relatives aux donnes


Il faut proposer d'ajouter les donnes que l'on estime manquantes
III.2.3. Conception du systme futur ou de la nouvelle
Prsentation primaire du systme futur
Etude des donnes: Concept du MCD
Introduction
Le MCD reprsente la partie statique du systme d'information. Il permet de dcrire
l'ensemble des donnes devant tre manipules par la partie dynamique ou des traitements.
Cette description doit tre exhaustive afin de permettre tous les acteurs du systme de
pouvoir disposer de toutes les donnes dont ils ont besoin pour effectuer tous leurs
traitements. La modlisation des donnes a t rendue ncessaire en vue de constituer une
base de donnes unique, intgre, non redondante, cohrente et accessible tous les
utilisateurs. Ce faisant on vite ainsi une multiplication de donnes dans la base
Concept de base
Concept d'entit
Une entit est un ensemble d'objets d'individus, ayant les mmes caractristiques et le
mme comportement. C'est un ensemble de donnes lmentaires. Une entit doit avoir une
existence propre et tre conforme au choix de gestion de l'entreprise.
Exemple d'entit: Professeur, UV, Etudiants
Nom Entit
- Proprit identifiant
- Autres proprits
-

Il existe deux manires d'identifier ou de recenser les entits dans un systme


d'information:
-

Recenser les donnes lmentaires et les groupements en entits

Dans le domaine bien prcis on identifie les entits de gestion de ce domaine


couramment manipules et on complte leur description avec les donnes
lmentaires qui leur sont propres. Cette mthode s'appelle mthode du gnral
particulier

Alors que la premire mthode s'appelle mthode du particulier ou gnral.


Dans la ralit on utilise les deux mthodes.
Exemple:
Jean et Paul passent les commandes suivantes:

Jean passe C1 et C2

Paul passe C3 et C4.

Les commandes concernant les produit suivants:

C1 contient P1 et P2

C2 contient P2 et P3

C3 contient P1 et P2

C4 contient P3 et P4

Les commandes donnent lieu chacune une facture :


C1

F1

C3

F3

C2

F2

C4

F4

On peut rsumer le rel peru dans le tableau suivant:


Clients
Jean
Paul

Commandes
C1
C2

Produits
P1 et P2
P2 et P3

Facture
F1
F2

C3
C4

P1 et P2
P3 et P4

F3
F4

De ce rel aperu nous pouvons dgager les entits suivantes: clients, commandes,
produits, factures
CLIENTS

COMMANDES

PRODUITS

FACTURES

Remarques:

Il s'agit des entits types

Nous verrons plus loin qu'une entit ne sera complte dfinitivement que
lorsque l'on n'aura tabli la liste des proprits et en particulier sa proprit
Identifiant.

1. 2 Concept de relation
Dans l'exemple prcdent,nous avons retenu qu'une partie de la ralit: les entits. Nous
pouvons aussi dgager les associations entre ces entits.
Exemples:

Clients passe Commande

Commande contient Produit

Commande donne lieu Facture.

Ces associations s'appellent les relations


Remarque:
On ne dcrit pas systmatiquement toutes les relations qui peuvent exister entre les
entits. On dcrit que celles qui sont importantes ou utiles pour le systme concern.
Une relation est une association entre une ou plusieurs entits
Le formalisme d'une relation est le suivant:

ENTITE 1

Nom de la relation

ENTITE 2

ENTITE 2
Remarque
Deux entits peuvent tre relies par plusieurs rsultats diffrents.
Compltons maintenant notre exemple ci-dessus par les relations.

Donne lieu
CLIENTS

COMMANDES

FACTURES

PRODUITS

Passe
Contient

Concept de proprit
a) Pour les entits
Compltons maintenant les entits avec les ensembles des donnes lmentaires
dgags du rel peru.

Donne lieu

CLIENTS

COMMANDES

FACTURES

N client
Nom
Prnom

Numcde
Date cde

N produit
Libell
Prix
PRODUITS
N fact
Date fact
Total_ligne
Total fact

Passe
N.B.:

Contient
On ne peut pas supprimer la proprit
Total facture ou le Total ligne, car si on le fait, on
Qt_Cde

sera oblig chaque fois qu'on aura besoin d'diter la facture de recalculer ces totaux.

b) Pour les relations


Dans la relation entre les entits Commande et Produit, il y a la proprit Quantit
Commande.
Ces donnes lmentaires sont appeles proprits
Dfinition
Une proprit est une donne lmentaire que l'on peroit sur une entit on une relation
Formalisme:
Le nom de la proprit est inscrit l'intrieur de l'entit ou de la relation
1.3.1. Identifiant
1.3.1.1. Identifiant des entits
Dfinition:
C'est une proprit particulire de l'entit telle qu' chaque valeur de la proprit ne
corresponde qu'une et une seule occurrence de l'entit.
Le numro de l'employ identifie une personne dans l'entreprise (code)
S'il y a plusieurs identifiants pour une entit, on nen retient qu'une seule. Tenir compte du
choix de gestion pour choisir un identifiant. L'identifiant est plac en tte de la liste des
proprits. Il est soulign
1.3.1.2. Identifiant des relations.
Il est obtenu par le consentement des identifiants des entits participants la relation. Ces
identifiants n'apparaissent pas dans le MCD.
1.4. Le concept de cardinalit
1.4.1. Occurrence d'une entit.
Une occurrence d'entit est un lment individualis appartient cette entit.
Exemple: Dans l'exemple prcdent, il existe deux occurrences d'entit client.
Jean
Paul
1.4.2. Occurrence de relation

Dfinition: c'est une relation individualise, constitue d'une et une seule occurrence
des entits participantes la relation.
Exemple: pour la relation Passe-Commande, on n'a 4 occurrences de cette relation
Jean C1
Jean C2
Paul C1
Paul C2
1.4.3. Cardinalit
La cardinalit d'une unit une relation s'exprime par deux nombres appels
cardinalit minimale et cardinalit maximale.
1.4.3.1. Cardinalit minimale (0 ou 1)
Dfinition: c'est le nombre de fois minimale qu'une occurrence d'une entit participe
aux occurrences de la relation. Si la cardinalit minimale est gale 0 cela signifie que parmi
toutes les occurrences de l'entit, il en existe au moins une qui ne participera jamais la
relation.
Client

Commande
C1
C2
C3
C4

Elengu
e
Nga
Onana

Ici ONANA n'a jamais pass de commande. On imagine qu'il existe des clients qui ne
passent jamais de commande.
1.4.3.2. Cardinalit maximale.
Dfinition: elle indique le nombre de fois maximale que minimale.
Exemple: dans le schma ci-dessus, il y a deux clients qui ont pass plus d'une commande,
difficult maximale = n
Cde

Client

Cde

2. Mthode
2.1. Construction du dictionnaire de donnes.
a.

Dfinition:

C'est un document o sont recenses les diffrentes proprits (ou rubriques) releves dans les
documents ou cites par les diffrents utilisateurs. Pour chaque source d'information (flux,
documents, affichage) on relve la liste des proprits voques, on les incorpore si
ncessaire dans le dictionnaire de donnes.
Remarque: Attention liminer les polysmies (rubrique plusieurs significations. Par exemple
la proprit Date peut signifier Date Facture ou bien Date Commande.)
b.
Code proprit

Prsentation
Signification

Type

Nature

Observation

Entits fonctionnelles
On associe des donnes du dictionnaire en entit ayant une cohrence.
Exemple:
Nom personne
Prnom personne

une entit PERSONNE

Adresse personne
2.3. Composition avec la ralit du SI de l'entreprise
Aprs enqute et recueil des documents, on vrifie que les entits fonctionnelles
dgages correspondent la ralit de l'entreprise. On dgage les identifiants les identifiants
de ces entits. Si on n'en trouve pas, peut-tre ne s'agit-il pas d'une entit.
Remarque: attention, les donnes lmentaires du dictionnaire peuvent tre des proprits des
relations.
2.4. Recenser les relations et mettre les cardinalits
Les enqutes et documents recueillis vont permettre au concepteur d'tablir des
relations entre les entits recenses. Il peut unifier que ces relations sont intressantes par

rapport aux rgles de gestion qui ont t aussi dtermines travers ces enqutes et
documents.
Exemple: les employs commencent leur travail 8 heures
Par ailleurs, on mettra les cardinalits grce aux rgles de gestion.
En dfinitive, la dmarche suivre correspond au schma suivant. Ils ont nanmoins
ncessaire dans tous les cas de respecter les principes suivants:
1. Toute type d'entit possde au mois un identifiant et au moins une proprit autre
que l'identifiant.
2. Toute entit doit prsenter un intrt pour les utilisateurs.
3. Tout type d'association entre des entits possdent au moins un identifiant
constitus par les identifiants des entits associes.
4. Une proprit (non identifiant) ne peut appartenir qu' seule entit ou une seule
association.

Dbut

Dfinir les entits


- Nom
- Identifiant
oui
Rattacher les
proprits aux entits

Dfinir les associations


- Nom
- Identifiant
Rattacher les
proprits aux
associations

Proprit
s non
affectes

Dfinir les cardinalits

Amliorer
ventuellement le
Modle

FIN

3. Rgles de vrification et de modlisation d'un MCD


3.1. Introduction
L'laboration d'un MCD se ralise en plusieurs tapes.

Modle brut: MCD simplifi (entits, relation, identifiant)

Modle complet: MCD avec toutes les proprits et toutes les relations possibles

Modle normalis: MCD auquel on a appliqu les rgles de normalisation

Modle externes: MCD utilis aux traitements

Modle valid: MCD normalis compos des modles externes

Une tape essentielle consiste vrifier le MCD en appliquant les rgles dites de
vrification et de normalisation.
3.2. Rgles sur les entits.
3.2.1. Rgle1: Existence d'un identifiant pour chaque entit
Une prsume entit sans identifiant n'est pas une entit au sens de la moralisation.
Exemple: modliser la phase suivante: "les clients rservent leur table dans un restaurant"
Client
Nom / Prnom

1, n

0, n

Rserver
Date / Heure

Table
N table

Remarque: rserver n'a pas d'identifiant en tant que donne lmentaire i-e "rserver" n'est pas
une entit. " Un client prend une rservation REGIFERCAM.

Client
Nom / Prnom

0, n

1, 1
Demand
e

Rservation
N rservation
Date / Heure
0,n

E2
0,n
Place assise
N place

0,n
E1
0,n
Couchette
N couchette

3.2.2. Rgle 2
Pour chaque occurrence d'une entit, chaque proprit ne peut prendre qu'une seule
valeur c'est--dire o ne peut avoir de valeur respective pour une mme proprit.
Exemple:

Employ
N employ
Nom
Prnom
Domiciliation Bancaire
Prime de qualification

a
Donne

Employ
N employ
Nom
Prnom
Domiciliation Bancaire
Prime de qualification

Paren
t

Enfant
N employ, n ordre
Nom enfant
Prnom enfant
Date de naissance
La proprit prnom enfant peut prendre plusieurs enfants, il faut en faire une entit.
3.2.3. Rgle 3
Toutes les proprits doivent tre lmentaires c'est--dire non dcomparable. Cette
rgle correspond la premire forme normale du modle relationnel selon CODD
domiciliation bancaire et dcomposable en:

Code Bancaire

Code guichet

N de compte

3.2.4. Rgle 4
Toute les proprits autres que l'identifiant doivent dpendre pleinement et
directement de l'identifiant.

Dpendance pleine

Les proprits doivent dpendre de tout l'identifiant, et non d'une partie de cet
identifiant. Ceci correspond la forme normale de CODD
Exemple: non d'enfant dpend pleinement de l'employ
-

Dpendance directe

Chaque proprit doit dpendre directement de l'identifiant et non par l'intermdiaire


d'un o de plusieurs autre proprits. Autrement dit la dpendance transitive n'est pas accept.
Ceci correspond la 3me forme normale de CODD. Exemple: la prime de qualification ne
dpend pas rellement de l'employ (une prime diffrente pour chaque employ), mais dpend
en fait de la qualification de l'employ.
Employ

Qualification
1,1

N employ

Possd
e

0, n

Nom
Prnom
Domicile

Code qualification
Libell qualification
Prime qualification

3.3. Rgles sur les relations


3.3.1. Rgle 5
A chaque occurrence d'une relation, correspond une et une seule occurrence de chaque
entit participant la relation.
a) Deux occurrences d'une entit ne peuvent participer une mme occurrence de
relation
b) Pour une occurrence de relation, il n'y a pas de participation oprationnelle
d'une entit.
Exemple: 5a
Client
Nom / Prnom

1, n

Rserver
Date / Heure

0, n

Table
N table

(MARAYA 5) est une occurrence d'identifiant correspondant une occurrence de relation


dtermine une rservation prcise. Il ne peut y avoir d'autres clients ou d'autres tables
correspondant cette rservation.

Si on peut avoir les occurrences suivantes :

MAKAYA 5 -1/01/93 13h

MAKAYA - 6 -1/01/93 13h

MAKAYA 5 -15/03/ 93 17h,

Le systme n'acceptera pas que la cl de la table (MAKAYA 5) soit duplique. On est


oblig d'ajouter une entit DATE comme suit.

Client

1, n

Table

0, n

0, n
Date
J/M/A
Heure

Entit artificielle

Ce faisant, le cl de la relation MAKAYA 5 -1/01/93 13h sera diffrente de la cl


MAKAYA 5 -15/03/ 93 17h.
Exemple: 5b
Gestion commerciale de reprsentants
Reprsentant
Numro_Rep
Nom_Rep

0, n

1, n
Vendre

0, n
Secteur
Code_Sec
Libell_Sec

Branche
Code_Bran
Libell

Les branches des mtiers sont rpertories ainsi que les secteurs gographiques.
Chaque reprsentant est engag pour vendre dans un secteur et une branche donns, la valeur
de l'identifiant de la relation pouvait tre AUTOMOBILE - AKWA Martin, l'application
de la rgle 5b traduit le fait que toutes les occurrences de la relation "Vendre" auront un
identifiant complet. Ainsi on peut admettre une occurrence ayant pour valeur d'identifiant
MAKAYA YAOUNDE.
Si l'on veut prsenter le fait qu'un reprsentant vend dans un secteur donn
indpendamment de toute branche, on doit crer une autre relation "Vendre 2". On aura le
MCD suivant.

Reprsentant
Numro_Rep
Nom_Rep

0, n

1, n

Branche
Code_Bran
Libell

Vendre

0, n
Secteur
Code_Sec
Libell_Sec

0, n
0, n

Vendre2

3.3.2. Rgle 6
Pour chaque occurrence de la relation, il ne peut exister qu'une et une seule valeur
pour chaque proprit de la relation ce qui correspond pour les entits la rgle 2. Ces valeurs
des proprits Date et Heure doivent tre uniques pour une occurrence donne (MAKAYA
1)
Client
Nom / Prnom

Rserver
Date / Heure

Table
N table

Si tel n'est pas le cas de MCD doit tre revu en rajoutant une entit artificielle Date et Heure
do :
Client

1, n

0, n

0, n
Date
J/M/A
Heure

Table

3.3.3. Rgle 7
Toute les proprits d'une relation doivent dpendre pleinement de l'identifiant de la
relation. Ainsi chaque proprit doit dpendre de tout l'identifiant et non d'une partie de ce
dernier.
Soit le MCD suivant :
Employ
Numro_Emp
Nom_Emp

Affecter
1, n
Date_db
Date_fin
Prime_Go

0, n

Batiment
Code_Bat
Adresses

1, n
Service
Code_Sec
Libell_Sec

Aprs complment d'tude, on constate que la proprit prime gographique ne dpend


rellement que de l'entit Service et de l'entit Btiments. On doit donc modifier le MCD
pour avoir celui prsent ci-dessous.

Employ
Numro_Emp
Nom_Emp

Affecter
1, n
Date_db
Date_fin

0, n

Batiment
Code_Bat
Adresses

0, n
1, n
Service
Code_Sec
Libell_Sec

1, n
Prime_Go

3.4. Validation du MCD


En parallle de l'tude sur les donnes, une tude sur les traitements doit tre mene.
Cette tape aboutit la relation du MCT puis du MOT.
L'tape de validation du MCD consiste tenir compte des traitements pour adapter le
MCD ralis aux diffrents traitements. La question pos est: ce MCD permet-il effectuer les
traitement prvus? Ceci est ralis travers les modles externes des donnes qui sont les
petits MCD dcrivaient les donnes qui entrent en jeu dans un traitement.
Remarque: - c'est la premire interaction avec les traitements
- la construction des modles externes et la validation du MCD se font aprs
l'tude des traitements.
Graphe de DF
a.

Dfinition

L'ensemble des DF d'un problme peut tre reprsent sous une forme d'une
arborescence appele graphe de DF.
b.

Construction

1 Liaison proprit

proprits

Cas simple

Prendre les proprits 2 2 c'est voir si elles sont en DF

Cas complexe:
Si on regroupe d'embl dans des sous-arbres, les proprits qui dcrivent le plus la

mme entit. Ce faisant le moment de chaque sous-arbre dterminera les autres proprits de
la relation.
2 Liaison multiples
c. Techniques de traduction du GDF en schmas de relations:

Identifier chaque sous arbre

Chaque sous arbre dcrit un schma de relation dont l'identifiant est la proprit
ou ensemble de proprit, origine des flches du sous arbre, et les attributs sont les
proprits destinataires des flches du sous arbre.

Le nom est l'entit ou la relation dcrite dans le sous arbre.

Notez que, le GDF, lorsqu'il a t bien construit, dbouche sur les schmas de relation
qui varient bien les 3 FN. Par consquent, vous avez plus normaliser ces schmas de relation

d. Dpendance fonctionnelle
Un constituant B est fonctionnellement dpendant d'un constituant A dans un schma
de relation appel R (A, B, C, D) si toute valeur a de A, n'est associe qu'une et une seule b
de B. On note A

B c'est--dire A dtermine B.

Exemple: LIG COM (N prod, n cl, Lib prod, ord cli, qt, date, mont)
DF (Dpendance Fonctionnelle)
N prod

Lib prod

(n prod, n cl, date)

date

Nclient

ord client

(n prod, n cl, date)

mont

La dpendance fonctionnelle est dpendance du temps


Y= f (x, t)
Un client peut changer d'adresse
Dpendance fonctionnelle lmentaire
Un constituant B est en dpendance fonctionnelle lmentaire d'un constituant A, si:
1: il est en dpendance fonctionnelle de A
2: il n'est pas en DF d'une partie de A.
Exemple: a) commande (N com, N prod, libpro, Qt)
1) (N com, N prod)

Libpro

2) (N com, N prod)

Qt

3) N prod

Libpro

1 n'est pas lmentaire


2 et 3 sont lmentaires
Chaque fois que la partie gauche se rduit un seul attribut, on peut dduire que c'est
un DF. F.
DF Direct
Un constituant B est en DFD d'un constituant A s'il existe de constituant C toute fois
l'on n'ait
A

C et C

B. Vrifier qu'il n'y ait pas de transitivit

Exemple: Facture (N fact, N rep, Nom rep, Montcom)

N fact

DFD 1) N fact

N rep

DFD 2) N fact

Nom rep

DFD 3) N fact

Nom rep

DFD 4) N rep

N rep
N rep

Nom rep

Proprit des DF
- Rflexivit:
Si Y X

- L'augmentation
Si X

X,Z

Y,Z

- Pseudo transitivits:
Si X

Y,U

- L'union: si X

X,U

Y et X

Z
Z

Y et X

Y,Z

- Dcomposition:
Si X

Y,Z

Fermeture transitive
Soit F un ensemble de DFE, on notera F+ la fermeture transitive l'ensemble de toutes
les DF obtenues partir de l'ensemble de dpart F par transitivit et pseudo-tansitivit
F+ = U

DF obtenues par

- Transitivit
- Pseudo-tansitivit

Exemple: F = Nprod

Libprod, Nprod
CTVA

F+ = FU Nprod

CTVA;

pseudo-tansitivit TXTVA
TXTVA

Couverture minimale
Soit Fun ensemble de DF, on notera min (F) ou C (F) la couverture minimale
l'ensemble des EDF qui a la mme fermeture que F et toutefois cette proprit ne soit plus
vraie si l'on supprime un DF de la couverture
- (min (F))+ = F+
- F' min (F) F' + = F+ou U F' min (F)
Autres types de dpendances
- Dpendances multivalues
- Dpendance de jointure
Exercice:
1) A,B

6) G

2) C

7) B

3) A,D

8) C

4) B

9) E

5) A

10) A

F' F+

Questions:
1) Les DF de F sont-elles lmentaires?
2) Dduire la F+
3) Dduire min (F)
Questions 1: la premire DF n'est pas lmentaires
2) F' = U

11) G

A (6 et 9)

12) B

G (7 et 8)

13) C

E (6 et 8)

14) E,D

G (3 et 9)

15) E

H (9 et 10)

16) G

H (6 et 15)

17) B

E (7 et 13)

18) B

H (7,8 et 16)

19) C

A (8 et 11)

20) C

H (8 et 16)

21) B

A (7 et 19)

3) Min (F) : 2, 3, 4, 5, 6, 7, 8, 9, 10
* LA NORMALISATION
Elle est faite pour:
-

Eviter les redondances

Amliorer l'efficacit dans les mises jour

En plusieurs dcompositions successives partir de schma de relation, en forme


quelconque jusqu' la 3me forme normale. La dcomposition des formes normales
s'appuis sur les notions de dpendance fonctionnelle

1 Premire forme normale: (1 F N)


Une relation est en 1FN si tous les attributs non cl sont en dplacement fonctionnelle
avec la cl de la relation.
-

Colonnes atomiques

Exemple:
Employ (Code enfant, Nom enfant, Prnom enfant, Date naissance enfant)
Code emp

Nom enfant

Code employ

Prnom enfant

Code employ

Date naissance enfant

Prnom enfant

Date naissance enfant

Cette relation n'est pas en 1FN (il y a dcomposition) donc Employ (code enfant, Nom
enfant
Employ (Code employ, Nom employ)
Enfant (Code employ, Prnom enfant, Date naissance enfant)
2) 2me forme normale
Une relation est en 2FN si:
-

La relation est en 1FN

Tous les attributs non cl sont en DFE de la cl

Exemple:
Stock (Nus, Nu pro, Nom pro, Qt)
1. Nus, Nu pro

Nom pro

La 1re condition est vrifie.

2. Nus, Nu pro

Qt

La 2me non. Car 1 n'est pas lmentaire donc cette

3. Nu pro

Nom pro

relation n'est pas en 2FN. Donc crer 2 relations

(dcomposition)
Stock (Nus, Nu pro, Qt)

- Intgrit

Produit (Nu pro, Nom pro)

- Non redondance
- Cohrant

Mais pour les versions de traitement, s'il par exemple lister les produits de chaque usine,
on est oblig de faire 2 accs (dans les relations stock et produit)
3) 3me forme normale (3FN)
Une relation est en 3FN, si:
-

Elle est en 2FN, tout attribut existant la cl ne dpendant pas d'un attribut non cl

Exemple: Produit (Nus pro, Nom pro, CODTVA, Taux TVA) d'o
Produit (Nus pro, Nom pro, CODTVA)
TVA (CODTVA, Taux TVA)
Autres FN: FNBC (FN de Boyce Codd)
3me FN amliore
Un rel est en FNBC, si:

Elle est en 3FN

Les seules DFE sont celles dans lesquelles une cl dtermine un attribut

Exemple: Cours (Cod nat, Num class, Prof)


Cod nat, Num class

prof la seule DFE mais Num class n'est pas une cl

Supposons qu'on ait la rgle:


R.G: un prof n'enseigne qu'une matire.
On n'a Prof

Cod nat

Donc ce rel n'est pas en FNBC d'o la dcomposition


Cours (Num class, Prof)
Enseigne (Prof, Cod nat)
Z

Y et Y,U

Z donc Z, U

Le MOT
1- Prsentation Gnrale
Le MCT a permis de dcomposer le domaine d'activit tudi en processus et en
oprations en ne tenant compte que des vnements conceptuels. Le MOT complte cette
tude en rajoutant les considrations d'ordre organisationnel. Deux proccupations sont prises
en considration :

L'affectation des traitements aux postes de travail

Le niveau et le type d'automatisation

Est-ce un traitement en temps rel ou en diffr?

Est-ce un traitement sur site central ou local?

Est-ce un traitement manuel ou automatique?

A la diffrence du MCT, le MOT n'est pas invariant la structure et l'organisation de


l'entreprise. En effet, deux entreprises exerant la mme activit, ont un MCT qui ne change
pas, mais s'il y a changement d'organisation dans l'une, il y a forcement changement de MOT
dans celle-ci.
Au niveau du MOT, tous les vnements apparaissant dans le MCT doivent
obligatoirement y figurer. Le MOT contiendra en plus des vnements organisationnels.
2- Concepts, Dfinition et formalisme
2.1. Procdure
Dfinition:

Une procdure est constitue d'un ensemble de traitements et dclenche par un ou


plusieurs vnements. Un processus du MCT correspond une ou plusieurs procdures du
MOT.
Une procdure du MOT est contenue dans un et un seul processus du MCT. La
procdure est dclenche par des vnements externes qui dclenchent le processus dans le
MCT plus les vnements de type organisationnel et cette procdure produit les rsultats.
Exemple: Soit l'vnement extrieur "Demande d'inscription" qui dclenche le processus
"Gestion des inscriptions". Cet vnement peut donner lieu plusieurs procdures :

Dde
d'inscription

Processus de gestion
des inscriptions

Pers
inscrite

Pers
non
inscrite

Dde
d'inscription par
courrier

Dde
d'inscription
l'accueil

Processus de gestion
des inscriptions par
courrier

Processus de gestion
des inscriptions
l'accueil

Pers
inscrite

Pers
non
inscrite

Pers
inscrite

Pers
non
inscrite

MCT
MOT
2.2. Poste de travail
Dfinition:
Le MOT permet de reprsenter l'organisation de l'entreprise en postes de travail.
Chaque poste de travail correspond une unit d'action lmentaire dote de moyens d'action
(Moyens humains et matriels) en vue d'excuter des tches.
Formalisme:

Poste 1

Poste 2

2.3. La Phase
Dfinition:
Sous-ensemble de la procdure, la phase est une suite non interrompue de traitements de
mme priodicit et excuts par un mme poste de travail. La phase n'est pas susceptible

d'tre mise en attente par d'autres vnements que les vnements dclencheurs c'est--dire
qu'il ne peut y avoir au cours d'une phase d'attente organisationnelle.
Formalisme

E1

Evnements conceptuels et

E2

organisationnels

Synchro
N de la phase
De la procdure

Nom de la phase
Phase

Type traitement
R1

R2

Rgles d'mission

Rsultats

Exemple: Une opration de MCT donnera lieu une ou plusieurs phases du MOT.
a) Phase unique dans le MOT
Cas d'une opration pouvant tre excut compltement par un poste de travail et dans
une mme unit de temps (mme niveau et type d'automatisation).
Exemple:

MCT

MOT
Candidature
enregistre

Candidature
enregistre

Contrle candidature

OK

MA

OK

Contrle
candidature
OK

Lettre de
convocation

Lettre
de refus
Lettre de
convocation

Lettre
de refus

b) Cas de plusieurs phases dans le MOT


Cas d'une opration pouvant tre dcompose en plusieurs phases du fait de:
-

Priodicit diffrente de certains traitements.

Problme d'organisation des postes de travail

Type d'automatisation

Si dans exemple prcdent nous avons une organisation diffrente:


-

Contrle technique par le responsable du poste pouvoir plus contrle administratif


par le service administratif

Alors nous devons casser l'opration du MCT en deux phrases dans le MOT (un par
porte)
a donne
2.4. Nature de la phase
a) Manuelle
Ici l'acteur du poste de travail agit de faon indpendante la machine. Il est
compltement dconnect de toute machine informatique.

b) Diffr
Ici l'homme n'intervient que pour lancer la phase dont le droulement entirement
automatis.
c) Temps rel
On assiste un dialogue entre l'utilisateur et la machine. L'ordinateur donne des
rponses rapides au dialogue qu'il a avec l'homme.
2.5. Priodicit
C'est la frquence avec laquelle la phase s'excute (Chaque jour, la fin de chaque
mois). On doit aussi prciser ici l'heure de dbut et la dure de la phase ou procdure
fonctionnelle
Poste de travail, priodicit et nature sont les lments qui caractrisent une phase. Ce sont
donc ces lments qui nous permettent de pouvoir diviser chaque procdure du MOT en
phases, chaque phase ne pouvant tre ralise que dans un mme poste de travail, avec la
mme priodicit et ayant la mme nature.(******)
3. Prsentation du MOT
Deux outils nous permettent de prsenter le MOT:
-

Le graphe de circulation de l'information

Le diagramme d'enchanement des phases

3.1. Le GCI
Il dcrit les changes entres les diffrents postes de travail. IL montre comment est-ce
que l'information est transforme dans l'entreprise. C'est grce lui qu'on dclera les
diffrentes phases, leur priodicit ainsi que leur nature
TEMPS
*******

3.2. DEPF

DIFFERENTES PHRASES

EXISTE

C'est le MOT proprement dit. IL met en vidence la dcomposition des oprations du


MCT en PF dotes des contraintes organisationnelles, temps, poste de travail, nature. Il
permet de voir comment les phases d'une procdure s'enchanent.

Cours

Mthodologie MERISE
Deuxime anne

Edition : 2000-2001
Auteur : Dpartement Informatique
Prsuppos :

Aucun

Prambule
Le but de ce cours est de prsenter sur deux annes les modles utiliss par la mthode
MERISE.
Il est compos de six parties et dune annexe. Une premire partie introduction prsente la
mthode MERISE dans son ensemble, une deuxime partie est consacre la reprsentation
des flux dinformation. Puis trois parties se succdent chacune consacre ltude des
modles MERISE. Et enfin, une dernire partie prsentera les mthodes de validation de
lanalyse.
Le polycopi de premire anne comprend :
Introduction
Le diagramme de flux et le modle Acteur/Flux
Le modle conceptuel des donnes

Le polycopi de deuxime anne comprend :


Le modle conceptuel des traitements
Le modle Organisationnel des Traitements
La validation
Tous les concepts et les termes techniques sont dfinies dans les chapitres consacrs leur
tude.
Un glossaire regroupant tous les termes ( par ordre alphabtique ) est prsent en annexe.

Rfrences :
MERISE Mthode de conception
A. Collonges
J. Hugues
B. Laroche
Dunod informatique
MERISE Vers OMT et UML Un guide complet avec tudes de cas
Joseph Gabay
InterEditions
MERISE Vers modlisation oriente objet
Jos Morejon
Les ditions dorganisation

Table des matires


INTRODUCTION..................................................................................................................3
I-1 CONCEPT D'INFORMATION........................................................................................4
I-2-1 DEFINITION D'UN SYSTEME D'INFORMATION...............................................5
I-2-2 DIFFERENTS TYPES DE SYSTEME ...................................................................6
D'INFORMATION....................................................................................................6
I-2-3 ROLE DU SYSTEME D'INFORMATION..................................................6
Collecter des informations provenant :...............................................................................6
- dautres lments du systme..........................................................................................6
- de lenvironnement..........................................................................................................6
Mmoriser des donnes :.....................................................................................................6
-base de donnes ...............................................................................................................6
-Fichiers.............................................................................................................................6
-Historique, Archivage.......................................................................................................6
Traiter les donnes stockes :..............................................................................................6
-traitements automatisables................................................................................................6
-aide la prise de dcision.................................................................................................6
Communiquer......................................................................................................................6
I-3 CONCEPT DE METHODES D'ANALYSE...................................................................6
I-3-1 DEFINITION ET NECESSITE.................................................................................7
I-3-2 DIFFERENTS TYPES DE METHODES ................................................................7
D'ANALYSE.............................................................................................................7
II-1 HISTORIQUE DE MERISE............................................................................................9
II-2 LES TROIS CYCLES DE MERISE...............................................................................9
II-3 L'APPROCHE SYSTEMIQUE : UNE ..........................................................................9
APPROCHE GLOBALE...........................................................9
II-3-1 SCHEMA DIRECTEUR D'INFORMATISATION.................................................9
II-3-2 AUDIT INFORMATIQUE......................................................................................9
II-4 APPROCHE SYSTEMIQUE : .......................................................................................9
ORGANISATION DU SYSTEME...............................................................9
II-4-1 SYSTEME DE PILOTAGE.....................................................................................9
II-4-2 SYSTEME D'INFORMATION................................................................................9
II-4-3 SYSTEME OPERANT.............................................................................................9
II-5 QUELQUES POINTS FORTS DE MERISE..................................................................9
III-1 ETAPES CLASSIQUES ET ETAPES DE MERISE...................................................11
III-2 ETUDE PREALABLE ................................................................................................11
III-2-1 ETUDE DE L'EXISTANT....................................................................................11
III-2-2 ORIENTATIONS..................................................................................................11
III-2-3 CONCEPTION DE LA NOUVELLE SOLUTION..............................................11
III-2-4 APPRECIATION DU SYSTEME........................................................................11
III-3 ETUDE DETAILLEE..................................................................................................11
III-3-1 DESCRIPTION DETAILLEE DU SYSTEME....................................................12
III-3-2 ETUDE DES TRAITEMENTS SUR LE PLAN ................................................12
ORGANISATIONNEL.........................................................................................12
III-3-3 ETUDE DES DONNEES SUR LE PLAN ...........................................................12
CONCEPTUEL......................................................................................................12
III-3-4 ETUDE DES MODELES EXTERNES ET .........................................................12
VALIDATION DU MCD......................................................................................12
III-3-5 ETUDE DES DONNEES SUR LE PLAN ...........................................................12

ORGANISATIONNEL..........................................................................................12
III-3-6 MODELE LOGIQUE DES DONNEES...............................................................12
III-3-7 MODELE LOGIQUE DES TRAITEMENTS......................................................12
III-4 REALISATION ET MISE EN UVRE......................................................................12
Table des matires.....................................................................................................................69
Extensions du formalisme Entit-Association (EA).................................................................72
Objectif :...............................................................................................................................72
Gnralisation/spcialisation.................................................................................................72
Notation :...........................................................................................................................72
Exemple :..........................................................................................................................73
Reprsentation de contraintes :.............................................................................................74
Contrainte de type Inclusion ............................................................................................74
Contrainte dexclusion .....................................................................................................74
Contrainte de totalit ( aussi appele contrainte de ou inclusif ) ou ..........................75
Contrainte ou exclusif.......................................................................................................76
Contrainte dgalit ..........................................................................................................76
Le modle conceptuel des traitements ( MCT )........................................................................77
Quest-ce que le MCT ?........................................................................................................77
Les concepts..........................................................................................................................77
Notion de domaine............................................................................................................77
Notion de processus..........................................................................................................77
Notion dopration............................................................................................................77
Notion dvnements et rsultats......................................................................................78
Notion de synchronisation................................................................................................79
Notion doccurrences dvnement et doccurrences de rsultat......................................79
Synthse et formalisme.........................................................................................................81
Rgles de constitution du MCT............................................................................................81
Validation du MCT et Conclusion :......................................................................................83
Le modle Organisationnel des traitements..............................................................................85
Quest ce que le modle organisationnel des traitements.....................................................85
Les concepts de base du MOT..............................................................................................86
Rgle dorganisation.........................................................................................................86
Tches...............................................................................................................................86
Phase ou procdures fonctionnelles..................................................................................86
Procdure..........................................................................................................................86
Evnements, rgles de synchronisation et rgles dmission............................................86
Formalisme ...........................................................................................................................88
Le diagramme denchanement.........................................................................................88
Le graphe de circulation....................................................................................................89
Documentation ncessaire : description des phases..............................................................89
Synthse et conclusion..........................................................................................................89
La validation ............................................................................................................................90
Le modle externe.................................................................................................................90
Principe de la validation........................................................................................................91
La dmarche intuitive :.........................................................................................................92
La dmarche systmatique....................................................................................................92
Le modle externe en mise jour.....................................................................................92
Modle externe en consultation........................................................................................92
Conclusion............................................................................................................................93

Extensions du formalisme Entit-Association (EA)


Objectif :
Le modle entit-association permet de reprsenter certaines contraintes du monde rel.
Cependant, les concepts utiliss ont leur limite. Cest donc dans le but denrichir la
reprsentation et de permettre une modlisation se rapprochant le plus possible de la ralit,
quont t introduits des extensions au formalisme.
Ces extensions vont se caractrises par :
- La gnralisation/spcialisation
- Lintroduction de nouvelles contraintes

Gnralisation/spcialisation
Soient E1 et E2 deux entits. Le lien gnralisation/spcialisation entre E1 et E2 signifie que
E2 aura ses propres proprits et toutes les proprits de E1. E1 est lentit gnrique. E2 est
lentit spcialise.
On considre deux types de gnralisation/spcialisation :
- gnralisation simple
- gnralisation multiple
La gnralisation simple est caractrise par lunicit du lien de gnralisation pour une mme
entit.
La gnralisation multiple est caractrise par les liens multiples pour une entit en tant que
sous type vis vis dautres entits.
Notion dhritage :
Lhritage est un concept qui est trs li au concept de gnralisation/spcialisation.
Dans le cas dune gnralisation simple, la rgle dhritage stipule que les entits spcialises
hritent de toutes les proprits de lentit gnrique. Lensemble des proprits sont alors
transmises de la gnralisation aux spcialisations.
Les proprits hrites apparaissent alors dans lentit spcialise avec un libell surcharg.
Par convention, les proprits hrites apparaissent soulignes. Toutefois, il arrive que les
proprits hrites ne soient pas reprises dans les entits spcialises.

Notation :
Gnralisation simple :
Entit A

Entit B

Entit gnrique

Entit C

Entits
spcialises

Gnralisation multiple
Entit
A

Entit
C

Entit
B

Entit gnrique

Entit
D

Entit
spcialise

Exemple :
Imaginons une entreprise employant du personnel permanent et du personnel vacataire.
Imaginons les deux modlisations suivantes :
1) Une entit :
Personnel
Id emp
Nom
Prnom
Salaire mensuel
Cot horaire

Cette modlisation nest pas satisfaisante car elle ne suit pas la rgle qui
indique que toutes les proprits doivent tre renseignes pour toutes les
occurrences. Or, la proprit Salaire mensuel ne sera renseigne que pour
les salaris permanents et la proprit cot horaire na lieu dtre que pour
les employs vacataires.

2) Deux entits :
Permanent
Id permanent
Nom
Prnom
Salaire mensuel

vacataire
Id vacataire
Nom
Prnom
Cot horaire

Solution respectant les rgles standards mais qui


nest pas compltement satisfaisante car laisse
apparatre une redondance de donnes
( nom,prnom) mme si elle est masque par des
appellations dentits diffrentes.

3) Solution utilisant le concept gnralisation/spcialisation


Personnel
Id employ
Nom personnel
Prnom

Entit

Nom vacataire est


une proprit qui
hrite de la proprit
de lentit gnrique
Personnel .
Cot horaire est
une proprit
spcifique l entit
vacataire

Permanent
Id permanent
Salaire mensuel

vacataire
Id vacataire
Nom vacataire
Cot horaire

Entits

Reprsentation de contraintes :
Les extensions au formalisme vont permettre de reprsenter des contraintes de type inclusion,
exclusion, totalit, ou exclusif, et galit. Ces contraintes apparaissent sur des liens entre
association ou entit et association.

Contrainte de type Inclusion

Soient E1 et E2 deux entits lis par une association A12.


Soient lentit E3 lie lentit E1 par une association A13.
On dfinira une contrainte dinclusion entre lassociation A12 et A13 si les occurrences
participant A12 forment un ensemble inclus dans lensemble des occurrences participant
lassociation A13.
Exemple :
Un employ intervient dans un contrat avec une qualification.
Un employ possde des qualifications.
Lemploy participant un contrat ne peut y participer quavec une qualification quil
possde.
1,n

Employ
Idemploy

1,n

1,n

intervi
ent
I
A pour

Contrainte dexclusion

1,n

contrat
Idcontrat

0,n

Qualificati
on
Idqualif

Soient E1 et E2 deux entits lis par une association A12.


Soient lentit E3 lie lentit E1 par une association A13.
On dfinira une contrainte dexclusion entre lassociation A12 et A13 si lensemble des
occurrences participant A12 ne participe pas lassociation A13.
Exemple :
Un reprsentant peut intervenir dans une commande soit en tant que :
- responsable

- associ
mais il ne peut pas intervenir en tant que responsable et associ.
Il faut donc ajouter une contrainte dexclusion qui indiquera que toute occurrence de
lassociation est responsable ne pourra tre occurrence de lassociation associ . En
dautres termes, un reprsentant qui est responsable dune commande ne pourra tre associ
cette mme commande.
Est
responsable

0,n

Reprsenta
nt
Idrep

1,1

commande
Idcde

0,n

0,1

Est
associ

Contrainte de totalit ( aussi appele contrainte de ou


inclusif ) ou

Soient les entits E1 et E2 relies par deux liens A12 et B12. Il existe une contrainte de
totalit entre A12 et B12 si lensemble des
occurrences de A12 et lensemble des occurrences de B12 reprsentent la totalit des
occurrences de E1.
De faon plus gnrale, elle signifie que lensemble des occurrences dune entit est concern
par au moins une association parmi plusieurs. Cela signifie, quil faut lie la contrainte de
totalit lentit pour laquelle on souhaite voir lensemble des occurrences dans lassociation.
Exemple :
Des appartements sont occups soit par des propritaires, soit par des locataires.
De plus, les appartements doivent tous tre occups.

Occupe en
tant que
propritaire

0,n

personnes
Idpersonne
s

0,n

1,1

appartements
Idapparteme
nt

V
0,1

Occupe en
tant que
locataire

Contrainte ou exclusif
+

Cette contrainte combine la contrainte de totalit et dexclusion.


Comme pour la contrainte de totalit, il est ncessaire de considrer lentit dont toutes les
occurrences doivent apparatre au niveau de lassociation.
Reprenons lexemple prcdent et supposons maintenant que tous les appartements doivent
tre occups mais soit par un propritaire, soit par un locataire et pas les deux.
Occupe en
tant que
propritaire

0,n

personnes
Idpersonne
s

0,n

1,1

appartements
Idapparteme
nt

0,1

Occupe en
tant que
locataire

Contrainte dgalit
Soient trois entits E1, E2, E3 telles que E1 est lie avec E2 par lassociation A12 et E1 est
lie avec E3 par lassociation A13.
Une contraintes dgalits entre les associations A12 et A13 signifie que une occurrence de
A12 doit obligatoirement tre occurrence de A13. Implicitement, il faut indiquer lentit
concerne par cette galit au sein de lassociation.
Exemple :
Reprenons lexemple ci dessus et rajoutons lentit cave telles que, les caves peuvent tre
occupes par des personnes mais uniquement si ces personnes sont elles-mmes locataires
dappartement.
1,1

Occupe en
tant que
propritaire

1,n

personnes
Idpersonne
s

1,n

Occupe cave

appartements
Idapparteme
nt

1,1

cave
Idcave

Le modle conceptuel des traitements ( MCT )


Quest-ce que le MCT ?
Le Modle Conceptuel des Traitements est une reprsentation schmatique des traitements
indpendant de la faon dont ils sont organiss. Il sagit de rpondre la question QUOI ?
sans se soucier de QUI ?, OU ?, COMMENT ? et QUAND ?.
Il dfinit pour chaque type dvnements ( ex. appel tlphonique dun client ), les actions
effectuer ( vrification que le client existe, mission facture ) et les rsultats de chaque
action ( mission de la commande, mission de la facture ).
Le diagramme des flux prsent en introduction nous a permis de dfinir les diffrents
domaines dactivit concerns par ltude, et pour chaque domaine, les flux dinformation.
Le Modle conceptuel des traitements pourra tre tabli grce au diagramme des flux.
Pour cela, il faudra en premier lieu ordonnancer les flux et dcouper en processus.
Un MCT sera ralis pour chaque processus. Chaque MCT sera accompagn dun document
explicatif.
Il existe plusieurs niveaux de MCT, chaque niveau est une prsentation conceptuelle plus ou
moins dtaille des traitements.

Les concepts
Notion de domaine
Un domaine est un dcoupage du systme dinformation de lentreprise dfini en fonction de
sa stratgie.
Le dcoupage en domaine correspond souvent aux grandes fonctions de lentreprise telles que
gestion des ressources humaines, gestion financire, gestion commerciale

Notion de processus
Cest un ensemble doprations au sein dun mme domaine, souvent dclench par un
vnement interne.
Il ny a pas de rgles bien prcises quant au choix des processus.
Exemple :
Si on considre le domaine dactivit gestion des stocks , on pourra mettre en vidence
trois processus :
Approvisionnement des stocks
Destockage
Inventaire
Chaque processus sera lui-mme dcomposer en autant doprations que ncessaires.

Notion dopration
Une opration est une squence dactions excutables et ininterruptibles . Cest dire
quaucun vnement ne pourra remettre en cause le bon droulement de lopration une fois
celle-ci dclenche.

Lensemble des actions dune opration pourra tre explicitement spcifi sur le MCT. Mais
pour plus de clart, chaque opration dun processus fera lobjet dun document annexe
dcrivant les actions.
Une opration est dclenche par un vnement et produit un rsultat en fonction de certaines
rgles. Ces rgles sont appeles rgles dmission.
Les rgles dmission sont des conditions sur les valeurs des proprits de la base
dinformations.

Notion dvnements et rsultats


Seuls les vnements et les rsultats indpendants de lorganisation de travail apparatront sur
le Modle Conceptuel des Traitements.
Un vnement est un fait de nature dclencher une opration.
Un rsultat est leffet rsultant dune opration.
Tout vnement ou rsultat est caractris par son nom et par le message quil contient.

On distingue :
Les vnements internes ou rsultat
Les vnements externes
Les rsultats externes
Le non-vnement
a) Evnements internes et externes
Un vnement externe est un vnement initialis lextrieur du domaine tudi.
De tels vnements ne peuvent pas tre le produit dune autre opration. Ceux sont ces
vnements qui dclenchent les processus (ex. la commande).
Le message dun vnement externe contient toutes les proprits ncessaires la ralisation
de(s) oprations(s) quil active.
Ces proprits peuvent faire rfrence des donnes ( ex. n client,nproduit command) ou
tre des donnes propres lvnement ( quantit commande). Dans tous les cas, ces
donnes sont connues de lvnement.
Les vnements calendaires sont considrs comme des vnements externes ( ex. chaque fin
de mois => traitement de la paie).
Un vnement interne ou rsultat interne est un rsultat qui se produit la fin dune
opration et qui dclenche une autre opration.
On distingue les vnement intra-processus ( rsultat dune opration et dclencheur dune
opration dans le mme processus) et les vnements inter-processus ( rsultat dune
opration dans un processus et dclencheur dune opration dun autre processus).
b) Rsultat externe
Cest un rsultat destin sortir du domaine. Un tel rsultat ne pourra pas tre dclencheur
dune autre opration.
c) Le non vnement
Cest un cas particulier. Il concerne par exemple des vnements du style chaque fin de mois
ou la non rponse du client .
On se ramnera un vnement calendaire. En effet, chaque fin de mois fera rfrence une
date de mme la non rponse dun client sera traite par une opration ( recherche des clients
en attente de rponse) dont lvnement dclencheur sera une date.

Notion de synchronisation
Lexcution dune opration est toujours conditionne par un ou plusieurs vnements. La
synchronisation dune opration correspond la condition dexcution de lopration. Cette
condition se reprsente toujours sous la forme dune condition boolenne.

Notion doccurrences dvnement et doccurrences de rsultat


De la mme faon quune entit ou une association regroupe un ensemble doccurrences, un
vnement ou un rsultat reprsente un ensemble doccurrences.
Exemple :
La commande est un vnement.
La commande de trois chemises de Madame Durand est une occurrence de lvnement
commande.

Lordre de livraison est un rsultat.


Lordre de livraison de trois chemises Madame Durand est une occurrence du rsultat ordre
de livraison.

Synthse et formalisme
Evnement
dclencheu
r

Evnement
dclencheur

Condition
dexcution

Nom de lopration
Liste des actions
Rgle dmission

Rsultats

Rgles de constitution du MCT


a) Toute opration est une suite non interrompue de traitements.
Ainsi, tout vnement provenant dun acteur externe qui provoquerait une interruption de
lopration entrane un dcoupage de lopration.
Exemple : enregistrement des rparations

Signature
devis

Arriv
e
client

Evnement : arrive du client

Rdaction devis

Opration : on rdige un devis


Lvnement extrieur signature du client nous oblige
crer deux oprations distinctes pour grer lenregistrement
des rparations

Devis

a
a et b

Ouverture dun
dossier de mise en
rparation

Mise en
rparation

Synchronisation : les deux vnements a et b sont ncessaires

d) Homognit dune opration


Une mme opration ne peut pas comporter des traitements de natures diffrentes.
e) On ne peut pas trouver deux oprations lies entre elles par un rsultat intraprocessus sans synchronisation.
Si tel est le cas, il faut regrouper les deux oprations en une.
Exemple :
Processus gestion de commande
Cde
enregistre

Contrle des stocks


OK

OK

Cde
livrable

Oprations lies par un rsultat intermdiaire sans


synchronisation.
Il faut regrouper les deux oprations en une.

Emission
ordre de
livraison
Ordre de
livraison

f) Pas de redondances dans les oprations.


Si une action se retrouve dans plusieurs oprations, il faudra effectuer une mise en facteur de
ces actions dans une opration et utiliser une synchronisation de type ou .
Exemple : cas dune gestion de commande avec les rgles de gestion suivantes :
Une commande => vrification du stock ( comme exemple ci-dessus) et mission dun ordre
de livraison.
Et si la commande ne peut pas tre satisfaite alors il y aura mise en attente des lignes de
commande correspondantes.
Ds approvisionnement du stock il faudra pour chaque commande non satisfaite vrifier le
stock afin dmettre un nouvel ordre de livraison.
Premire solution ( ne vrifiant pas la rgle).
Cde
enregistre

Contrle des stocks


OK

Ordre de
livraison

OK

Livraison
fournisseur

Dblocage cdes
Cde
pas de
existe
cdes

Ordre de
livraison

Deuxime solution ( aprs application de la rgle)

Livraison
fournisseur

Cde

Enregistrement cde

Dblocage cdes
Cde
pas de
existe
cdes

Cde
enregistre

Cde
livrable

a ou
b
Contrle des stocks
OK

OK

Ordre de
livraison

g) Il est impossible de rfrencer dans une synchronisation des valeurs de proprits


( de la base dinformations ou des messages)

Validation du MCT et Conclusion :


Les modles conceptuels saccompagnent toujours dun document annexe. Ce document
permet de dcrire plus ou moins en dtail chaque opration associe un processus.
Plus le niveau de dtail de cet annexe est fin, plus il sera possible de valider le MCT en
cohrence avec le MCD :

Vrification que tous les rsultats peuvent tre produits par les oprations en tenant
compte des donnes recenses dans le MCD
Vrification, contenu des messages des vnements en entre, que toutes les actions de
mise jour peuvent tre effectues sans trahir le MCD.
Le MCT a permis de rpondre la question QUOI, de recenser les traitements effectuer et
lordre logique dans lesquels ils doivent tre effectus.
La constitution du MCT une fois effectue reste la plupart du temps stable. En effet, il est
bas sur des rgles de gestion. Or les rgles de gestion varient beaucoup moins facilement que
les rgles dorganisation.
Le MCT valid, il faut prendre en compte les choix dorganisation et rpondre aux questions
OU, QUAND et QUI. Il sagit du prochain niveau dabstraction : le niveau organisationnel.

Le modle Organisationnel des traitements


Quest ce que le modle organisationnel des traitements
Il est une reprsentation schmatique des traitements qui traduit les choix dorganisation de
lentreprise.
Il doit pouvoir rpondre aux questions :
OU ?
QUI ?
QUAND ?
La question COMMENT ne sera pas aborde ce niveau dabstraction puisquelle correspond
au niveau physique : on ne se proccupe pas encore des algorithmes et des programmes.
Il est bas sur le Modle Conceptuel des Traitements valids. Les concepts restent les mmes
que ceux du MCT mais ils sont plus affins.
a) Question OU ?
Cette question permet de connatre le lieu du traitement. Il sagit de connatre les postes de
travail concerns par les traitements.
On entend par poste de travail un centre dactivit lmentaire de lentreprise comprenant tout
ce qui est ncessaire pour excuter les traitements dfinis.
Un poste de travail est caractris par :
Un lieu
Des ressources (humaines, machines)
Le poste de travail doit tre un nom gnrique. Ainsi on parlera de poste de travail
secrtariat mme sil y a beaucoup de secrtaires.
b) Question QUI ?
Cest dire quelle ressource ? manuelle ou automatique.
Cette question permettra de dfinir la nature du traitement.
Un traitement peut tre de trois types :
Batch : traitement par lots
Conversationnel : temps rel
Manuel: non informatis
c) Question QUAND ?
Permettra de dfinir le droulement chronologique entre chaque traitement. Pour un
traitement donn, on devra tre en mesure de dfinir quel moment il aura lieu ( chaque nuit,
la demande, tous les quinze jours).
Les choix dorganisation peuvent tre imposs par lentreprise ou proposs par le concepteur
du projet. Dans tous les cas, ils doivent rests ralistes et tenir compte des budgets, des
hommes et de la politique entreprise.

Les concepts de base du MOT


Rgle dorganisation
Expression de lorganisation mise en place en termes de poste de travail (o ?), de nature du
traitement (qui ?) et de chronologie (quand ? ).
Elles sont indpendantes des rgles de gestion.
Exemple : pour le processus gestion des commandes
Les clients peuvent commander directement ou par lintermdiaire de reprsentants est
une rgle dorganisation. En effet, quelque soit le mode de commande choisie, sa gestion sera
la mme par contre dun point de vue organisationnelle, les postes de travail seront diffrents.

Tches
Chaque opration du MCT tait dcrite par des actions.
Ces actions vont maintenant tre analyses dun point de vue organisationnelle.
Chaque action pourra ainsi tre regroupe ou dcoupe en tches.
Une tche est donc un ensemble ou sous-ensemble dactions lmentaires pourvue dune
organisation dfinie par des rgles dorganisation.

Phase ou procdures fonctionnelles


La cration dune phase consiste regrouper, en un ensemble ininterruptible, des tches
respectant la rgle des trois units :
1) Unit de lieu (mme poste) o ?2) Unit daction (mme opration, mme nature de traitement) qui ?3) Unit de temps ( mme priode de droulement) quand ?Un nom sera attribu chaque phase de faon lidentifier.
Comme pour les oprations dfinies sur le MCT, un document annexe accompagnera chaque
phase dcrivant ainsi pour chaque tche les rgles de gestion, dorganisation et les donnes
manipules.
Pour les tches nature conversationnel, un dessin dcrivant lenchanement des crans
pourra tre aussi annex.

Procdure
La procdure est en terme dorganisation lquivalent du processus du MCT. Il reprsente
lenchanement des phases dont les oprations originelles appartiennent au mme processus.
Les procdures reprsentent les sous ensembles dun processus. Ces sous ensembles sont un
dcoupage suivant les rgles dorganisation dfinies.
Elles traduisent donc, pour chaque processus, des choix organisationnels.
Ainsi, si on considre le processus gestion des commandes , on pourra le dcouper en deux
procdures :
1) Gestion des commandes directes
2) Gestion des commandes reprsentants

Evnements, rgles de synchronisation et rgles dmission


Les concepts sont les mmes que ceux prsents au niveau conceptuel.
La mise en place de lorganisation induit simplement de nouveaux vnements ou rgles.

Le formalisme utilis est plus riche que celui du MCT car il permet de dindiquer le type de
support ( tlphone, homme, papier, cran, tat, disque, ).
Exemple de formalisme :

Sortie papier

bordereau

Document papier
rdig manuellement
uniquement

Disque

Ecran

Formalisme
Formalisme et concept du niveau conceptuel (MCT)
niveau organisationnel ( MOT)

Formalisme et concept du

Processus
procdure
Evnement
dclencheu
r

Evnement
dclencheu
r

Condition
dexcution

Condition
dexcution

Nom de lopration
Liste des actions
Rgle dmission

Nom de la phase

Les opration deviennent phases ou


procdures fonctionnelles
Les actions deviennent tches

Liste des tches


Rgle dmission

Chaque procdure donnera lieu un schma denchanement des phases.


Il existe deux modes de reprsentation :
1) Reprsentation linaire ou diagramme denchanement
2) Reprsentation en circuit ou graphe de circulation
Il ny a pas de rgles bien prcises quant au choix du mode de reprsentation. IL dpendra du
nombre de postes de travail, du nombre de documents en circulation

Le diagramme denchanement
Il est compos de 5 colonnes :
1) Colonne droulement : permet dindiquer la priode de droulement de phase
2) Colonne enchanement : permet dindiquer la phase, les vnements et les rsultats
associs.
3) Colonne extrieur : permet dindiquer lorigine des vnements externes ou le
destinataire des rsultats
4) Colonne nature : permet dindiquer la nature du traitement ( manuel,
batch,conversationnel)
5) Colonne poste de travail : permet dindiquer le poste de travail concern
PROCESSUS :
PROCEDURE
Droulement
Enchanemen Extrieur
t

MOT
Nature

Poste de
travail

Le graphe de circulation
Il est compos dune colonne droulement , dautant de colonnes poste de travail quil
y a de postes dfinis.
Chaque colonne poste de travail est suivi dune colonne extrieur sil y a lieu.
PROCESSUS :
PROCEDURE
Droulement
Poste de
travail

MOT
Extrieur

Poste de
travail

Poste de
travail

Documentation ncessaire : description des phases


Comme pour le MCT ( o chaque opration tait accompagne dun document descriptif), un
document annexe devra tre rdig pour chaque phase.
Ce document devra contenir :
1) Une description des supports des vnements et des rsultats
Dfinition des tats de sortie
Dfinition des documents de saisie
Dfinition des documents manuels
Dfinition des grilles dcran
2) Une description des actions sur le systme dinformation
Schma denchanement des crans
Critres dextraction et de tris dans le cas de traitement batch

Synthse et conclusion
A cette tape du projet, nous nous situons dans ltude dtaille. Cest dire que nous avons
pu dfinir un scnario organisationnel (postes de travail, rpartition des tches selon les postes
et les ressources automatiques, manuelles ).
Nous avons pu dcrire dans le dtail chaque procdure fonctionnelle ( phase) :
Par ses entres/sorties grce aux crans de saisie, bordereaux
Par ses calculs rgles dobtention des rsultats, contrles effectuer
Nous avons pu dcrire lenchanement des crans.
Le dossier comportant lensemble de ces descriptions est appel dossier de spcifications
fonctionnelles.
Ltape qui va suivre va nous permettre de vrifier que les donnes dcrivant notre systme
dinformation ( MCD) est cohrent avec son activit ( traitements ).
Nous validerons que :
Les donnes ncessaires aux traitements se trouvent en bonne et due forme dans le
MCD
Les donnes du MCD sont bien toutes utilises par les procdures fonctionnelles.

La validation
Le modle externe
Le MCT a t valid en cohrence avec le MCD. Le MOT a t construit partir du MCT
valid.
Loutil utilis pour valider les traitements en cohrence avec le MCD est le modle externe.
On obtient :
Donnes
Niveau
conceptuel

Validation

Modle conceptuel des


donnes BRUT
Modle conceptuel des
donnes VALIDE

Traitements
Modle conceptuel des
traitement

Modles
externes

Niveau
organisationnel

Modle conceptuel des


traitements VERIFIE
Modle organisationnel des
traitements

Lors de la constitution des MOT, des vnements et des rsultats ont t dfinis pour chaque
phase.
Chaque vnement/rsultat donne lieu la construction dun modle recensant toutes les
donnes entres/extraites dans la phase considre : ce modle est le modle externe.
Le modle externe est donc une vue locale des donnes que lutilisateur a au travers dune
procdure fonctionnelle.
Ces modles seront par la suite confrontes au MCD. Il est primordiale, pour une validation
optimale, deffectuer les modles externes sans se proccuper du MCD global.
Le modle externe utilise les mmes concepts (entits, proprits, relations, cardinalits) et le
mme formalisme que le modle conceptuel des donnes.
Il sera normalis.
Principe de construction des modles externes
On ne considrera que les phases automatises.
La construction des modles externes suit diffrentes rgles :
a) Un modle externe pour une fonction particulire des traitements
Les phases, construites sur un critre dininterruptabilit peuvent regrouper des traitements de
diffrentes fonctions comme par exemple :
Vrification quun client existe
Cration du client ( sil nexiste pas)
Cration de la commande
Vrification des stocks
Cration du Bon de livraison
Mise en attente dune commande

On peut distinguer deux grands types de fonctions :


1) Celles qui extraient les donnes de la base dinformation (consultation, ditions)
2) Celles qui permettent dapporter de nouvelles donnes en enrichissant la base
dinformation (saisie, mise jour, contrle, calcul)
Dans le premier cas, on cre un modle externe partir des donnes produites : cest un
modle dit de consultation.
Dans le second cas, on cre un modle externe partir des donnes entres : cest un modle
dit de mise jour.
b) Un modle externe pour une seule famille de donnes
Par exemple, pour une phase ddition de paie on distinguera les donnes lies
lentreprise comme les charges patronales et les donnes lies aux employs comme
lindice .
c) Un modle externe ne manipule quun petit nombre de donnes
Il faut privilgier la simplicit du modle en vue de la validation.
d) Chaque modle externe donnera lieu une liste des donnes manipules en se
rfrent au dictionnaire de donnes.
Il faut constituer un dictionnaire de donnes pour chaque modle externe. Ce dictionnaire sera
confront celui obtenu ltape conceptuelle afin de prserver une certaine cohrence quant
aux noms des donnes en vue dviter entre autres les problmes de synonymie, de polysme

e) Une entit du modle externe correspondra un bloc logique


Un bloc logique correspond lensemble des supports des donnes en entre ou en sortie pour
une fonction considre.
Ainsi :
1) en consultation, les blocs de sortie seront constitus dcrans, ddition ou de primprims
2) en mise jour, les blocs de sortie seront constitus dcrans, de bordereaux ou de
documents externes ( bon de livraison)
Les donnes contenues dans ces blocs logiques ont t dcrites dans le dossier de
spcifications dtailles.
On essaye alors dappliquer une rgle simple qui est : un bloc logique => une entit.
Les rgles de vrifications et de normalisation nous amnerons crer dautres entits et/ou
relations.

Principe de la validation
La validation se fait par tapes :
Validation de chaque modle externe par rapport au MCD global .
Validation du MCD global par rapport lensemble des modles externes valids .
Pour cela il existe deux dmarches, lune intuitive, lautre systmatique cest dire base sur
des rgles de validation bien dfinies.
Le choix entre ces deux dmarches est fonction de la complexit des modles externes, du
MCD et des traitements.

La dmarche intuitive :
Elle ne ncessite pas forcment la constitution de modles externes. Dans ce cas, il faut
toutefois que le contenu des messages des vnements/rsultats soient connu.
Il faut vrifier
Que les mises jour peuvent seffectuer sans trahir le MCD
Que les rsultats souhaits peuvent tre sortis

La dmarche systmatique
Elle seffectue en quatre temps pour les modles externes en mise jour et pour les modles
externes en consultation :
1) Validation des proprits externes
2) Validation des entits externes
3) Validation des associations externes
4) Validation des cardinalits externes

Le modle externe en mise jour


a) Validation des proprits externes
Il faut vrifier que toute proprit externe aura pour rle
soit didentifier une occurrence dentit ou de relation que lon veut mettre jour,
soit de charger une nouvelle valeur sur une occurrence dentit ou de relation
pralablement mise jour.
Si la proprit externe est absente du MCD, il faudra alors lintroduire dans le MCD ou
modifier le modle externe.
b) Validation des entits externes
Une entit externe est valide si toutes ces proprits externes sont valides.
c) Validation des relations externes
Une relation externe porteuse de proprits est valide si toutes ses proprits externes sont
valides.
Une relation externe non porteuse de proprits est valide si les entits quelles relient le sont.
d) Validation des cardinalits externes
Les cardinalits externes sont valides si elles sont incluses dans les cardinalits du MCD.
En dautres termes, il faut que les cardinalits externes soient plus restreintes que les
cardinalits du MCD.

Modle externe en consultation


a) Validation des proprits externes
Les proprits du modle externe doivent tre les mmes que celles du MCD.
Si tel nest pas le cas :
Il sagit dun oubli, il faut donc la rajouter dans le MCD
Il sagit dune donne calcule, il faut donc vrifier quil est possible de lobtenir
avec des proprits du MCD.

b) Validation des entits externes


Tout identifiant du lentit externe doit tre identifiant dune entit du MCD.
A toute occurrence de proprit externe doit correspondre une et une seule occurrence de
proprit du MCD.
c) Validation des relations externes
Une relation externe est valide si toutes les proprits portes par la relation sont valides, si
toutes les entits quelle relie sont valides et si le lien smantique quelle reprsente se
retrouve dans le MCD.
d) Validation des cardinalits externes
Les cardinalits externes sont valides si elles sont incluses dans les cardinalits du MCD.
En dautres termes, il faut que les cardinalits externes soient plus restreintes que les
cardinalits du MCD.

Conclusion
Nous sommes maintenant en phase finale de la conception.
Les donnes du modle conceptuel sont valides, les traitements sont tous bien dcrits.
Toute notre analyse a t valide au fur et mesure par les personnes concernes par
dveloppement du SI, nous sommes donc prts pour limplmentation ! !

MCT

Le Modle Conceptuel des Traitements (MCT) permet une description dynamique


du systme dinformation laide des concepts dopration et dvnement.

Opration

Une opration est une production de flux dinformation. Une opration est
dfinie "immatriellement", sans contrainte organisationnelle. Elle dcrit
aussi bien la gestion manuelle, que la gestion automatise. Une opration
se dcompose en actions.

Action

Une action est une fonction lmentaire. Entre les actions dune opration,
il ny a pas dtat dattente, et leur droulement est squentiel.
Une action peut faire rfrence une ou plusieurs rgles de gestion. Elle
peut utiliser une ou plusieurs entits et/ou associations pour des actions
de cration, modification, suppression ou consultation.

Rgle de gestion

Une rgle de gestion est une loi qui, lchelle de lentreprise, va


sappliquer systmatiquement dans les divers cas quelle est cense rgir.
Les rgles de gestion servent dfinir lensemble des rgles respecter
pour les actions. Une mme rgle de gestion peut tre applique plusieurs
actions.

Evnement

Un vnement est un flux de nature quelconque ou un fait concourant au


lancement dune opration. Un vnement est gnralement dsign par un
verbe au participe pass ou par un substantif driv.
On reprsente un vnement par le symbole :

Synchronisation

Une condition de synchronisation est reprsente par une condition


boolenne liant les vnements dclencheurs grce aux oprateurs logiques
" Et ", " Ou " et " Non ".
Lopration nest pas dclenche si la condition nest pas ralise.

Rgle dmission

Une rgle dmission dfinit la condition sous laquelle des vnement


rsultats seront produits par une opration.
Une opration peut avoir une ou plusieurs rgles dmission, une rgle
grant lmission de un ou plusieurs vnements rsultats.

Une opration peut ne pas avoir de rgle dmission. Dans ce cas,


lmission des vnements est inconditionnelle.

On reprsente un MCT de la faon suivante :

Systme d'Information Organisationnel


(SIO) :
niveau conceptuel exprime les choix fondamentaux de
gestion: recherche
des lments stables indpendamment des moyens
mettre en oeuvre, de

leurs contraintes et de leur organisation.


niveau organisationnel exprime les choix
d'organisation de ressources
humaines et matrielles, au travers de la dfinition de
sites, de postes de
travail,...

Systme d'Information Informatis


(SII) :
niveau logique exprime les choix de moyens et de
ressources informatiques,
en faisant abstraction de leurs caractristiques
techniques prcises.
niveau physique traduit les choix techniques et la prise
en compte de leurs
spcificits.

MOD : rpartition organisationnelle des


donnes (MOD
locaux) pour les architectures clientserveur
Rpartition organisationnelle des donnes =
rpartition d'utilisation de ces donnes suivant les
diffrentes units organisationnelles.
permet d'orienter ultrieurement la rpartition
informatique des donnes, en particulier dans des
environnements clients / serveurs
MOD local une unit organisationnelle
exprime, du point de vue de lutilisateur, les
donnes accessibles par un
ensemble de postes de l'unit organisationnelle
pour chaque unit organisationnelle MOD local :
sous-ensemble du MOD global : sous
ensemble d'entits-types, de relations-types et
de proprits
tableau prcisant les ventuelles restrictions
sur les occurrences disponibles d'entits ou de
relations : une agence (unit organisationnelle)
ne gre que les contrats de son secteur.
permet de mettre en vidence :
les donnes communes l'ensemble du
domaine,
les donnes partages entre certaines
units,
les donnes prives une unit.
accessibilit des donnes d'un MOD local : actions
lmentaires possible pour tous les traitements
raliss dans le site organisationnel => prciser

diffrents types daccs, lecture (L), modification (M),


cration (C) et suppression (S)
si partage entre plusieurs UOs et si rpartition
informatique : prciser quelle UO fait rfrence en cas
de divergence dans le contenu des informations
partages.
Scurit des donnes :
S'exprime, selon les cas, au niveau du MOD
global ou des MOD locaux
passe par la dfinition de catgories ou profils
d'utilisateurs
dfinir les restrictions d'accs aux donnes
mmorises pour certaines profils d'utilisateurs
concernant un type d'action limit (L, M, C, S) :
soit aux entits, relations ou proprits du
MOD global ou local,
soit une sous-population des occurrences
dentits/relations

Vous aimerez peut-être aussi