SYSTEMES

D’INFORMATION

1
 Plan du cours
❑Introduction

❑Le Système d’Information

➢ Définitions
➢ Rôle du SI
➢ Conception d’un SI informatisé

❑La méthode MERISE

➢ Présentation générale
➢ Les modèles MERISE
➢ La démarche

2
 Introduction

 Un Système d‘Information (noté SI) représente

l'ensemble des éléments participant à la gestion,
au stockage, au traitement, au transport et à la
diffusion de l'information au sein d'une
organisation.

3
 Introduction

 La conception d'un système d'information n'est

pas évidente car il faut réfléchir à l'ensemble de
l'organisation que l'on doit mettre en place.

 La phase de conception nécessite des méthodes

permettant de mettre en place un modèle sur
lequel on va s'appuyer.

4
 Introduction

 La modélisation consiste à créer une

représentation d'une réalité de telle façon à faire
ressortir les points auxquels on s'intéresse.

 Ce type de méthode est appelé ANALYSE.

 Il existe plusieurs méthodes d'analyse, la méthode

qu’on va étudié est la méthode MERISE.

5
 Introduction

 Le but de cette méthode est d'arriver à concevoir un

Système d’Information SI.

 La méthode MERISE est basée sur la séparation des

données et des traitements à effectuer en plusieurs
modèles conceptuels et physiques.

6
 LE SYSTEME D ’INFORMATION

 L’entreprise est un système complexe dans

lequel transitent de très nombreux flux
d’informations.

 Sans un dispositif de maîtrise de ces flux,

l’entreprise peut très vite être dépassée et ne
plus fonctionner avec une qualité de service
satisfaisante.

7
 LE SYSTEME D ’INFORMATION

 L’enjeu de toute entreprise qu’elle soit

industrielle ou de services consiste donc à
mettre en place un système destiné à collecter,
mémoriser, traiter et distribuer l’information
(avec un temps de réponse suffisamment bref).

 Ce système d’information assurera le lien entre

deux autres systèmes de l’entreprise : le système
opérant et le système de pilotage.

8
 LE SYSTEME D ’INFORMATION

 Le système de pilotage (celui qui réfléchit, décide,

oriente)

 Le système opérant (celui qui produit, transforme,

agit)

9
 SYSTEME DE PILOTAGE
Coordination, objectifs
(membres de la direction, …)

Décisions Décisions

l ’extérieur
Informations vers
Informations traitées
SYSTEME D ’INFORMATION
- Collecte
- Mémorisation des données
- Traitement
- Transmission

FLUX Informations collectées FLUX

ENTRANT SYSTEME OPERANT
SORTANT
Production, action
(ensemble du personnel exécutant)
10
 LE SYSTEME D ’INFORMATION

 Le système de pilotage décide des actions à

conduire sur le système opérant en fonction des
objectifs et des politiques de l’entreprise.

 Le système opérant englobe toutes les fonctions

liées à l’activité propre de l’entreprise : facturer les
clients, régler les salariés, gérer les stocks, …

11
 LE SYSTEME D ’INFORMATION

 Le système d'information est la représentation de

l'activité du système opérant, construite par et pour le
système de pilotage pour en faciliter le
fonctionnement.

12
RÔLE DU SYSTEME D’INFORMATION :
Collecter des informations provenant :
- d’autres éléments du système
- de l’environnement
Mémoriser des données :
- base de données
- fichiers
- historique, archivage
Traiter les données stockées :
- traitements automatisables
- aide à la prise de décision
Communiquer 13
 CONCEPTION D’UN SI AUTOMATISE

◼Étude de l’existant
➢Description de la situation actuelle

◼Conception
➢Proposition de solutions
➢Choix de la solution
➢Description de la solution future

◼Réalisation
➢Développement de la solution
➢Mise en place

14
 LA METHODE MERISE

▪ Présentation générale des cycles

▪ Cycle de vie
▪ Cycle de décision
▪ Cycle d’abstraction
▪ Courbe du soleil
▪ Modèles
▪ Démarche

15
Cycle de vie

16
 CYCLE DE VIE
SCHEMA DIRECTEUR

ETUDE PREALABLE
Rapport Observation
Sous Ensemble Représentatif
Cahier des Charges
P
ETUDE DETAILLEE
R
Dossier d'étude
détaillée
O
ETUDE TECHNIQUE
Dossier d'étude
J
technique
E
PRODUCTION DE LOGICIEL Dossier de
programmation,
T
MISE EN SERVICE

