L’étude de l’existant

Le modèle des
communications
(ou modèle ‘acteurs/flux’)

24

Le recueil des informations

But faire un inventaire exhaustif des
échanges d'information entre les différents
intervenants (acteurs) du domaine étudié.
Documents types pour la collecte
- descriptif de poste de travail
- descriptif de document
- descriptif de fichier
- inventaire des flux d'informations

25

1
 Le modèle des communications
(modèle acteurs/flux)
Définitions
• Flux : lot d'informations transmis entre deux
acteurs du SI étudié.
• Acteur : tout ce qui peut émettre ou recevoir
des flux.
Par ex. : un domaine d'activité, un service, une
personne, une fonction ou sous-fonction d'une
organisation
Acteur externe : entité externe à l'organisation ou au
domaine étudié. Ex : client, fournisseur, banque, …
Acteur interne : appartient à l'organisation ou au domaine
étudié. Ex : service production, service commercial, …

26

Flux interne : émis par un acteur interne au SI

étudié.
Flux externe : émis par un acteur externe au SI
étudié.

Le choix interne/externe est fondamental : il

décrit la frontière du domaine étudié. C’est à
faire tout au début d’une analyse.
Ce choix doit être négocié avec les
demandeurs de l’informatisation.

27

2
 Matrice et graphe des flux
Représentation graphique des flux d'informations.
• matrice des flux :
Tableau qui décrit les flux d'information entre
acteurs :
- les acteurs figurent en tête des lignes et des
colonnes;
- un flux apparaît à l'intersection d'une ligne et
d'une colonne.
• graphe des flux : représentation graphique de la
matrice des flux.

28

Émetteur / Acteur1 Acteur2 Acteur3

Récepteur

Acteur 1 Flux 1 Flux 3

Acteur 2 Flux 2
Acteur 3 Flux 4

Remarque : cette forme incite à regarder toutes les combinaisons

Possibles.
Flux 2

Acteur 1 Flux 1 Acteur 2

Flux 3 Acteur 3 Flux 4

29

3
 Exemple : Gestion des sinistres dans une société
d’assurance
A l'arrivée d'une déclaration de sinistre, on
l'examine. Si la déclaration est recevable, on
demande l'avis d'un expert, sinon on notifie le
refus à l'assuré. Au retour de l'expertise et après
réception de la facture du garage, on calcule le
montant du remboursement et on envoie le
chèque au client.
Liste des acteurs SOCIETE D’ASSURANCE (int),
CLIENT (ext), EXPERT (ext), GARAGE (ext)
Liste des flux DECLARATION, DEMANDE AVIS,
FACTURE, REFUS, AVIS EXPERT, CHEQUE

30

Déclaration
Refus Client
interne Assureur
externe
Chèque

Avis Facture
Demande
d’avis
Expert Garage

externe externe

31

4
 Lorsque le graphe comporte plusieurs
acteurs internes on regroupes parfois tous
ces acteurs en une même entité
(correspondant au SI à étudier) et on ne
garde que les flux en entrée et en sortie.
C’est le ‘graphe des flux contextuel’.

SI complet

Acteurs Acteurs
externes externes

32

A partir de ce schéma on peut dresser la liste

de tous les événements en entrée du
système (arrivée d’un flux sur un acteur
interne) et tous les événements en sortie
(départ d’un flux sur un acteur interne vers un
acteur externe). C’est important pour la suite
de l’analyse.
Sur l’exemple :
- événements en entrée : arrivée d’une
déclaration, d’un avis d’expert, d’une facture
garage,
- événements en sortie : production d’un
refus, d’un chèque, d’une demande d’avis

33

5
 Beaucoup plus détaillé que :
Déclaration

interne Assureur Refus Client

externe
Chèque
Avis Facture
Demande
d’avis
Expert Garage

externe externe
Mais les 2 schémas doivent être cohérents :
mêmes acteurs et mêmes flux entrants/sortants.

42

Le modèle conceptuel des

traitements

44

6
 SYSTEME EXISTANT NOUVEAU SYSTEME

NIVEAU
CONCEPTUEL MODELES CONCEPTUELS MODELES CONCEPTUELS
DE L'EXISTANT DU NOUVEAU SYSTEME

