Introduction à l’analyse

et à la modélisation des
processus
Introduction
Aujourd’hui, le système d’information ne se construit plus autour des applications informatiques mais s’organise
autour des processus de l’entreprise.
La question qui sous-tend la construction du système d’information n’est donc plus « Que fait-on ? » mais
« Comment travaille-t-on ? ».
Ce n’est pas en analysant la structure de l’organisation, mais plutôt ce qui s’y passe, ce qui est fait, c’est-à-dire les
processus à l’œuvre et leur interaction, qu’il est possible d’examiner le rôle de l’information et des systèmes
d’information qui soutiennent les processus.

INTRODUCTION À L’ANALYSE ET À LA MODÉLISATION DES PROCESSUS 2

L’approche orientée « processus »
Définition des processus
Par « processus », on entend un ensemble d’activités qui utilisent une ou plusieurs ressources (ou inputs), les
transforment pour obtenir un ou plusieurs résultats (ou outputs) ayant un ou plusieurs destinataires. Un processus
est un ensemble d’activités poursuivies dans un objectif déterminé. Une activité est un ensemble de tâches devant
être exécutées par des machines et/ou des êtres humains.

INTRODUCTION À L’ANALYSE ET À LA MODÉLISATION DES PROCESSUS 3

 L’approche orientée « processus »

Les processus visent à atteindre les objectifs stratégiques définis par l’entreprise.

INTRODUCTION À L’ANALYSE ET À LA MODÉLISATION DES PROCESSUS 4

L’approche orientée « processus »
Typologie des processus
Lorsqu’on étudie l’organisation dans son ensemble, on distingue les processus opérationnels et fonctionnels. En
revanche, lors de l’informatisation, le concept de processus retenu est celui d’un système dynamique orienté vers
la réalisation d’un objectif et d’un ensemble d’éléments en interrelation : les activités. Une décomposition selon
d’autres modalités est donc retenue.
1. Processus opérationnel et processus fonctionnel
On peut également distinguer les processus selon qu’ils sont opérationnels ou fonctionnels :
– les processus opérationnels sont les processus de réalisation du produit ou les processus métiers ;
– les processus fonctionnels sont les processus de pilotage et de support, et, plus concrètement, les processus de
management des ressources et les processus de mesure, d’analyse et d’amélioration.
2. Processus global et processus détaillé
Un processus global est un processus dont on ne veut représenter que l’objectif et, éventuellement, une
décomposition en plusieurs processus.
Un processus détaillé est un processus dont on a représenté la dynamique, en particulier les activités.

INTRODUCTION À L’ANALYSE ET À LA MODÉLISATION DES PROCESSUS 5

L’approche orientée « processus »
Décomposition du processus global « Gestion des formations »

Décomposition du processus « Gestion des inscriptions »

Les objectifs sont ainsi décomposés en objectifs plus précis. Lorsqu’on atteint un niveau suffisant dans l’affinement
des objectifs, on peut passer à une représentation détaillée.

INTRODUCTION À L’ANALYSE ET À LA MODÉLISATION DES PROCESSUS 6

L’approche orientée « processus »
Processus principal, secondaire et de pilotage
Les processus sont classifiés en processus principaux, secondaires et de pilotage.
Un processus principal est un processus dont l’objectif traduit la finalité du système du plus haut niveau auquel il
appartient. L’objectif d’un processus principal correspond à une raison d’être de l’organisation ou du domaine
étudié.
Un processus secondaire est un processus dont la contribution n’est pas considérée comme stratégique. Il est
indispensable, mais il ne correspond pas directement à une mission de l’organisation. Il rend possible l’existence
et/ou l’exécution de processus principaux.
Un processus de pilotage est un processus dont l’objectif est le contrôle d’autres processus. Il a pour objectif de
veiller à la bonne marche de tout ou partie d’une organisation.

INTRODUCTION À L’ANALYSE ET À LA MODÉLISATION DES PROCESSUS 7

L’approche orientée « processus »
Lien entre processus et système d’information
Il existe un lien étroit entre le processus et le système d’information. En effet, le processus ne peut être exécuté
sans la présence du système d’information et le système d’information n’a pas de raison d’être sans la présence
d’un processus
Analyse comparative : processus et système d’information du traitement de commandes

Synthèse de l’analyse comparative

INTRODUCTION À L’ANALYSE ET À LA MODÉLISATION DES PROCESSUS 8