MAINTENANCE

17
 CYCLE DE VIE
 Le schéma directeur :
 dont le rôle est de définir, de manière globale, la
politique d’organisation et d’automatisation du
système d’information.

 Pour ce faire, il est nécessaire de répertorier

l’ensemble des applications informatiques existantes
à modifier et à développer.

 Pour rendre contrôlable et modulable ce

développement, il est nécessaire de découper le
système d’information en sous-ensembles
homogènes et relativement indépendant.

18
 CYCLE DE VIE

 Ces sous-ensembles sont appelés domaines.

 Par exemple, on peut trouver le domaine

«Approvisionnement», le domaine «Personnel».

 Les résultats attendus à la fin de cette étape sont une

définition précise des domaines, une planification du
développement de chaque domaine et un plan détaillé,
année par année, des applications qui doivent être
réalisées.

19
 CYCLE DE VIE
Étude préalable :

 qui doit aboutir à une présentation générale du futur

système de gestion (modèles des données et des
traitements), en indiquant les principales novations par
rapport au système actuel, les moyens matériels à mettre
en oeuvre, les bilans coût – avantage.

 Cette étude est réalisée en 4 phases :

20
 CYCLE DE VIE
1. Une phase de recueil qui a pour objectif d’analyser
l’existant afin de cerner les dysfonctionnements et les
obsolescences les plus frappantes du système actuel.

2. Une phase de conception qui a pour objectif de

formaliser et hiérarchiser les orientations nouvelles en
fonction des critiques formulées sur le système actuel
et d’autre part des politiques et des objectifs de la
direction générale.
Cela revient à modéliser le futur système avec une
vue pertinente de l'ensemble.

21
 CYCLE DE VIE
3. Une phase d’organisation dont l’objectif est de
définir le système futur au niveau organisationnel: qui
fait quoi ?

4. Une phase d’appréciation dont le rôle est d’établir

les coûts et les délais des solutions définies ainsi que
d’organiser la mise en oeuvre de la réalisation.
- A cet effet un découpage en projets est effectué.

22
 CYCLE DE VIE
 Étude détaillée :

qui consiste d’une part à affiner les solutions conçues lors

de l’étude préalable et d’autre part à rédiger, pour chaque
procédure à mettre en œuvre, un dossier de spécifications
détaillé décrivant les supports (maquettes d’états ou
d’écran) ainsi que les algorithmes associés aux règles de
gestion…

23
 CYCLE DE VIE
 A l’issue de cette étude, il est possible de définir le
cahier des charges utilisateurs qui constitue la base de
l’engagement que prend le concepteur vis à vis des
utilisateurs.
 Le fonctionnement détaillé du futur système, du point de
vue de l’utilisateur, y est entièrement spécifié.

Étude technique :
Spécifications techniques complètes

24
 CYCLE DE VIE
Production du logiciel :
 Dont l’objectif est l’obtention des programmes
fonctionnant sur un jeu d’essais approuvés par les
utilisateurs.

Mise en service :
 Qui se traduit par un changement de responsabilité :
l’équipe de réalisation va en effet transférer la
responsabilité du produit à l’utilisateur.
 Cette étape intègre en particulier la formation des
utilisateurs. Après une période d’exploitation de
quelques mois, la recette définitive de l’application est
prononcée.
25
 CYCLE DE VIE

Maintenance :

Consiste à faire évoluer les applications en fonction des

besoins des utilisateurs, de l’environnement et des progrès
technologiques.

26
Cycle de décision

27
 CYCLE DE DECISION
Cycle de vie Cycle de décision
SCHEMA DIRECTEUR
Plan de développement APPROBATION ET LANCEMENT

ETUDE PREALABLE
N solutions CHOIX D’UNE SOLUTION
ETUDE DETAILLEE ACCORD UTILISATEURS
Spécifications fonctionnelles SPECIFICATIONS FONCTIONNELLES

ETUDE TECHNIQUE ACCORD REALISATEURS

Spécifications techniques SPECIFICATIONS TECHNIQUES

PRODUCTION DE LOGICIEL
RECETTE PROVISOIRE CONFORMITE
Système réalisé
DU SYSTEME
MISE EN SERVICE
Système installé
RECETTE DEFINITIVE
MAINTENANCE
28
 Cycle
d’abstraction

29
CYCLE D’ABSTRACTION
Système d’information actuel

Expression des besoins