MCT

NIVEAU
LOGIQUE
MODELES ORGANISATIONNELS MODELES ORGANISATIONNELS
ORGANISATIONNEL DE L'EXISTANT ET LOGIQUES
DU NOUVEAU SYSTEME

Acteurs/flux Circulation Documents

NIVEAU
PHYSIQUE DESCRIPTION PHYSIQUE
ET OPERATOIRE MODELES PHYSIQUES ET
OPERATIONNEL DE L'EXISTANT OPERATIONNELS
DU NOUVEAU SYSTEME

45

Le Modèle Conceptuel des Traitements

Il décrit le fonctionnement du SI d’une organisation au
niveau conceptuel : on fait abstraction des contraintes
d’organisation et techniques; on ne décrit que les
règles fondamentales de gestion (les invariants, ‘le
métier’ de l’organisation). Description la plus stable.

Exemple introductif
Les demandes d'ouverture de compte bancaire doivent
suivre les règles de gestion suivantes :

Règle 1 : Toute demande d'ouverture de compte doit faire

l'objet d'un examen préalable.

Règle 2 : L'accord définitif d'ouverture ne peut être donné

qu'après avis de la Banque de France.

46

7
 demande d’ouverture

Instruction de la demande
Recevable Non recevable

demande
avis BdF demande demande
instruite rejetée
a b
Avis de
la BdF a et b
On suppose que ce
Décision d’ouverture découpage est bien
une règle de gestion
OK non OK
et pas un simple
choix d’organisation
compte ouverture du travail.
ouvert refusée

47

Le fonctionnement du SI est décrit :

• par l’enchaînement d’opérations,
• déclenchées selon certaines conditions de
synchronisation (et, ou, …),
• par des événements contributifs (internes
ou externes),
• et produisant d’autres événements résultats
(internes ou externes).

48

8
 Opération
Événement précédente
Événement
contributif
externe contributif
interne

a b c
Schéma d’une
[ Proposition logique (a,b,c) ] opération
acteur conceptuelle

Nom de l' opération

Règle Règle
Émission … Émission

Événement Événement
résultat résultat
externe interne
Opération
suivante
Remarque : les acteurs sont facultatifs

49

Événement contributif externe

• C’est un stimulus pour le SI qui provoque une
réaction. Il doit être détectable par le SI.
• C’est un message c’est à dire un ensemble de
données qui sont associés au fait nouveau.
Opération
• Séquence continue d’actions non interruptible.
• Déclenchée par un ou plusieurs événements
contributifs internes ou externes.
• Produit des événements résultats internes ou
externes, conditionnés par des règles
d’émission.

50

9
 Les actions sont constituées :
• des traitements appliqués aux données en
entrée selon certaines règles,
• des tâches de consultation et de mise à jour
d’une base d’informations (base de données)
implicitement accessible.
Synchronisation
• Condition exprimée sur les événements
contributifs, qui détermine le déclenchement
d’une opération.
• S’exprime sous la forme d’une proposition
logique utilisant des et et des ou (on évitera au
maximum le non, les non-événements n’étant
pas toujours détectables par le SI)
Exemple : a ou (b et c)

51

Règles d’émission
Elles caractérisent les résultats possibles de
l’opération.
Ex: Prise en compte
d'une commande

OK Produit conditions d'émission

non disponible des messages

cde absence
à livrer produit

• les conditions d’émission des résultats d’une opération ne

sont pas nécessairement exclusives (un résultat peut être
émis par deux règles d’émission distinctes)
• les conditions d’émission portent souvent sur des cas
d’anomalies (ex : une rupture de stock).

52

10
 Les Types d’événement
• Evénements contributifs externes : proviennent
de l’univers extérieur, sont traités par une
opération conceptuelle (ex: arrivée d’un flux
d’entrée, date de déclenchement),
• Evénements contributifs internes : générés par
une opération conceptuelle, contribuent au
déclenchement d’une autre opération (état
intermédiaire du SI ou état d’attente),
• Evénements résultats : générés par une
opération conceptuelle et destinés à l’univers
extérieur (résultats externes) ou à d’autres
opérations (résultats internes).