L’approche orientée « processus »
Le système d’information est un sous-ensemble du processus. Processus et système d’information ont en commun
un input (la commande d’un client, par exemple) et un output (le bon de livraison, la facture, par exemple).
Cependant, le processus a un autre output que n’a pas le système d’information : les produits expédiés au client.
Processus et système d’information ont en commun un grand nombre d’activités, de tâches (saisir le détail de la
commande, vérifier le crédit, la disponibilité des articles en stock, établir le bon de livraison, facturer le client,
etc.). Cependant, le processus comporte des activités qui ne sont pas du ressort du système d’information
(ramasser les produits dans l’entrepôt, par exemple).
Si toutes les activités d’un processus traitent de l’information (paiement des factures aux fournisseurs, par
exemple), le sous-ensemble « système d’information » est quasiment équivalent à l’ensemble « processus ». Dans
le cas où ce processus est entièrement informatisé, il n’existe plus de différences entre le système d’information et
le processus (commerce électronique, par exemple).
Ainsi, un projet d’amélioration d’un processus doit tenir compte du système d’information qu’il englobe. De même,
le projet de développement d’un système d’information doit se préoccuper du processus dont le système fait
partie.

INTRODUCTION À L’ANALYSE ET À LA MODÉLISATION DES PROCESSUS 9

L’analyse et l’informatisation des processus
La conception d’un système d’information nécessite de réfléchir de manière globale. Cette conception passe par :
– l’analyse des processus pour les modéliser ;
– la mise en œuvre d’une démarche d’informatisation ;
– la rédaction d’un cahier des charges pour chaque projet.
[Link] modélisation
La modélisation est l’opération par laquelle on définit comment une partie du monde réel est représentée. Elle
conduit à la réalisation de modèles.
1. Les modèles et le langage de modélisation
Un modèle est une représentation simplifiée de la réalité, souvent présenté sous forme de schéma. Il contient :
– un ensemble de concepts ;
– une méthode de raisonnement établie sous forme de règles ;
– une normalisation, c’est-à-dire une représentation codifiée.
Un langage de modélisation est nécessaire et est propre à chaque méthode de modélisation. C’est un ensemble de
concepts et de règles permettant de construire des modèles décrivant les systèmes d’information. L’utilisation d’un
langage partagé par une communauté d’acteurs facilite la compréhension et la communication.
2. Les méthodes de modélisation
Il existe plusieurs méthodes de modélisation : IDEF0 (Integration Definition Language 0), OSSAD (Office Support
System Analysis and Design), UML (Unified Modeling Language) et Merise. Toutefois, notre étude se limitera à la
méthode UML et à la méthode Merise.

INTRODUCTION À L’ANALYSE ET À LA MODÉLISATION DES PROCESSUS 10

L’analyse et l’informatisation des processus
[Link] démarche d’informatisation
La démarche d’informatisation est un processus opératoire par lequel s’effectue le travail de modélisation, de
description et de réalisation du système d’information.
Une démarche d’informatisation se décompose généralement en sept étapes :
– le schéma directeur de l’entreprise ;
– l’étude préalable du projet ;
– l’étude détaillée ou le macro design ;
– l’étude technique ou le micro design ;
– le développement de la solution ;
– l’implémentation de la solution ;
– la maintenance.

INTRODUCTION À L’ANALYSE ET À LA MODÉLISATION DES PROCESSUS 11

L’analyse et l’informatisation des processus
1. Le schéma directeur de l’entreprise
L’implémentation d’un système d’information se fait suivant un schéma directeur, véritable plan stratégique
destiné à piloter le développement de l’informatique dans l’entreprise. Il concerne l’ensemble des projets à
informatiser et leur planification. La durée de vie d’un schéma directeur est généralement comprise entre deux et
six ans.
Le schéma directeur vise à mettre le système d’information à niveau en fonction des besoins d’évolution de
l’entreprise (évolution de l’activité, intégration de nouvelles entités, redéploiement, etc.). Il permet de définir une
série d’objectifs, qui deviendront ensuite des projets, au service de la stratégie globale. Le schéma directeur
contribue ainsi à l’alignement du système d’information sur la stratégie de l’entreprise.

INTRODUCTION À L’ANALYSE ET À LA MODÉLISATION DES PROCESSUS 12

L’analyse et l’informatisation des processus
2. L’étude préalable du projet
Dans un projet d’informatisation, l’étude préalable permet de recueillir les besoins puis d’élaborer différentes
solutions et d’en évaluer les conséquences.
Pour chaque projet, les éléments suivants doivent être précisés :
– le processus concerné ;
– le degré et le type d’automatisation ;
– le coût des moyens à mettre en œuvre ;
– les étapes et les délais ;
– les avantages et les contraintes de la solution ;
– la situation par rapport au schéma directeur.
L’étude préalable s’achève par la sélection d’une solution.

INTRODUCTION À L’ANALYSE ET À LA MODÉLISATION DES PROCESSUS 13