Modèle conceptuel

Modèle logique

Modèle physique

Système d’information futur

informatisé

30
 CYCLE D’ABSTRACTION

Statique Dynamique
Niveau
(Données) (Traitements)
Conceptuel MCD MCT Quoi faire?

Logique/ MLD MOT Qui? Quand? Ou?

Organisationnel
Physique MPD MOPT Comment?

31
 CYCLE D’ABSTRACTION

 La conception du système d'information se fait par

étapes, afin d'aboutir à un système d'information
fonctionnel reflétant une réalité physique.

 Il s'agit donc de valider une à une chacune des

étapes en prenant en compte les résultats de la
phase précédente.

32
 CYCLE D’ABSTRACTION

 D'autre part, les données étant séparées des

traitements, il faut vérifier la concordance entre
données et traitement afin de vérifier que toutes les
données nécessaires aux traitements sont présentes et
qu'il n'y a pas de données superflues.

 Cette succession d'étapes est appelée cycle

d'abstraction pour la conception des systèmes
d'information.

33
 CYCLE D’ABSTRACTION

 L'expression des besoins aboutit au MCC (Modèle conceptuel

de la communication) qui définit les flux d'informations à
prendre compte.

 L'étape suivante consiste à mettre au point le MCD (Modèle

conceptuel des données) et le MCT (Modèle conceptuel des
traitements) décrivant les règles et les contraintes à prendre en
compte.

34
 CYCLE D’ABSTRACTION

Le modèle organisationnel consiste à définir:

 Le MLD (Modèle logique des données) qui représente un choix

logiciel pour le système d'information
 Le MOT (Modèle organisationnel des traitements) décrivant les
contraintes dues à l'environnement (organisationnel, spatial et
temporel).

Enfin, le modèle physique reflète un choix matériel pour le

système d'information.

35
 CYCLE D’ABSTRACTION
 Le niveau conceptuel qui décrit la statique et la dynamique
du système d’information.

 Le niveau organisationnel décrit la nature des ressources

qui sont utilisées pour supporter la description statique et
dynamique du système d’information.

 Le niveau physique dans lequel on choisit les

techniques d’implantation du système
d’information ( données et traitements)

36
LA COURBE DU SOLEIL

CONCEPTUEL CONCEPTUEL

ORGANISATIONNEL ORGANISATIONNEL

LOGIQUE LOGIQUE

PHYSIQUE PHYSIQUE

EXISTANT FUTUR
Cycle de vie
37
Modèles MERISE

38
 MODELES MERISE
 FLUX
PROCESSUS
FLUX
ACTEURS

 TRAITEMENTS
EVENEMENT
SYNCHRONISATION
OPERATION

 DONNEES
ENTITE
ASSOCIATION
39
Modèles de Flux

40
 LE MODELE CONCEPTUEL DE FLUX

▪FLUX :
➢Echange d’informations concernant :
❖Partenaires extérieurs
❖Processus
▪DOMAINE D’ACTIVITE :
➢Invariant
➢Décomposé en processus

41
 LE MODELE CONCEPTUEL DE FLUX
▪FORMALISME :
Partenaire
extérieur
FLUX A

PROCESSUS 1
FLUX D
FLUX C PROCESSUS 3 Domaine
FLUX B d’activité

FLUX E
PROCESSUS 2
FLUX F

Domaine
d’activité
42
 LE MODELE CONCEPTUEL DE FLUX

▪EXEMPLE : Garage Automobile

Paiement Client
Client

Demande
d’intervention Facture

ENTRETIEN/REPARATION Demande de
VEHICULE pièce Facture
fournisseur

Paiement Client FOURNISSEUR

Facture
Acceptée GESTION DE STOCK Commande
COMPTABILITE

Ordre de Banque
virement
43
 LE MODELE CONCEPTUEL DE FLUX
Diagramme de contexte

Le diagramme de contexte a pour but de

représenter les flux d'informations entre
l'organisation et les acteurs externes selon une
représentation standard dans laquelle chaque objet
porte un nom:
 l'organisation est représentée par un rectangle
 les acteurs externes sont représentés par des ellipses.
 les flux d'information sont représentés par des flèches
dont l'orientation désigne le sens du flux.

44
 LE MODELE CONCEPTUEL DE FLUX
Diagramme de contexte

45
 LE MODELE CONCEPTUEL DE FLUX

Diagramme conceptuel de flux

