Chapitre 3

Analyse et conception
des systèmes
d’information
(ACSI)
contenu

1. Présentation de l’ACSI
2. Présentation de la méthode Merise
3. L’étude de l’existant
4. Le modèle des communications (acteurs/flux)
5. Le schéma de circulation des documents
6. Le modèle conceptuel des traitements (MCT)
7. Le modèle conceptuel des données (MCD)
8. Analyse critique de l’existant
9. Le MCT du nouveau système
10. Le modèle organisationnel des traitements (MOT)
11. Le dossier d’étude préalable
12. Le choix de la solution d’informatisation
13. Le modèle logique des données relationnel
14. La conception détaillée
Présentation de l’ACSI

L’A.C.S.I. a pour objet l’analyse et la

conception des systèmes d’information
(SI) des organisations.

Le SI regroupe l’ensemble des ressources
permettant de gérer (saisir, stocker, traiter,
restituer, transmettre) toutes les
informations utiles aux décideurs et aux
gestionnaires.
Présentation de l’ACSI

On s’intéresse en général à un
A domaine d’activité de l’entreprise.
Ventes,
N Production,
Logistique,
AL Finances,
RH,…
Y
On prend en compte les besoins
S des utilisateurs,

On définit le problème à résoudre
E (fonctionnalités et qualités
attendues).
Présentation de l’ACSI
C

On définit une solution informatique:
O
 Structuration des données
N  Organisation des traitements
C  Définition des postes de travail
E  Choix techniques: matériels, langages de
programmation, logiciels de gestion de données
P (SGBD), …
T
I
O
N Démarche globale d’informatisation:

Analyse du problème conception de la solution

réalisation du système
Présentation de l’ACSI

Au centre de la démarche d'ACSI on trouve la notion de
modèle.

Un modèle est une représentation simplifiée d'une
réalité sur laquelle on veut être renseigné (ex: un plan,
une carte, un schéma électronique, ...).

Un modèle s'exprime avec un ensemble de concepts, dotés
de règles d'utilisation et de représentations (souvent
graphiques).

En ACSI les modèles servent à :

communiquer : vérifier que l'analyste a bien compris les
utilisateurs (phase d'analyse),

préparer la réalisation : grâce à un modèle de la solution
(phase de conception).
Présentation de l’ACSI

L'ACSI recouvre l'ensemble des modèles, des langages,
des démarches, des outils (intellectuels et logiciels) qui
permettent d'analyser les SI, de définir des solutions
informatiques et de gérer leur évolution.

Une méthode d'analyse et conception propose une
démarche, des modèles, des langages, des outils
spécifiques. Les méthodes ont pour origine des
Universités, des Sociétés de Service et d'Ingénierie en
Informatique (SSII), des organismes de normalisation,
des constructeurs.

MERISE est la méthode d'analyse et conception la plus
connue et la plus utilisée (citée par 70% des
entreprises).
Présentation de la méthode
MERISE

Elle vise les SI construits autour des bases de
données relationnelles.

la méthode la plus connue et la plus utilisée,
même si elle est fortement concurrencée par les
approches à objets (UML).

Il en existe de multiples versions (Merise, Merise
2, Merise Objet, ...).

Dans la pratique beaucoup d'entreprises se
limitent à un Merise de base assez restreint.
Les fondements

Merise considère plusieurs

points de vue du système
d’information:
1. Le cycle d'abstraction
2. Le cycle de vie
3. Le cycle de décision
1. Le cycle d'abstraction

Une démarche intellectuelle avec 3

niveaux:
le niveau conceptuel : répond aux questions
Quoi ? Avec quelles données ?
le niveau organisationnel : répond aux
questions Qui ?, Où ?, Quand ?
le niveau physique : répond à la question
Comment ?
Objectifs de cette décomposition :

Procéder de manière progressive,

Distinguer le quoi (plutôt stable) du comment
organisationnel et technique (plutôt instable),

ne prendre en compte qu'une classe de
problèmes à chaque niveau.

Les trois niveaux d'abstraction s'appliquent aux
données et aux traitements
MERISE propose 6 modèles !
2. Le cycle de vie du SI

Manière de conduire le projet :

succession de phases
contrôlables par l'organisation
(planning, échéances, moyens
humains, ...)
2. Le cycle de vie du SI
Comporte trois étapes:

1.L'analyse/
conception

la maintenance 2. la réalisation
1.L'analyse/conception

L'analyse/conception du SI qui aboutit à des

spécifications fonctionnelles et techniques du
système à mettre en place. Comporte 3 étapes.
 Construction du schéma directeur orientations
générales à moyen terme.
 Étude préalable

analyse de l'existant (problème à résoudre - implique les 3
niveaux d'abstraction),

proposition et évaluation de différentes solutions.
 Étude détaillée

spécifications fonctionnelles de la solution.
2. La réalisation
la réalisation qui consiste à produire le logiciel et
à le mettre en place; comporte trois étapes.

Étude technique: spécifications techniques
complètes.

Production logicielle: écriture des programmes et
tests.

Mise en service

installation de l'application informatique.
3. la maintenance du SI qui consiste à l'adapter
aux évolutions de l'environnement :

Correction des anomalies, améliorations,
évolutions.
3. la maintenance
la maintenance du SI qui consiste à l'adapter aux
évolutions de l'environnement :

Correction des anomalies,

Améliorations,

Evolutions.
4. Le découpage de l'analyse/conception
: domaine et processus

Domaine correspond à une division de l'organisation en

grandes fonctions.
exemple : gestion commerciale, gestion du
personnel, …
Gestion commerciale

Gestion du personnel

Gestion financière
4. Le découpage de l'analyse/conception
: domaine et processus

Processus : {tâches enchaînées d'un domaine},

liées à un même événement déclencheur (en
général externe) et concernant un même
ensemble de données
Exemple : gestion commerciale demande de devis ->
calcul des devis, fin des travaux -> facturation, paiement
client -> gestion règlements
4. Le découpage de l'analyse/conception
: domaine et processus

Processus gestion commerciale

demand calcul Facturat gestion

fin des paieme
e de des ion règleme
travaux nt client
devis devis client nts
L'étude préalable

Menée par projet.
Comporte

une analyse critique du système existant (physique organisationnel,
conceptuel),

les objectifs du nouveau système (conceptuel
organisationnel),

les différents scénarios de solutions informatiques,

une évaluation des coûts et moyens nécessaires,

un planning de réalisation.
Se traduit

par un dossier d'étude préalable ou dossier de choix.
Aboutit

au choix d'une solution par la direction.
 L'étude détaillée

Menée par projet.
Permet

de préciser l'organisation détaillée de la solution retenue,

de définir logiquement les données et les traitements informatiques
de la solution,

de définir les interfaces: écrans, états de sortie,

de construire le planning de réalisation.
Se traduit par

un cahier des charges de l'application (contrat vis à vis des
utilisateurs),

un dossier d'étude détaillée pour les analystes-programmeurs,

un cahier des charges matériel/logiciel pour appel d'offres.
 L'étude technique

Menée par application.
Effectue

la spécification technique (niveau physique) :

structure physique des données,

décomposition de l'application en programmes,

dessins d'écrans et des états de sortie.

la production des programmes.
Fournit

une documentation technique (maintenance des programmes),

une documentation utilisateur (manuel d'utilisation de l'application),

manuel d'exploitation (pour le service exploitation sur gros sites
informatiques).
L’étude du SI existant
Le modèle des
communications
(Acteurs/Flux)
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
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, ...

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.
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.
matrice des flux