53

Construction du MCT
LISTE DES ACTEURS ET DES FLUX

GRAPHE DES FLUX

LISTE DES EVENEMENTS REGLES DE GESTION

EN ENTREE ET EN SORTIE

MODELE CONCEPTUEL
DES TRAITEMENTS

55

11
 Étape 1A partir du graphe des flux (complet ou contextuel),
on construit la liste de tous les événements en entrée et
en sortie du SI.
Étape 2 Passage au MCT
• tout événement en entrée se retrouve en entrée d'une
opération,
• il existe d’autres événements en entrée (ex: des dates
conceptuelles),
• tout événement en sortie est produit par une
opération,
• une opération peut avoir plusieurs événements
contributifs vérifiant une règle de synchronisation,
• une opération peut avoir plusieurs événements résultats
émis selon certaines règles d'émission,
• une opération peut ne construire aucun événement
résultat mais uniquement des événements internes,
• tout événement résultat est destiné soit à un acteur
externe, soit à une autre opération,
• le découpage en opérations est guidé par les règles de
gestion.
56

Exemple : facturation
Bon de cde

Événement externe
client en entrée (arrivée flux)
Traiter bon cde
sur place à expédier

fin mois Bon expédition

Cde livrée client

a et b
Événement interne Établir facture Date
(état attente toujours conceptuelle
intermédiaire)
Événement résultat
client facture externe (émission flux)

57

12
 Gestion des sinistres
Déclaration accident
client

Ouverture dossier
Demande Décl. OK Non OK client
d’avis
Dossier Dossier Lettre refus
ouvert classé
expert
Avis
expert a et b et c
Facture garage
Paiement
garagiste
toujours

Dossier États finaux

client clôt (conseillés)
Chèque

58

Quelques schémas de base (1)

OP État
(OU) d’attente
X (OU) D

OP1 OP2

Alternative entre Alternative entre quelque

opérations chose ou rien
(choix entre OP1 et OP2 (arrivée d’un flux X
selon le résultat de OP) OU pas de flux X et
délai D dépassé)

59

13
 Quelques schémas de base (2)

b a OP1 OP2
a ET b
OP (ET)

a b
a ET b
OP1 OP2
OP

Itération Parallèle divergente Parallèle convergente