Ce diagramme (appelé aussi modèle conceptuel de

la communication) permet de compléter le
diagramme de contexte en décomposant
l'organisation en une série de processus internes.

46
LE MODELE ORGANISATIONNEL DE FLUX

▪FLUX :
➢ Echange d’informations entre acteurs
▪ACTEUR :
➢ Unité active dans le fonctionnement du système
opérant :
✓Partenaire extérieur
✓Acteur interne : Traduit la répartition de
l’activité (choix d’organisation)

47
 LE MODELE ORGANISATIONNEL DE FLUX
▪FORMALISME :
Acteur
extérieur
FLUX A

FLUX G
ACTEUR1 ACTEUR3
FLUX D
ACTEUR2 Acteur7

FLUX C
FLUX B FLUX E

ACTEUR4 FLUX H

FLUX K ACTEUR6
ACTEUR5

FLUX F
Acteur8

48
Modèles des Traitements

49
Modèle Conceptuel des
Traitements
MCT

50
Modèle Conceptuel des Traitement :
MCT
 Les traitements sont la traduction en actions des
règles de gestion qui composent l’activité de
l’entreprise.

 Un MCT permet modéliser :

 Exemple «une commande ne sera satisfaite que si la quantité
en stock est supérieure à la quantité demandée»:
 Il faut lire la quantité commandée,

 Ensuite comparer la commande avec le stock,

 Si la quantité commandée est supérieure à la quantité en

stock alors la commande est rejetée sinon acceptée.

51
Modèle Conceptuel des Traitement :
MCT
 Le MCT exprime ce qu’il faut faire, mais n’indique
pas qui doit faire, ni quand ni où le faire et surtout
pas comment !

 Un MCT se compose:
 Des événements
 Des opérations

 La synchronisation

 Des résultats

52
 Arrivée client
Exemple 1

Rédaction de l’ordre des travaux

Signature client Fiche de travaux

Ouverture du dossier mise en réparation

Dossier ouvert

53
Exemple 2 Arrivée d’une feuille de maladie

Contrôle et calcul du remboursement

Feuille OK Feuille erreur

Fin de journée Feuille calculée

Feuille rejetée

Mise en paiement

Ordre de paiement

54
Modèle Conceptuel des Traitement :
MCT
Définitions :
 "Représentation, sous forme schématique, de
phénomènes de réactions du type :
Évènement déclenchant -> Transformation du
système d'information -> Résultat
et ceci indépendamment de toute préoccupation
d'organisation interne".

 Il est donc important de percevoir que, lors de cette étape

de l'approche "top / down", le "monde extérieur" est
impérativement impliqué au niveau de chaque
"opération" :

55
Modèle Conceptuel des Traitement :
MCT
 Soit au niveau des évènements déclenchants
 Soit au niveau des résultats.

▪ Alors que le fonctionnement interne de l'entreprise

n'est pas pris en compte (il le sera au niveau du
M.O.T.).

▪ Il s'agit donc d'une approche dynamique : Elle

exprime un suivi de transformations.

▪ Le facteur chronologique joue un rôle essentiel.

56
Modèle Conceptuel des Traitement :
MCT
Les relations entre "acteurs" peut être traduit soit
par un "graphe des flux" soit par une "matrice des
flux".

57
Modèle Conceptuel des Traitement :
MCT

58
Modèle Conceptuel des Traitement :
MCT
 Évènement :
 "Collection de faits, susceptibles de déclencher une
'opération' dans les conditions précisées par la
'synchronisation'.
 L'intervention du temps (date / heure) est considérée
comme un évènement extérieur.
 Synchronisation:
 Condition booléenne traduisant les règles d'activation
d'une opération.

59
Modèle Conceptuel des Traitement :
MCT

 Opération:

Ensemble d'actions dont l'enchaînement

ininterruptible n'est conditionné par l'attente
d'aucun évènement autre que le déclencheur initial.

60
Modèle Conceptuel des Traitement :
MCT
 Règles d'émission
 Condition traduisant les règles de gestion, à laquelle est
soumise l'émission des résultats d'une opération.

 Résultats
 Collection de faits, produits par l'opération", dans les
conditions prévues par la (ou les) "règles d'émission".

61
Modèle Conceptuel des Traitement :
MCT

62
Modèle Conceptuel des Traitement :
MCT
Exemple :

63
64
Modèle Conceptuel des Traitement :
MCT
▪ Exemple d’application

Description des tâches :

 Lorsque le client contacte le service commercial pour avoir des devis,