metteur /
Émetteur Acteur 1 Acteur2 Acteur3
Récepteur
cepteur
Acteur 1 Flux 1 Flux 3

Acteur 2 Flux 2

Acteur 3 Flux 4

Remarque : cette forme incite à regarder toutes les combinaisons

Possibles
graphe des flux

Flux 2
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
Graphe des flux d’information du domaine Gestion
des sinistres dans une société d'assurance

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
Remarques et difficultés

A ce stade, on ne s'intéresse ni à l'ordonnancement des
flux ni aux activités des acteurs.

Les flux entre acteurs externes sont ignorés.

On se limite aux flux informationnels en ignorant les
flux matériels (dépôt véhicule).

Les flux sont point à point. Un document transmis à 2
destinataires donne 2 flux.

Entre 2 acteurs, il peut y avoir plusieurs flux dans le
même sens s'ils sont non simultanés; s'ils sont
simultanés (ex: une liasse de documents) on en fait un
seul flux.

La décomposition en acteurs dépend du degré de finesse
de l'analyse du SI (ex: service ou individu).

Un autre domaine du SI est considéré comme un acteur
externe (interne/externe est une notion relative au domaine
étudié).

Bien que très abstrait, le modèle acteurs/flux n'est pas au
niveau conceptuel : il reflète une certaine organisation (ex:
découpage en acteurs); il peut même refléter des choix
physiques (ex: l'existence d'une BD partagée qui rend
'invisibles' certains échanges internes). Ce qui est
important ce sont les flux externes en entrée et en
sortie qui délimitent le domaine étudié.
Le schéma de circulation des
documents/information (Diagramme de circulation
de l’information DCI)

Représentation du fonctionnement du SI
existant avec tous les détails de l'organisation
actuelle (niveau organisationnel).

Très utilisé. Ne fait pas partie de Merise qui
propose à la place le MOT (il dérive du MCT).

Prise en compte :
des événements en entrée et en sortie,
des postes de travail,
des traitements et moyens (ex: fichiers),
du temps.
Un événement
Un événement : c'est un fait nouveau qui :
 déclenche une réaction de la part du SI (traitement),
 est porteur d'informations utiles au SI.

Événement externe : issu de l'univers extérieur.

Événement interne : construit par le SI

soit destiné à l'univers extérieur,