L’analyse et l’informatisation des processus
3. L’étude détaillée ou le macro design
À cette étape, le futur système d’information est spécifié en tenant compte des besoins exprimés et des choix
réalisés dans l’étude préalable. Elle se concrétise par la rédaction du cahier des charges fonctionnel du projet.
Les différents modèles sont complétés et validés. Chacune des tâches à automatiser fait l’objet d’une description
complète en termes de supports (états, formulaires, etc.), d’algorithmes (règles de gestion, de calcul, de contrôle,
etc.), d’actions sur les données (création, mise à jour, consultation, suppression).
On procède alors à un ajustement des évaluations des moyens à engager et des coûts estimés dans l’étude
préalable.
4. L’étude technique ou le micro design
L’étude technique consiste en la traduction informatique des spécifications résultant de l’étude détaillée. Elle
permet la vérification technique de la solution retenue et la rédaction du cahier des charges technique du projet.
La structure informatique de la base de données, l’architecture des programmes, la structure de chaque
programme et les accès aux données sont définis.

INTRODUCTION À L’ANALYSE ET À LA MODÉLISATION DES PROCESSUS 14

L’analyse et l’informatisation des processus
5. Le développement de la solution
Le développement consiste à définir les outils informatiques (langage de développement, logiciels, progiciels) devant
être mis en œuvre pour concrétiser la proposition de l’analyste.
Les développeurs réalisent toujours un premier test de la solution qui permet de vérifier son fonctionnement et sa
conformité avec le cahier des charges.
6. L’implémentation de la solution
L’implémentation s’appuie sur une architecture matérielle qui met le système d’information à la disposition des
différents types d’utilisateurs.
Les utilisateurs testent à leur tour la solution à cette étape et remontent les éventuels problèmes.
La DSI et/ou la direction métier organise des formations auprès de tous les utilisateurs concernés pour la bonne prise en
main de la nouvelle solution.
7. La maintenance
L’étape de maintenance doit à la fois :
– maintenir la solution en condition optimale et opérationnelle, c’est-à-dire veiller à son bon fonctionnement au
quotidien ;
– faire bénéficier la solution des progrès des outils et applications informatiques qu’elle implique au fur et à mesure qu’ils
évoluent.

INTRODUCTION À L’ANALYSE ET À LA MODÉLISATION DES PROCESSUS 15

L’analyse et l’informatisation des processus
[Link] cahier des charges du projet
Le cahier des charges est un outil de communication, de structuration et de description des besoins fonctionnels et
techniques pour un projet déterminé. Il est rédigé lors de l’étude détaillée et de l’étude technique, en conformité
avec le schéma directeur.
1. Définition et objectifs
Un cahier des charges est un document visant à définir exhaustivement les spécifications de base d’un produit ou
d’un service à réaliser. Il décrit également les modalités d’exécution, les objectifs à atteindre et vise à cadrer une
mission.

INTRODUCTION À L’ANALYSE ET À LA MODÉLISATION DES PROCESSUS 16

L’analyse et l’informatisation des processus
2. Composition du cahier des charges
Le cahier des charges comporte un certain nombre de rubriques qui peuvent être adaptées au type de produit ou de
service décrit par ce document.
Les principales rubriques sont :
1. les contributions du produit ou du service dans l’entreprise : ces éléments sont définis dans le schéma directeur
(performances attendues du produit ou du service, par exemple) ;
2. le personnel ou les services visés par le produit ou le service (personnel du service comptable, par exemple) ;
3. les objectifs généraux du produit ou du service et des options possibles : il s’agit des finalités du produit ou du service
(outil devant permettre la télétransmission des déclarations fiscales et sociales, par exemple) ;
4. les apports du produit ou du service pour l’entreprise et pour les utilisateurs (par exemple, gains en termes
techniques, financiers, organisationnels, etc.) ;
5. les contraintes à respecter : contraintes liées à l’environnement d’utilisation (installation d’ordinateurs dans des lieux
où la température atmosphérique peut être très élevée), contraintes liées aux modalités d’utilisation (solutions nomades
pour les commerciaux), contraintes liées au personnel (compétences), contraintes réglementaires (règlements CRC) ;
6. le descriptif du produit ou du service (pour du matériel informatique, par exemple : performances, types de matériels,
possibilités d’évolution, etc.) ;
7. le matériel nécessaire pour utiliser le produit ou le service ;
8. les délais ;
9. la documentation technique (support papier, en ligne, etc.) ;
10. la maintenance ;
11. la formation ;
12. le coût du produit ou du service : coût devant inclure la formation, le contrat de maintenance et les mises à jour pour
les logiciels.

INTRODUCTION À L’ANALYSE ET À LA MODÉLISATION DES PROCESSUS 17