le responsable se charge d'imprimer les devis correspondant aux
produits demandés par le client.
 Si le client est intéressé par l'achat des produits il passe une
commande.
 La commande est transmise au service de stock pour voir la validité des
quantités demandées.
 Si la quantité est disponible on procède à l'étape de livraison. Un bon
de livraison est envoyé au client qu'il doit signer. Un chèque de
garantit est demandé au client avant livraison. Une fois les produits
livrés au client on lui donne une facture qu'il doit régler. Une fois le
client règle la facture on lui remet son chèque.

Travail demandé : réaliser le modèle conceptuel de traitements.

65
Modèle Organisationnel de
Traitement
MOT

66
Modèle Organisationnel des Traitements
MOT
• Le modèle conceptuel des traitements permet de
structurer les opérations sur le seul critère de
l’enchaînement logique. Une opération sera exécutée
après une autre si elle a besoin, pour « fonctionner »,
des résultats de l’autre.

• Cette architecture abstraite, théorique, doit, pour

pouvoir être mise en place, prendre en compte trois
nouveaux concepts, l’Acteur, le Moment et la Nature des
opérations.

➔ C’est le MOT

67
Modèle Organisationnel des Traitements
MOT

MOT
=
MCT + Acteur + Moment +
Nature

68
Modèle Organisationnel des Traitements
MOT
Acteurs Moment Nature

Qui exécute Quand exécute-t- Manuelle?

l’opération? on l’opération?
Automatique?

Acteurs Agencement
temporel
(MCC)

69
Modèle Organisationnel des Traitements
MOT

MOT MOT
MCT

AVANT APRES

La courbe du soleil, de l’existant

(physique) à la solution future

70
Modèle Organisationnel des Traitements
MOT
MCT MCT
Solution théorique Solution théorique
« ancienne » « nouvelle »

MOT
MOT
Solution « pratique »
Solution « pratique »
pour l’organisation O1
pour l’organisation O2

71
Modèle Organisationnel des Traitements
MOT
 Création du MOT
Le point de départ du processus de passage d’un
MCT à un MOT, c’est :

 Un modèle de communications,
 Un modèle conceptuel des traitements.

Acteur A OP2 OP1

Acteur C
Acteur B
OP4 OP3

72
Modèle Organisationnel des Traitements
MOT
1. Le MCC fournit la liste des acteurs :

Acteur A Acteur A Acteur B Acteur C

Acteur B Acteur C

73
Modèle Organisationnel des Traitements
MOT
2. Le MCT est ensuite importé dans cette structure :
Acteur A Acteur B Acteur C

OP2 OP1 OP2 OP1

OP4 OP3 OP4 OP3

74
Modèle Organisationnel des Traitements
MOT
3. Puis ré-agencé pour tenir compte de l’organisation :

Acteur A Acteur B Acteur C

OP2 OP1 OP1

OP2

OP4 OP3

OP3

OP4

75
Modèle Organisationnel des Traitements
MOT
4.1. Adaptation :
L’architecture conceptuelle, même adaptée à la
structure organisationnelle, ne prend pas en compte la
planification du travail. Il y a donc une première
adaptation. Temp s Acteur A Acteur B Acteur C

lundis-mardis- OP3a
mercredis OP4a


OP3b

jeudis
vendredis OP4b

76
Modèle Organisationnel des Traitements
MOT
4.2. Adaptation :
La dernière retouche vient de la prise en compte de la
nature (manuelle ou automatique) des opérations :

Acteur B Acteur C Nature Acteur B Acteur C

Légende
OP4a manuelle OP4a manuelle

  automatisée
OP3b manuelle OP3b
 
OP4b automatisée OP4b

77
Modèle Organisationnel des Traitements
MOT
Acteur B Acteur C Nature

OP4a manuelle


OP3b manuelle

OP4b1 manuelle

OP4b2 automatisée

78
Modèle Organisationnel des Traitements
MOT
Le résultat final de l’adaptation est donc :
Temp s Acteur A Acteur B Acteur C Nature

lundis-mardis-
mercredis OP1 manuelle

lundis-mardis-
mercredis OP2 automatisée

OP2 OP1

lundis-mardis-
mercredis OP3a automatisée
➔ jeudi matin OP4a automatisée

OP4 OP3 
jeudi matin OP3b automatisée

jeudis OP4b1
vendredis manuelle

jeudis OP4b2 automatisée

vendredis

79