(répéter OP) (‘fork’) (‘join’)
(OP1 et OP2 en //) (OP après OP1 et
OP2 en //)

60

Le modèle organisationnel
des traitements
de la nouvelle solution

69

14
 SYSTEME EXISTANT NOUVEAU SYSTEME

NIVEAU
CONCEPTUEL MODELES CONCEPTUELS MODELES CONCEPTUELS
DE L'EXISTANT DU NOUVEAU SYSTEME

NIVEAU
LOGIQUE
MODELES ORGANISATIONNELS MODELES ORGANISATIONNELS
ORGANISATIONNEL DE L'EXISTANT ET LOGIQUES
DU NOUVEAU SYSTEME

NIVEAU
PHYSIQUE DESCRIPTION PHYSIQUE
ET OPERATOIRE MODELES PHYSIQUES ET
OPERATIONNEL DE L'EXISTANT OPERATIONNELS
DU NOUVEAU SYSTEME

70

Point de départ
• les règles de gestion définies dans le nouveau
MCT,
• les nouvelles règles d'organisation.
- quel poste de travail assure le traitement ?
- traitement manuel ou automatisé ?
- contraintes de temps dues à l’organisation?

Procédure
Chaque opération conceptuelle est décomposée
en un ensemble de phases.

71

15
 Phase : ensemble de tâches dont l’
enchaînement est non interruptible compte
tenu de l’organisation mise en place. Toutes
les tâches d’une phase se déroulent
- sur un même poste de travail (unité de lieu),
- à un moment déterminé (unité de temps),
- avec des moyens homogènes - manuel ou
automatique - (unité d'action).

Ex : chaque jour à 16h le secrétariat exécute la phase

‘saisie du dossier’ sur micro;
liste des tâches : saisie des données, m.à.j. du fichier
informatique ‘Dossiers’, classement du dossier papier.

72

Le poste de travail est caractérisé par :

- une fonction à assurer (gestion des stocks, …),
- une implantation géographique,
- un ensemble de moyens/ressources (personnel,
matériel).
Équivaut aux acteurs du modèle acteurs/flux.
La nature du traitement :
- manuel,
- conversationnel (traitement unitaire immédiat),
- par lots (traitement différé d’un lot ou traitement
‘batch’).
La période d’exécution : des contraintes de
temps dues à l’organisation sont introduites.
Ex: chaque jour à 17h, édition des factures.

73

16
 Événement : en plus des événements conceptuels
on ajoute les événements organisationnels.
- événements de déclenchement de phase.
Ex: date d’exécution d’une tâche.
- événements internes traduisant des liens entre
phases (événements intermédiaires, états
d’attente).
Ex: dossier saisi.
Les autres concepts (synchronisations, règles
d’émission) : fonctionnement identique au MCT;
prennent en compte les règles d’organisation.

74

MOT (schéma des phases)

Poste de travail 1 Poste de travail 2 Nature Temps

Événements contributifs

Nature du Moment où se
traitement déroule la
de la phase phase.
synchro - manuel,
- batch,
Nom de la phase - conversa-
tionnel
Règles d’émission

Événements résultats

75

17
 Exemple Gestion des sinistres dans une assurance
A l'arrivée d'une déclaration d'accident, le responsable
du service gestion des sinistres décide de la
recevabilité et note son avis sur la déclaration.
Il transmet la déclaration annotée au secrétariat du
service qui saisit les éléments essentiels sur
ordinateur.
En fin de journée, on édite les demandes d'expertise et
les notifications de refus.
Au retour de l'expertise, quelques jours plus tard, on
enregistre sur un terminal la réponse de l'expert. On
classe la réponse dans le dossier assuré.
Au retour de la facture du garage, on vérifie si le rapport
de l'expert est arrivé; on enregistre la facture et on
édite immédiatement le chèque destiné au client.

76

Tableau de décomposition en phases : gestion

des sinistres dans une Sté d’assurance
Phase Tâches de la phase automatisation poste date

1 Analyse de la déclaration manuel Chef de service à arrivée

2 Saisie et enregistrement conversationnel Secrétaire/micro après 1
de la déclaration

3 Edition notifs de refus, batch Informatique 17h

demandes d’avis expert

4 Saisie et enregistrement conversationnel Secrétaire/micro à arrivée

du rapport expertise

5 Saisie et enregistrement conversationnel Secrétaire/micro

de la facture; édition à arrivée
immédiate de la facture

77

18
 Chef de service Secrétaire Informatique Nature Temps
Déclaration sinistre
manuel Jour J
Analyse déclaration

Déclaration annotée

Saisie déclaration convers. Jour J

Dossier saisi

Édition notification
différé Jour J
non OK OK 17h

a et b Avis expert Refus Dde expert

Saisie avis expert convers. Jour J+n

Dossier m.à.j. Avis classé
Facture garage
a et b
Saisie facture convers. Jour J+m

Chèque client

78

Fiche de description de phase

Nature conversationnelle

Objet saisie de la déclaration de sinistre

Evt déclencheur déclaration annotée

Données entrée déclaration annotée

fichier assuré

Evts résultats dossier saisi

Tâches - saisie/contrôle de la déclaration annotée

- consultation, puis m.à.j. fichier assuré
- enregistrement déclaration sinistre dans
fichier

79

19
 Malheureusement, dans le monde réel, il n’y a pas
d’énoncé ! L’existant n’est pas complètement connu au
départ, ni toutes les données. Imaginer avoir un
dictionnaire exhaustif au départ n’est pas réaliste dans
les cas complexes.

Il n’y a donc pas une suite linéaire d’étapes mais plutôt un

ensemble d’itérations :
- ébaucher un modèle avec les entités et associations
qui semblent essentielles,
- évaluer si ce qui est modélisé est correct et
correspond à ce que les utilisateurs comprennent,
- itérer en complétant progressivement jusqu’à ce que
le modèle semble raisonnablement complet.

80

20