soit réutilisé au sein du SI.

Exemples :
 Arrivée d'un flux (document) externe ou interne au SI, mais
aussi:
 Date ou périodicité (ex: tous les matins).
 Changement d'état du SI (ex: seuil de
réapprovisionnement d'un produit est atteint).
 Décision ou ordre de faire une action.
poste de travail

Un poste de travail représente les

ressources affectées à la réalisation d'une
activité (service, fonction, ... ) = acteur.
phase de traitement
Une phase de traitement :
suite d'actions (tâches) exécutées par un acteur
sur un poste de travail de manière continue
(sans interruption), à la même date ou même
périodicité.
déclenchée par un (ou plusieurs) événement(s),
qui construit un (des) flux (résultat) destiné :

à l'univers extérieur au domaine étudié,

à une autre phase de traitement.
phase de traitement
Une phase de traitement est caractérisée par :

les acteurs concernés (QUI),

les actions/tâches effectuées (QUOI),
 saisir des données,
 contrôler, vérifier, valider des informations,
 consulter des données mémorisées (fichiers),
 mettre à jour des données mémorisées : création, suppression,
modification,
 faire des calculs (ex: établir des factures, ...),
 afficher, imprimer, éditer des résultats,
 prendre des décisions (annuler une commande, réapprovisionner le
stock).

la date ou la périodicité et la durée (QUAND),

les résultats (POURQUOI),

les moyens utilisés : fichiers manuels, informatisés, ... (COMMENT)
Quelques symboles du DCI
Quelques symboles du DCI

Tâche ou Alternative
Décision
procédé

Document Document
Données en plusieurs
exemplaires

Entrée Opération
manuelle Données
manuelle
(saisie) stockées
Quelques symboles du DCI

Affichage
à l’écran

Transmission
Disque de l’information
magnétique par téléphone
Transmission ou E-mail
directe de
l’information
Exemple de DCI: préparation de la paie
des employés

Temps Chefs ateliers de Service du Comptable Acteurs

Délais production personnel externes

Avant le 20
Déterminer
de chaque
les heures
mois supplémentaires

Etat des
heures
Sup.
Etat des
heures
Sup.
Exemple de DCI: préparation de la paie
des employés (suite)

Temps Chefs ateliers Service du Comptable Acteurs

Délais de production personnel externes

Moins de
48 heures
Etat des
heures Sup.

2- Contrôle
Des heures
Sup.

Etat des
heures
Sup. contrôlé

Archivage
Exemple de DCI: préparation de la paie
des employés (fin)

Temps Chefs ateliers Service du Comptable Acteurs externes

Délais de production personnel

Etat des
heures
Sup

3-Calcul de
la Paie des
heures Sup.

Etat de Banque
Paie des ou CCP
heures Sup.

Archivage
DCI de Gestion des sinistres dans une société
d'assurance
Remarques et difficultés sur le DCI

permet de bien comprendre l'organisation actuelle dans
tous ses détails,

aisé à comprendre pour un non informaticien (facilite le
dialogue),

pauvre en moyens d'expression : par exemple on ne peut
pas exprimer des enchaînements conditionnels ou
parallèles d'activités (ou, et); il est probablement préférable
d'utiliser le MOT (Modèle Organisationnel des Traitements)
de Merise,

lourd à construire pour les SI complexes.

Question ouverte : est-il toujours nécessaire de
représenter tous les détails de l'organisation actuelle que
l'on veut changer?
Analyse critique de l'existant

a) Insuffisance du fonctionnement du système

actuel pour la mission et les objectifs fixés;
Par exemple :
délais de réponse trop longs pour obtenir certains
résultats,
fiabilité insuffisante des résultats,
saturation en période de pointe,
qualité du service fourni,
sécurité des informations,
redondance des données ( => incohérences possibles).
Analyse critique de l'existant
b)Coût du système actuel
personnel, matériel, fournitures, maintenance, entretien.
c)Insuffisance des fonctionnalités du système
actuel

insuffisance des informations disponibles pour
les décideurs/utilisateurs,
ex: liste des produits en rupture de stock

insuffisance des méthodes de gestion actuelles,
ex: minimisation des stocks

traitements non encore automatisés ou
insuffisamment automatisés.
Le Modèle Conceptuel des
Traitements (MCT)
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 invariantes, 'le métier' de
l'organisation).

Description la plus stable.
Le Modèle Conceptuel des Traitements

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
d’Algérie.
 BA

La BA
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)
Événement

Représentation d'un fait nouveau pour

le SI.

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

interruptibles.

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.
Actions

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)
Les Types d'événement

Évé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),

Évé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),

Évé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).
Construction du MCT

Étape 1: A partir du graphe ordonnancé des flux, 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.
Quelques erreurs classiques

Confusion entre événement d'entrée et condition

d'émission : les conclusions sont déjà dans les
hypothèses. Une condition d'émission décrit un résultat
possible du traitement sur les entrées.