ERP & Intégration Des SI 22-23 - Cours VE PDF

ERP & INTÉGRATION DES
SYSTÈMES D’INFORMATIONS
CHAPITRE 2 : MISE EN PLACE D’UN SYSTÈME
D’INFORMATIONS DANS L’ENTREPRISE
Auditoire : 2ème CS
DR. SAHBI ZAHAF
A.U04/05/2023
: 2022 - 2023
NOTION DE PROJET DANS
L’ENTREPRISE
. Produit ou Service
Maître d’ouvrage
……….
Maître d’œuvre 1 Maître d’œuvre 2 Maître d’œuvre n
BD BD BD
Système d’Informations Système d’Informations Système d’Informations
Proposition 1 Proposition 2 Proposition n

ACTEURS DANS UN PROJET
• Parties Prenantes : Acteurs impliqués dans un Projet
– Client ou Maître d’ouvrage (MOA)
• L’organisation qui veut que le Projet se réalise. Il peut s’agir
d’une Entreprise, d’un Gouvernement ou d’un Individu
• Remarque : Le Bénéficiaire du Projet n’est pas forcément le
Maître d’ouvrage
– Réalisateur ou Maître d’ouvre (MOE)
• L’organisation qui pilote le Projet. Elle peut s’appuyer sur des :
Partenaires, Bureaux d’études, Fournisseurs, Sous-traitants
Fournisseurs
Partenaires
Maître Maître
d’ouvrage d’ouvre
Bureaux
d’étude
Sous-
traitants
04/05/2023 Organisation
ERP & Intégration des SIE 4
Temporaire
C’EST QUOI UN PROJET ?
• Un Projet est un ensemble de Tâches et
de Ressources planifiées par une
Organisation Temporaire pour
produire des résultats attendus aux
différentes Parties Prenantes impliquées
dans des limites contractuellement
définies : services, temps et coûts
04/05/2023 ERP & Intégration des SIE 5

PROJET : DÉFINITION PMBOOK
• Un Projet provoque la création d’une
Organisation Temporaire dont l’objectif
de créer un Produit ou un Service unique
• Chaque Projet :
– Possède un début et une fin clairement définis
– Est planifié, exécuté et contrôlé par les parties
prenantes impliquées
– Est contraint par des ressources limitées
– Livrera un produit ou un service différent par
rapport à l’existant

Objectif
atteint
Ressources Budget
Début Projet Fin
Contraintes Délai
Objectif
Contexte du projet = non-atteint
Organisation Temporaire
CYCLE DE VIE D’UN PROJET
Idée du
Projet
Maître de
l’Ouvrage
Définition
Maître de Actions
Planification Corrections
l’Œuvre
Chef Projet Exécution
Clôture
Utilisateurs
Produits du
Projet des SIE
ERP & Intégration 9
• Objectifs
• Spécifications des Besoins
DÉFINITION • Tâches
• Responsabilités
• Calendrier
• Budget
PLANIFICATION • Ressources
• Risques
• Affectation des Ressources
• Rapport sur l’état d’avancement

• Corrections
EXÉCUTION • Contrôle de la qualité
• Prévisions
• Formation du client
• Transfert des documents
CLÔTURE • Libération des ressources
• Évaluation des leçons à tirer
EXEMPLE DE PROJET :
MISE EN PLACE D’UN SIE
EXIGENCES DE L’ENTREPRISE AU
NIVEAU DE SON SIE
Besoin de véhiculer la
bonne information, à la
bonne personne de Le vrai coût survient
manière automatique au moment où le SIE n’est
Le SIE doit apporter un - notion de Workflow – plus en mesure de faire face
avantage concurrentiel à l’évolution de l’Entreprise
Besoin d’avoir une Le SIE doit assurer

information utile, à jour, la productivité et
fiable, cohérente et précise la compétitivité

APPROCHE DE L’URBANISATION
[FOURNIER-MOREL, 2008]
Approche Descendente ou « Top-Down »
Infrastructure Métier
Vue Métier
Processus métier
Métier
Vue Fonctionnelle
Fonctions & Flux
Vue Applicative
Technique
Applications & Logiciels
Vue Physique
Infrastructure Matérielle
Infrastructure Technique

INFRASTRUCTURE MÉTIER
VUE MÉTIER
Vue Métier
Processus métier
Métier
Vue Fonctionnelle
Fonctions & Flux
• Représente les événements métiers que

l’Entreprise doit traiter et les Processus Métier
répondants à ces événements
– Exploitation Horizontale des Activités relatives à
l’infrastructure Métier de l’Entreprise
• Besoin : Modélisation des Processus Métier
INFRASTRUCTURE MÉTIER
VUE FONCTIONNELLE
Vue Métier
Processus métier
Métier
Vue Fonctionnelle
Fonctions & Flux
• Représente les acteurs et les départements impliqués à la

réalisation des différentes tâches des Processus Métier
définis dans la Vue Métier
– Exploitation Verticale des Activités relatives à
l’infrastructure Métier l’Entreprise
• Regroupe l’ensemble des objets métiers (informations et
règles de gestion) qui sont mis en œuvre pour les
Processus Métier
INFRASTRUCTURE TECHNIQUE
VUE APPLICATIVE
Vue Applicative
Technique
Vue Physique
• Définit les Applications permettant de

supporter les Processus Métier et d’appuyer
ainsi les acteurs dans leurs travaux

INFRASTRUCTURE TECHNIQUE
VUE PHYSIQUE
Vue Applicative
Technique
Vue Physique
• Décrit le matériel, le câblage et les réseaux

informatiques nécessaires pour implanter sur
terrain le SIE

PROFILS IMPLIQUÉS DANS LA MISE
EN PLACE D’UN SIE
• Analystes Métier
– Définir et Modéliser les Processus Métier
– Intervention : Vue Métier et Vue Fonctionnelle
• Programmeurs
– Organiser les Applications permettant
d’implémenter les Processus Métier définis
– Intervention : Vue Applicative
• Techniciens
– Implanter sur terrain le SIE
• Configuration du matériel, Câblage des réseaux
informatiques, installation des logiciels, etc.
– Intervention : Vue Physique

CRITÈRES À INCORPORER DANS LES
SIE [ZAHAF, 2014]
• Un Système d’Information de
l’Entreprise (SIE) doit être :
– Intégré (complétude)
• Capable d’automatiser les informations et les
métiers acquis durant les projets passés
– Interopérable
• Capable d’assurer la communication intra et inter-
entreprises pour pouvoir traiter les activités du
projet courant
– Flexible
• Capable de s’adapter aisément face aux
changement des exigences du projet courant

APPROCHE DE L’URBANISATION
PROBLÈMES DE « 3 FIT » [ZAHAF, 2014]
Vue Métier
Problème du
Processus métier
« fit vertical »
Métier
Vue Fonctionnelle
Fonctions & Flux
Problème du
Vue Applicative « fit horizontal »
Technique
Applications
Vue Physique
Matériels
Problème du
Réseau « fit transversal »

Vue Métier
Problème du
Processus métier
« fit vertical »
Métier
Vue Fonctionnelle
Fonctions & Flux
Vue Applicative
Technique
Applications
Vue Physique
Matériels

PROBLÈMES DE « 3 FIT »
PROBLÈME DU « FIT VERTICAL »
• Fit Vertical
– Écart entre l’Infrastructure Métier qui est
abstraite et l’Infrastructure Technique qui
représente des implémentations réelles
• Vision abstraite  Vision théorique idéale
• Vision implémentation réelle  Nombreux
problèmes en pratique
– Intégration avec l’existant, Communication, Mise-à-
jour, Déploiement, Maintenance, Extension, etc.

Vue Métier
Problème du
Processus métier
« fit vertical »
Métier
Vue Fonctionnelle
Fonctions & Flux
Problème du
Technique
Applications
Vue Physique
Matériels

PROBLÈME DU « FIT HORIZONTAL »
• Fit Horizontal
– Problèmes d’identification des applications
permettant de couvrir la totalité de
l’infrastructure métier
• Induits par le « Fit Vertical »
– Problèmes de communications intra-
applicatives détectés dans le périmètre
fonctionnel de l’Entreprise
• Communications intra-applicatives sont souvent
gérées « cas par cas » (interconnexions point à
point), par des interfaces spécifiques en fonction des
besoins : c’est le fameux syndrome du « plat de
spaghettis »

Vue Métier
Problème du
Processus métier
« fit vertical »
Métier
Vue Fonctionnelle
Fonctions & Flux
Problème du
Technique
Applications
Vue Physique
Matériels
Problème du

PROBLÈME DU « FIT TRANSVERSAL »
• Fit Transversal
– Problèmes de communications inter-
applicatives qui s’effectuent de manière
dynamique à travers un réseau entre les
Entreprises participantes à un projet
spécifique (Organisation Temporaire)

CONSÉQUENCES (1)
• Manque d’intégrité
– Le SIE n’assure pas la couverture et l’unicité
de l’information dans son périmètre
fonctionnel
– Le SIE n’intègre donc pas l’ensemble des
Processus Métier exploités par l’Entreprise
• Manque d’interopérabilité interne
– Les communications intra-applicatives sont
gérées cas par cas par des liaisons spécifiques
selon les besoins ce qui conduit à une
redondance de l’information
CONSÉQUENCES (2)
• Manque d’interopérabilité externe
– Les communications inter-applicatives
sont strictement régies par des formes
d’échanges d’informations fixées et
prévues à l’avance
• Manque de flexibilité
– L’hétérogénéité des technologies
exploitées par l’Entreprise limite les
possibilités de l’évolution du SIE au
cours des projets
APPROCHES UTILISÉES POUR FAIRE
FACE AUX PROBLÈMES DE « 3 FIT »
• Résolution face aux Problèmes du

« Fit Vertical »
– Approche BPM (Business Process
Management) : Gestion des Processus
Métier
• Résolution face aux Problèmes du
« Fit Horizontal » et « Fit Transversal »
– ERP (Enterprise Resource Planning) :
Progiciel de Gestion Intégré
CHAPITRE 3 : PHASE CONCEPTION :
INFRASTRUCTURE MÉTIER DU SIE
DR. SAHBI ZAHAF
A.U04/05/2023
: 2022 - 2023
Vue Métier
Processus métier
Métier
Vue Fonctionnelle
Fonctions & Flux
Vue Applicative
Technique
Vue Physique

NOTION DE PROCESSUS EN
GÉNÉRAL
PROCÉDURE VS
PROCÉDÉ VS PROCESSUS
Décrit les étapes successives
I Procédure nécessaires pour la réalisation
S d’une activité spécifique
O
Utilisé dans la fabrication de
- Procédé Produits à partir des Matières
9 Premières
0
0 Décrit la enchaînement
Processus d’activités aboutissant à un
1 résultat
04/05/2023
Entrées Enchaînement
Sorties
d’activités
• Un Processus est un ensemble ordonné

d’activités ou de sous-processus corrélés
et interactifs qui transforment des
éléments d’entrée en éléments de sortie
Contraintes
Entrées Enchaînement
Sorties
d’activités
RessourcesRessources Méthodes
Humaines Outils
Procédés
• Un Processus est exploité dans Environnement

spécifique, il est soumis à des Contraintes et
consomme des Ressources
• Un Processus est déclenché par au moins un
événement
PROCESSUS MÉTIER DE
L’ENTREPRISE
EXEMPLE DE PROCESSUS :
PROCESSUS DE CONGÉ (1)
Description textuelle du Processus demande de
congé des salariés dans une Entreprise
• La demande est émise par le salarié à son chef

de service, qui la signe et la transmet au
service RH
• Le service RH valide ou pas la demande,
décompte les congés pour la demande validée
et réalise le payement
• En fin de compte, le service RH transmet la
nouvelle modification au service sécurité pour
mettre-à-jour l’accès du salarié
EXEMPLE DE PROCESSUS :
PROCESSUS DE CONGÉ (2)
Acteurs Processus Demande De Congé
Saisie de
Salarié Demande
Chef de Envoi de la
Service Demande
Non
Service Réception de Validation de Oui Décompte
la Demande la Demande des Congés Payement
RH
Service Mise-à-jour
Sécurité des Accès

PROCESSUS
FABRICATION À LA COMMANDE
Achats Production Bureau Client
D’étude
Études Appel
Techniques D’Offre
Devis Réponse à
Délai de
Livraison l’Appel d’Offre
Besoins Matières Planification

de fabrication Commande
Ordre d’Achats

Traitement des Ordre d’Achats issus de la Planification de la Production
Fournisseur(s) Service Comptabilité Achats

Réception
Demande de Prix
Consultation
et de Délai
Choix du
Offres Fournisseur
Passation de
Commande
Commande
Bordereaux de
Expédition réception
Entrées en stock
Contrôle de la
Facture
Facture
Paiement de la
Règlement
Facture

Déclencheur(s)
Enchaînements d’Activités
Entrées
Acteur 1
Sorties
Acteur 2
Résultat(s) :
Produits ou
Acteur 3 Services
• Un Processus Métier « Business Process » est

un enchaînement d’activités liées les unes
aux autres pour atteindre collectivement un
objectif métier en définissant les rôles et les
interactions fonctionnelles au sein d’une
structure organisationnelle
CONCEPTION SIE : NIVEAU MÉTIER
INTÉGRITÉ – INTEROPÉRABILITÉ – FLEXIBILITÉ
• Intégrité
– Le SIE doit couvrir la totalité des Processus
Métier exploités par l’Entreprise
• Interopérabilité
– Le SIE doit assurer la communication entre les
différents Processus Métier de l’Entreprise
• Exemple : Le Processus Métier « Commande Client »
peut déclencher automatiquement un autre Processus
Métier « fabrication »
• Flexibilité
– Le SIE doit mettre-à-jour les Processus Métier
déjà définis et les étendre éventuellement selon le
besoin par de nouveaux Processus

POURQUOI MODÉLISER UN
PROCESSUS?
POURQUOI MODÉLISER LES
PROCESSUS MÉTIER ?
• Exécution d‘un Processus
– Cela nécessite la collaboration entre des acteurs de
différents départements intra et inter-
entreprises
• Évolution d’un Processus
– Cela exige une certaine mise-à-jour par rapport à ses
anciennes versions
• La standardisation et la normalisation des
Processus
– C’est la préoccupation actuelle et majeure des divers
intervenants dans le monde business

MODÉLISATION PROCESSUS MÉTIER
• Intégrité
– La Modélisation doit couvrir la totalité des
activités métiers de l’Entreprise
– Le Langage de Modélisation choisi doit être un
standard et doit supporter la collaboration
intra et interprocessus
• Flexibilité
– Le Langage de Modélisation choisi doit
favoriser la mise-à-jour, l’extension et
l’évolution des différentes versions des
Processus
CHOIX DU LANGAGE DE MODÉLISATION
DES PROCESSUS MÉTIER (1)
• Langages de Modélisation des Processus
Métier
– Existence de plusieurs Langages
– On s’intéresse aux formalismes qui proposent
des notations graphiques (Business Process
Diagram)
• Les analystes métier (équipes métier) qui
définissent les Processus ne sont pas forcément des
informaticiens
• La notation graphique est vivement recommandée
 elle facilite la lisibilité et donc la
compréhension du Processus
• UML 2.0 (Unified Modelling Language)
– UML est un standard proposé par l’OMG
(Object Management Group)
– UML offre la possibilité à ses utilisateurs de
réaliser une modélisation graphique au travers
un ensemble de neuf Diagrammes
– Le Diagramme d’activités d’UML permet de
modéliser les Processus Métier

• YAWL (Yet Another Workflow Language)
– YAWL est une extension des réseaux de Pétri
– YAWL est doté d’un moteur d’exécution
permettant ainsi la simulation des Processus

• BPMN (Business Process Modeling
Notation)
– BPMN est un standard graphique pour la
modélisation des Processus Métier
– BPMN permet de décrire un Processus Métier
compréhensible pour tous ses intervenants
(analystes métier et développeurs)
– BPMN permet de distinguer les informations
métier des informations techniques, et fournit
une correspondance vers les Langages
d’exécution
• BPMN (Business Process Modeling
Notation)

[ZAHAF, 2014]
UML 2.0 BPMN 2.0 YAWL
Fonctionnel + ++ +
Comportemental + ++ ++
Intégrité Informationnel ++ ++ -
Organisationnel + ++ -
Opérationnel + ++ +
Conception + ++ +
Flexibilité Changement - - -
Extension ++ ++ -
Intraprocessus + ++ -
Interopérabilité Interprocessus - + -
BPMN : LANGAGE STANDARD DE
MODÉLISATION DES PROCESSUS MÉTIER
STANDARD BPMN
(BUSINESS PROCESS MODELING NOTATION)
Besoin : Standard Graphique de notation

pour Modéliser les Processus Métier
Solution : Standard BPMN 2.0 (Janvier 2011)

Proposé par
Standard pour
OMG (Object Standard Standard
les éléments
Management Sémantique d’exécution
Graphiques
Group)

OUTILS DE MODÉLISATION BPMN 2.0 :
BIZAGI PROCESS MODELER

EXEMPLE DE MODÉLISATION AVEC
BPMN 2.0

Flux de Séquence Flux de Message Association
Début Intermédiaire Fin
Évènements Connecteurs
Branchement Branchement Branchement

Tâche Sous-Processus Exclusif Parallèle Inclusif
Activités Passerelles
Objet de Magasin de Annotation Group

Données Données
Processus / Acteurs Artefacts

SYMBOLES DE BASE (1) :
OBJETS DE FLUX
Symboles
Événement de Départ / Déclencheur
Exemple : Facture Fournisseur arrive
Événement de Fin / Résultat

Exemple : Facture Fournisseur payée
Événement Intermédiaire
Exemple : Attendre 1 heure, Arrivée de
l’annulation d’une Commande

OBJETS DE FLUX
Symboles
Branchement Exclusif
Exemple : Décision Oui/Non
Branchement Parallèle
Exemple : Lancement obligatoire de
toutes les Tâches en Parallèles
Branchement Inclusive
Exemple : Lancement éventuel des
Tâches en Parallèles

OBJETS DE FLUX
Symboles
Activité / Tâche / Activité Élémentaire
Exemple : Contrôler la réception des
marchandises
Sous-Processus / Activité Composite
- Représente un ensemble de Tâches ou
même un Processus qui n’est pas
nécessaire de détailler dans le
Processus en cours
- Le symbole « + » décrit la présence
d’un Sous-Processus
OBJETS DE CONNEXION : FLUX DE SÉQUENCES
Symboles
Flux de Séquence
Détermine l’ordre d’exécution des
Activités
Flux de Séquence par Défaut
Détermine l’ordre d’exécution par
Défaut des Activités

OBJETS DE CONNEXION : FLUX DE MESSAGES
Symboles
Flux de Message
Modèle Collaboratif (échange
d’Informations entre Processus)

OBJETS D’ORGANISATION : SWIMLANES
Symboles
Processus (Groupement - Pool)
Précise les limites du Processus
Couloirs / Bandes
Définit les Acteurs

OBJETS D’ORGANISATION : SWIMLANES
Symboles
Étape / Milestone

OBJETS DE DONNÉES
Symboles
Objets de Données / Data Object
Décrit le manuel d’utilisation des documents
(électroniques ou non), des données et
éventuellement d’autres objets qui sont
nécessaires durant l’exécution du Processus
Magasins de Données
Décrit les Bases de Données (Classeurs, etc.)
utilisées en modes (Lecture /Ecriture) par les
acteurs du Processus. Le contenu de ces Bases
persiste même à la fin du Processus

RÈGLES DE BASES
Sens Lecture /Écriture
• Sens de Lecture/Écriture
– Gauche  Droite
• Un seul évènement de Départ de Type « Blanc » par Processus
– Plusieurs événements de Départ peuvent être utilisés si leur type est
spécifié
• Une (ou plusieurs) Fin(s)
– Chaque Branche du Flux se termine par un évènement de Fin
• Principe de Jeton (token)
RÈGLES DE BASES :
PRINCIPE DE JETON
Jeton
• L’événement de Départ émet un jeton

RÈGLES DE BASES :
PRINCIPE DE JETON
Jeton

• Une Tâche s’exécute quand elle reçoit un jeton

RÈGLES DE BASES :
PRINCIPE DE JETON
Jeton

• Une fois que la Tâche termine son exécution elle libère le
jeton
• Cas particuliers :
– Branchement Parallèle
– Événements intermédiaires
RÈGLES DE BASES :
PRINCIPE DE JETON
Jeton

• Une fois que la Tâche termine son exécution elle libère le jeton
• Cas particuliers :
– Branchement Parallèle
– Événements intermédiaires
• L’événement de Fin absorbe le (ou tous les) jeton(s)

RÈGLES DE BASES :
BRANCHEMENT : INTÉRÊT ?
• Symboles Branchement :
– Le symbole Branchement (Passerelle) est utilisé pour
contrôler les divergences et les convergences aux niveaux
des flux séquentiels d’activités dans un Processus
• Branchement : indique qu’il y a un mécanisme qui
autorise ou qui refuse le passage du Jeton au niveau de la
Passerelle
– SI le flux n’a pas besoin d’être contrôlé ALORS il n’est pas
utile d’utiliser un Branchement
Divergence Convergence
Symboles Événements
TYPES D’ÉVÉNEMENTS
• Le symbole évènement représente quelques
chose qui se produit dans le cours normal
de la réalisation d’un Processus
– Évènement de Départ (Déclencheur)
• Ce type d’évènement permet de déclencher un
Processus ou Sous-Processus
– Évènement de Fin (Résultant)
• Ce type d’évènement matérialise la fin du Processus
– Évènement Intermédiaire
• Ce type d’évènement permet de contrôler le flux
séquentiel à l’intérieur du Processus

ÉVÉNEMENTS : SÉMANTIQUES
INTERRUPTION / LANCEMENT / RÉCEPTION
• Les évènements modifient les cours d’un Processus :
– En interrompant le Processus (interruption)
– En provoquant un évènement (lancement)
– Ou en indiquant qu’un évènement doit se produire
(réception)
• Évènement Interrupteur
– Un évènement interrupteur permet d’interrompre le cours
normal d’un flux séquentiel
• Évènement de Lancement
– Un évènement de lancement peut signifier que les
conditions sont remplies pour exécuter immédiatement
l’action reliée à l’évènement
• Évènement Récepteur
– Un évènement Récepteur peut signifier que l’évènement
doit se produire pour poursuivre le flux séquentiel

ÉVÉNEMENTS : RÈGLES
• Les évènements déclencheurs sont des évènements
récepteurs
• Les évènements résultants sont des évènements de
lancement
• Les évènements intermédiaires
– SI ils sont positionnés dans le flux séquentiel ALORS ils
peuvent signifier le lancement ou la réception de l’évènement
Lancement d’un Message Réception d’un Message

– SI ils sont positionnés à la frontière d’une activité ALORS
ils signifient la réception de l’évènement et peuvent
interrompre ou non le flux séquentiel du Processus
Sans Avec
Interruption Interruption

EXEMPLE : ÉVÉNEMENTS MESSAGES (1)
Symboles
Événement Déclencheur
Le Processus est déclenché par la réception d’un
Message
Événement Intermédiaire Interrupteur

La Tâche 1 ne peut pas être complétée et le flux
séquentiel est interrompu suite à la réception du
Message
Événement Intermédiaire Non-Interrupteur
La Tâche 1 est complétée et le flux séquentiel n’est
pas interrompu même suite à la réception du
Message
Symboles
Événement Intermédiaire de Lancement
Le Message doit être envoyé afin de poursuivre le
flux séquentiel
Événement Intermédiaire de Réception

Le Message doit être reçu afin de poursuivre le flux
séquentiel
Événement Résultant
Le Message est envoyé lorsque le Processus est
complété

Événement Intermédiaire SI au cours de l’exécution de la Tâche 1
Interrupteur le Message est reçu
ALORS la Tâche 1 est interrompue, la Tâche 2
ne sera pas exécutée ET la Tâche 3 est lancée
SINON la Tâche 2 est lancée suite à la fin de la
Tâche 1
Remarque : SI le Message est reçu après la fin de la
Tâche 1 ALORS il sera ignoré
SI au cours de l’exécution de la Tâche 1

le Message est reçu
Non-Interrupteur
ALORS la Tâche 1 ne sera pas interrompue, la
Tâche 2 s’exécute suite à la fin de la Tâche 1
ET la Tâche 3 est lancée
SINON la Tâche 2 est lancée suite à la fin de la
Tâche 1
Remarque : SI le Message est reçu après la fin de la
Tâche 1 ALORS il sera ignoré
ÉVÉNEMENTS : SYNTHÈSE
Type Lancement Réception
d’événement Interrompt N’Interrompt pas
Début
Intermédiaire dans
le flux séquentiel
Intermédiaire dans
la Frontière d’une
Activité
Fin

ÉVÉNEMENTS DÉCLENCHEURS :
SYMBOLES (1)
Symboles
Basic
Ce type est utilisé lorsque la cause de déclenchement
de Processus n’est pas spécifiée
Message
Ce type est utilisé lorsque un Message provenant d’un
participant extérieur déclenche le Processus
Temporisateur (Timer)
Ce type est utilisé lorsque une période spécifique est
programmée pour déclencher le Processus

SYMBOLES (2)
Symboles
Signal
Ce type est utilisé lorsqu’un Signal provenant d’un
autre Processus déclenche le Processus courant
Règle (Conditionnel)
Ce type est utilisé lorsque le Processus est déclenché
suite à la validation de certaines conditions

SYMBOLES (3)
Symboles
Multiple
Ce type signifie qu’il y a plusieurs déclencheurs au
Processus
SI ( un des déclencheurs qui se produit) ALORS le

Processus est déclenché
Parallèle Multiple
Ce type signifie qu’il y a plusieurs déclencheurs au
Processus
SI (tous les déclencheurs se produisent) ALORS le

Processus est déclenché

SYNTHÈSE
• Caractéristiques d’un événement déclencheur
– Attend qu’un événement arrive pour lancer le
Processus
• Création d’une Instance du Processus
– Émet un Jeton
– Plusieurs événements déclencheurs peuvent être
utilisés si leur type est spécifié
• Un seul événement de départ de type basique par
Processus
– N’a qu’un seul flux de séquence sortant et pas de flux
de séquence entrant
Le premier jour Au déclenchement A l’arrivé

du mois de l’alarme incendie d’un émail
ÉVÉNEMENTS INTERMÉDIAIRES :
SYMBOLES (1)
Symboles
Basic
Ce type est utilisé pour définir un changement non
défini dans l’état du Processus
Message : Lancement
Ce type signifie l’envoi d’un Message
Message : Réception
Ce type signifie la réception d’un Message

SYMBOLES (2)
Symboles
Temporisateur (Timer)
Ce type est utilisé lorsque une Contrainte temps
s’avère nécessaire dans la séquence du Processus
Signal : Lancement
Ce type est utilisé pour indiquer l’envoi d’un Signal
Signal : Réception
Ce type est utilisé pour indiquer la réception d’un
Signal

SYMBOLES (3)
Symboles
Règle (Conditionnel)
Ce type est utilisé lorsque la suite du Processus
nécessite la validation de certaines conditions
Lien de Sortie / Lien d’Entrée

Ces 2 types sont utiles lorsque on veut lier 2 points du
flux éloignés sans utiliser un flux de séquence (flèche)
Lien de Sortie
Remarques :
- Les 2 Liens sont complémentaires
- On définit d’abord le Lien de Sortie
- On définit ensuite le Lien d’Entrée
Lien d’Entrée (Voir un Exemple d’utilisation dans la suite)

SYMBOLES (4)
Symboles
Multiple : Lancement
Ce type signifie qu’il y a plusieurs déclencheurs pour
la suite du Processus
SI ( un des déclencheurs qui se produit) ALORS il sera

lancé pour la suite de l’exécution du Processus
Multiple : Réception
Ce type signifie qu’il y a plusieurs déclencheurs pour
la suite du Processus
SI (il y a eu la réception de l’un des déclencheurs)

ALORS l’exécution du Processus se poursuit

SYMBOLES (5)
Symboles
Parallèle Multiple
Ce type signifie qu’il y a plusieurs déclencheurs
nécessaires pour la suite de l’exécution du Processus
SI (tous les déclencheurs se produisent) ALORS le

Processus poursuit son exécution

SYMBOLES LIENS : UTILITÉ (1)
• Problème : La Tâche 2 est suivie de la Tâche 6 qui doit être

exécutée par l’Acteur 1  le flux de séquence qui en traverse (en
rouge) peut compliquer la lisibilité du Processus
SYMBOLES LIENS : UTILITÉ (2)
• Solution : Utiliser les Symboles Liens avec le même nom (« A »

dans notre cas), « un qui lance » et « l’autre qui reçoit »
selon le sens de la flèche
SYNTHÈSE
• Caractéristiques d’un événement intermédiaire
– Ne déclenche pas une nouvelle Instance du Processus en cours
– Se produit durant l’exécution du Processus en cours
• Les symboles au fond noir indiquent un évènement de lancement
• Les symboles au fond blanc indiquent un évènement de réception
– N’a qu’un seul flux de séquence entrant et un seul flux de
séquence sortant
• Émetteur / Récepteur
– Émetteur d’événement (Lancement)
• Quand le Jeton arrive à l’événement, celui-ci, émet l’événement et continu
le flux
– Récepteur d’événement (Réception)
• Quand le Jeton arrive à l’événement, celui-ci, attend que l’événement se
produit et continu le flux
Symbole clair = Réception Symbole foncé = Émission
Message reçu Message envoyer

FRONTIÈRE D’UNE ACTIVITÉ (1)
• Durant une Activité, des événements peuvent également
se produire. Quand ceux-ci arrivent :
– Ils peuvent lancer une nouvelle branche de flux (flux
d’exception)
– Ils peuvent également interrompre ou pas l’Activité en
cours (flux normal)
• L’événement intermédiaire à la frontière d’une Activité
n’est que Récepteur
Bord en Pointillées = Activité Continue Bord en Trait Plein = Activité Interrompu

1 heure après le début Erreur
 N’interrompt pas  Interrompt

• Événements Intermédiaires à la frontière
d’une Activité
– Avec interruption : le flux normal s’interrompt
suite au déclenchement de l’événement et
uniquement le flux « d’exception » continu
– Sans interruption : le flux normal continu même
suite au déclenchement de l’événement et le flux
« d’exception » démarre
Interrompt N’Interrompt pas

Événement Intermédiaire SI au cours l’exécution de la Tâche
Interrupteur l’évènement est déclenché
ALORS Interruption (Tâche & Flux normal)
Flux normal
ET (Flux d’exception) est lancé
SINON (Flux normal) est lancé suite à la fin
de la Tâche
Flux d’exception
Remarque : SI l’événement est déclenché après la fin
de la Tâche ALORS il sera ignoré
Événement Intermédiaire SI au cours de l’exécution de la Tâche

Non-Interrupteur l’évènement est déclenché
ALORS (Flux normal) s’exécute suite à la fin
Flux normal de la Tâche ET (Flux d’exception) est lancé
SINON (Flux normal) est lancé suite à la fin
de la Tâche
Flux d’exception Remarque : SI l’événement est déclenché après la fin
de la Tâche ALORS il sera ignoré
l’évènement est déclenché
Interrupteur
ALORS la Tâche 1 est interrompue, la Tâche 2
ne sera pas exécutée (Flux normal) ET la
Tâche 3 est lancée (Flux d’exception)
SINON la Tâche 2 est lancée suite à la fin de
la Tâche 1 (Flux normal)
de la Tâche 1 ALORS il sera ignoré

Événement Intermédiaire l’évènement est déclenché
Non-Interrupteur ALORS la Tâche 1 ne sera pas interrompue,
la Tâche 2 s’exécute suite à la fin de la Tâche
1 (Flux normal) ET la Tâche 3 est lancée (Flux
d’exception)
SINON la Tâche 2 est lancée suite à la fin de
la Tâche 1 (Flux normal)
de la Tâche 1 ALORS il sera ignoré
Événement Temporisateur
dans la frontière de l’Activité
SI 1Heure après le début de la Tâche 1
elle n’a pas terminée son exécution
ALORS la Tâche 1 s’arrête ET la Tâche 2
est lancée
SINON la Tâche 2 ne sera pas lancée
Événement Temporisateur
dans la flux de séquence
La Tâche 4 débute 1 Heure après la fin de la
Tâche 3

ÉVÉNEMENTS FINS : SYMBOLES (1)
Symboles
Basic
Ce type est utilisé lorsque la terminaison n’entraîne
aucune action
Message
Ce type indique qu’un Message est envoyé lorsque le
Processus sera terminé
Signal
Ce type indique qu’un Signal est envoyé lorsque le
Processus sera terminé

ÉVÉNEMENTS FINS : SYMBOLES (2)
Symboles
Multiple
Ce type indique qu’il y a plusieurs conséquences ou
résultats reliés à la fin du Processus
Fin Précipitée
Ce type indique que toutes les Activités du Processus
doivent se terminer immédiatement
Annulation
Ce type indique que le Processus se termine suite à
l’annulation d’une Transaction
Remarque : Le Type Annulation est utilisé uniquement lorsqu’un
événement intermédiaire d’Annulation est présent dans le Processus
ÉVÉNEMENTS FINS : SYNTHÈSE
• Caractéristiques d’un événement de
finalisation
– Termine une (ou plusieurs) branches du
Processus
– N’a qu’un seul flux de séquence entrant et pas
de flux de séquence sortant
– Absorbe le Jeton
• Cas particulier : Terminaison (précipitée) : tous les
Jetons de l’instance du flux en cours sont consommés
et toutes les Activités cessent
Système piraté
Mail envoyé Annulation Commande

Au Client d’une Commande D’Achat validée
Branchements (Passerelles)
BRANCHEMENT EXCLUSIF (1)
Symboles
Principe :
Le Branchement Exclusif consiste à choisir un seul
chemin parmi plusieurs flux sortants possibles selon une
Condition précise
SI (la 1ère valeur == Vraie) ALORS le Processus va
OU poursuivre automatiquement cette voie sans considérer
les autres possibilités
Remarques :
- Une valeur doit être associée à chaque flux sortant
- Il est recommandé de modéliser un flux par défaut, en
cas qu’aucune valeur ne soit remplie

Symboles
OU
OU

Symboles
Divergence
OU
SI (Valeur 1 == Vraie) ALORS (Tâche 2==Active)

SINON SI (Valeur 2 == Vraie) ALORS (Tâche 3==Active)
SINON SI (Valeur 3 == Vraie) ALORS (Tâche 4==Active)
SINON (Tâche 2==Active) // Valeur par Défaut

Symboles
Convergence
OU
SI (Tâche 2==Fin) ALORS (Tâche 5==Active)

SINON SI (Tâche 3==Fin) ALORS (Tâche 5==Active)
SINON SI (Tâche 4==Fin) ALORS (Tâche 5==Active)

Symboles
Remarque Importante :
Le Branchement Exclusif ne peut pas être Convergeant
et Divergent en même temps
Problème Solution
OU

BRANCHEMENT PARALLÈLE (1)
Symboles
Principe :
Le Branchement Parallèle est utilisé pour
éclater et synchroniser les chemins parallèles
Remarques :
- Chaque flux sortant reçoit un signal
d’exécution des Activités
- Le Branchement Parallèle attend que tous les
flux entrants soient complétés afin de
poursuivre le Processus

Symboles
Éclatement
SI (Tâche 1==Fin)
ALORS (Tâche 2==Active)
ET (Tâche 3==Active)
ET (Tâche 4==Active)

Symboles
Synchronisation
SI (Tâche 2==Fin)
ET (Tâche 3== Fin)
ET (Tâche 4== Fin)

Symboles
Remarque Importante :
Le Branchement Parallèle ne peut pas supporter
l’éclatant et la synchronisation en même temps
Problème Solution

Symboles
Attention :
Certaines Situations peuvent mener à un
Blocage
La Tâche 4 ne pourra jamais être Active

BRANCHEMENT INCLUSIF (1)
Symboles
Principe :
Le Branchement Inclusif permet d’évaluer tous
les flux sortants possibles selon une Condition
précise
Remarques :
- Une valeur doit être associée à chaque flux
sortant
- Il est recommandé de modéliser un flux par
défaut, en cas qu’aucune valeur ne soit remplie
- Une valeur remplie du 1er flux sortant n’exclut
pas l’évaluation des autres flux (contrairement
au Branchement Exclusif)

Symboles
Divergence

SINON (Tâche 2==Active) // Valeur par Défaut

Symboles
Convergence
SI (Tâche 2==Fin)
SI (Tâche 3==Fin)
SI (Tâche 4==Fin)

BRANCHEMENT BASÉ SUR LES
ÉVÉNEMENTS (1)
Symboles
Principe :
Le Branchement basé sur les événements indique que
les flux sortants reposent sur des événements plutôt
que sur l’évaluation de conditions
Un événement intermédiaire est placé sur chaque flux
sortant
Remarques :
Ce Branchement émet un jeton sur chaque flux sortant
- Chaque jeton arrive sur l’événement intermédiaire et
attend son déclenchement
- Le 1er événement qui se déclenche « gagne » et laisse
continuer son jeton, les autres jetons en attente sur les
autres événements disparaissent

ÉVÉNEMENTS (2)
Symboles
Divergence
SI (Événement 1 survient avant Événement 2 et

Événement 3) ALORS (Tâche 2==Active)
SINON SI (Événement 2 survient avant Événement 1
et Événement 3) ALORS (Tâche 3==Active)
SINON SI (Événement 3 survient avant Événement 1
et Événement 2) ALORS (Tâche 4==Active)
ÉVÉNEMENTS (3) : EXEMPLE LOG ON

ÉVÉNEMENTS (4)

BRANCHEMENT DÉCLENCHEUR
ÉVÉNEMENTS PARALLÈLES (1)
Symboles
Principe :
Le Branchement Déclencheur événements
Parallèles est utilisé pour déclencher un Processus
Le Processus démarre quand tous les événements
surviennent
Remarque :
- Une seule instance d’un Processus qui démarre
suite à différents événements

Symboles
Exemple :
La Sous-Processus « Gagner un Téléphone » ne se

déclenche que si tous les événements déclencheurs
auront lieu
Une seule instance qui démarre
Une seule instance de Processus qui Chaque événement de début crée

démarre suite au déclenchement une nouvelle instance de Processus
simultané des 3 événements de  Dans ce cas 3 instances de
début Processus démarrent
ÉVÉNEMENT EXCLUSIF (1)
Symboles
Principe :
Le Branchement Déclencheur événement Exclusif
est utilisé pour déclencher un Processus
Le Processus démarre quand un des événements
survient

Symboles
Exemple :
La Sous-Processus « Gagner un Téléphone » ne se

déclenche que si un des événements déclencheurs
aura lieu
Une seule instance de Processus qui Une seule instance de Processus qui
démarre suite au déclenchement de démarre suite au déclenchement de
l’un des 3 événements de début l’un des 3 événements de début

Activités et Sous-Processus
ACTIVITÉ : C’EST QUOI?
• Un terme générique utilisé pour
représenter une Action (une unité de
travail) réalisée au cours d’un Processus
avec un début et une fin bien identifiés
– Consomme du Temps et des Ressources
– Exige un ou plusieurs objets intrants, et
produit un ou plusieurs objets extrants
• Niveaux d’abstraction : 2 Types
d’Activités
– Activité Atomique ou Tâche
– Activité Composite ou Sous-Processus

ACTIVITÉ : SYMBOLES DE BASE
Symboles
- Une Tâche correspond à une Activité
Atomique qui ne peut pas être décomposée
- Une Tâche peut être réalisée par un Acteur
Humain, et/ou par une Application ou même
par une Machine
Un Sous-Processus est une Activité composée,
c’est-à-dire, une Activité qui peut elle-même
être décrite suivant une séquence d’activités
Remarque : il n’y a pas de limites dans le
nombre d’imbrications, cependant, il vaut
mieux se limiter à 2 ou 3 niveaux pour favoriser
la bonne gestion du modèle
TYPES DE TÂCHES : SYMBOLES
ÉTENDUS (1)
Symboles
Tâche de Service
Elle se réalise automatiquement avec une Application
informatique sans aucune intervention Humaine
Tâche Manuelle
Elle se réalise manuellement par un acteur Humain
sans l’aide d’une Application informatique
Remarque : la Tâche manuelle ne fait l’objet d’aucune traçabilité dans le SIE
Tâche Utilisateur
Elle indique qu’un acteur Humain accomplisse cette
Tâche en interagissant avec une Application
informatique

ÉTENDUS (2)
Symboles
Tâche d’Envoi
Elle spécifie qu’on doit envoyer un message à un
participant externe au Processus. La Tâche se termine
une fois que le message est envoyé
Tâche de Réception
Elle a pour unique action d’attendre un message d’un
participant externe au Processus. La Tâche se termine
une fois que le message est reçu
Tâche de Script
Elle est utilisée dans le cas où on a la possibilité
d’exploiter un moteur d’exécution pour la Gestion du
Processus. C’est donc une Tâche automatisée

ÉTENDUS (3)
Symboles
Tâche Règle Métier
Elle est utilisée pour indiquer que l’action de la Tâche
est d’appliquer une Règle Métier ou de prendre une
décision
Remarque : Ce type de Tâche a pour objectif de faire le
lien avec un Moteur de Règle Métier. En effet, le
Processus envoi des données au Moteur qui fournit en
retour des résultats. Pour cela, l’OMG propose un
standard complémentaire à BPMN appelé DMN
(Decision Model and Notation)

SOUS-PROCESSUS :
VERSION RÉDUITE

SOUS-PROCESSUS :
VERSION ÉTENDUE

EXEMPLE : PROCESSUS « SERVICE
AU CLIENT » DANS UN RESTAURANT

Convention :
La Préparation de la Commande - Le libellé d’une Tâche commence
par un verbe
est en fait un Sous-Processus
- Le libellé d’un Sous-Processus
commence par un nom

• Remarque :
– Les Sous-Processus sont utilisés lorsqu’il est
nécessaire de décrire le comportement
d’une Activité à un niveau plus fin de détail
SOUS-PROCESSUS : UTILITÉ
• Simplifier le Processus pour une meilleure
visualisation
– Visualiser le Processus du début à la fin sur la
même page en minimisant le niveau de détail
• Modéliser les Processus dans une Approche
Top-Down, c’est-à-dire, avec un affinement
progressif du niveau de détail
• Modéliser une séquence d’Activités impactée
par le même événement
– Voir Exemple suivant : utilisation d’un
événement intermédiaire à la frontière du Sous-
Processus aura un impact sur l’ensemble de la
séquence composant ce Sous-Processus
• Le départ d’un Client durant le Sous-Processus

« Préparation de la Commande » interrompt
le Processus Principal
TYPES DE SOUS-PROCESSUS :
SYMBOLES ÉTENDUS (1)
Symboles
Sous-Processus Réutilisable
- Un Sous-Processus fait partie d’un Processus parent
- Dans certains cas, il est possible qu’on ait besoin
d’utiliser une même séquence d’activités dans
plusieurs Processus
- Afin d’éviter de modéliser des Processus requis
dans différents Processus, BPMN propose d’utiliser
le concept de Sous-Processus Réutilisable
- Le Sous-Processus Réutilisable est indépendant du
Processus Principal, on dit qu’il est appelé
- On distingue un Sous-Processus Réutilisable d’un
Sous-Processus Classique par une bordure épaisse

- Exemple : On peut définir un Processus
« Encaissement » qui pourrait être Réutilisé non
seulement dans notre Processus du « Service au
Client » mais également dans d’autres Processus
(« Vente à emporter », etc.)
- Le Sous-Processus « Encaissement » serait alors
décrit indépendamment du Processus « Service
au Client » et appelé au moment du paiement

Symboles
Sous-Processus Parallèle
- Un Sous-Processus Parallèle est un type de Sous-
Processus sans événement de départ ni événement
de fin
- Un Sous-Processus Parallèle est composé d’un
ensemble d’Activités qui sont déconnectées les unes
aux autres (i.e. elles ne sont pas reliées par un Flux
de Séquences)
- Toutes les Activités de ce Sous-Processus démarrent
en Parallèle et peuvent être réalisées dans
n’importe quel ordre, cependant elles doivent être
toutes achevées pour terminer le Sous-Processus
- Remarque : Pas de marqueur spécifique pour ce
type de Sous-Processus
• Exemple :
– La Tâche 1, la Tâche 2, la Tâche 3, la Tâche 4 et le Sous-
Processus démarrent en Parallèle
Processus doivent tous terminer pour sortir de ce Sous-
Processus Parallèle

Symboles
Sous-Processus Ad-hoc
- Un Sous-Processus Ad-hoc dispose des mêmes
caractéristiques que le Sous-Processus Parallèle
- Un Sous-Processus Ad-hoc est composé d’un
ensemble d’Activités qui sont déconnectées les unes
aux autres (i.e. elles ne sont pas reliées par un Flux
de Séquences)
- Toutes les Activités n’ont pas besoin d’être réalisées
pour terminer le Sous-Processus. En effet, ce Sous-
Processus se termine lorsque l’Acteur qui l’exécute
décide de le terminer
- Remarque : Le « ~ » est un marqueur spécifique pour
ce type de Sous-Processus
• Exemple :
Processus démarrent en Parallèle
Processus ne doivent pas obligatoirement tous terminer pour
sortir de ce Sous-Processus Ad-hoc
– L’Acteur exécutant de ce Sous-Processus peut décider à tout
moment de l’arrêter
Activités Boucles et Multi-

instances
BOUCLE & MULTI-INSTANCES
• Besoin :
– Lorsqu’on modélise un Processus on peut avoir besoin
d’exécuter plusieurs fois la même Activité
• Solution :
– Il est possible d’utiliser une Passerelle permettant de revenir
sur une Activité précédente
• Au lieu d’utiliser cette configuration, BPMN propose deux

types d’Activités spécifiquement dédiés à ce type de
comportement :
– Activité Boucle
– Activité Multi-instances
ACTIVITÉ BOUCLE
CONDITION
Continuer Jusqu’à / TANT QUE
Ex : Max = 5
• Une Activité de Type Boucle permet de spécifier une

répétition basée sur la vérification d’une Condition
SI condition  vraie ALORS l’Activité sera répétée
SINON on continu sur la suite du flux de séquence
• Remarque :
– Pour éviter d’avoir une Boucle infinie il est possible de
spécifier un nombre maximum d’itérations

ACTIVITÉ BOUCLE : EXEMPLE
• La Tâche « Saisir Commande » sera

exécutée en boucle jusqu’à ce que toutes
les personnes à la table aient
commandés
ACTIVITÉ MULTI-INSTANCES
CONDITION CONDITION
Nombre Défini Nombre Défini
• Une Activité de Type Multi-instances permet

d’exécuter une Activité en nombre d’instances
défini
– Remarque : À la différence de la Boucle qui se base sur
une condition pour ré-exécuter l’Activité
• Les instances peuvent s’exécuter en Parallèle ou
d’une manière Séquentielle
ACTIVITÉ MULTI-INSTANCES :
EXEMPLE
• La Tâche « Saisir Commande » sera exécutée en

séquence pour chaque personne de la table, l’une après
l’autre
– Remarque : Dans ce cas on n’exprime pas une condition
mais un nombre d’instances défini par le nombre de
personnes présents
• La Tâche « Préparer Commande » qui concerne chaque
personne peut être exécutée en Parallèle
SOUS-PROCESSUS : BOUCLE &
MULTI-INSTANCES
• Même principe aux niveaux règles
d’exécution que celui des Tâches
correspondantes

Flux de Messages
FLUX DE SÉQUENCES VS
FLUX DE MESSAGES
• Flux de Séquences
– Permet d’orchestrer les activités, les événements et
les passerelles au sein du pool d’un Processus
– Ne permet pas de modéliser les échanges entre les
différents Processus
– Représentation :
• Flux de Messages
– Représente la collaboration entre les Processus
– Ne permet pas de modéliser les échanges à
l’intérieur d’un même Processus
– Modélise les échanges entre 2 pools ou plus  C’est ce
qu’on appelle Diagramme de Collaboration
– Représentation :

FLUX DE SÉQUENCES :
RÈGLE IMPORTANTE
Flux de Séquences ne peut pas

sortir à l’extérieur d’un Pool

FLUX DE MESSAGES :
EXPLOITATION
Émetteur Récepteur
Événements
Tâche
/
Sous-
Processus
Processus
« Vide »

EXEMPLE : PROCESSUS
« SERVICE AU CLIENT » (1)
• Détaillons maintenant la collaboration du Processus « Service Au Client »

• Le Pool du « Client » est représenté comme une boîte noire, il s’agit d’un
participant externe à l’organisation
EXEMPLE : PROCESSUS
1 2
• Lorsque le serveur demande au Client s’il possède une Carte de

fidélité, celui-ci envoi un message 1 et attend une Réponse 2 de la
part du Client
EXEMPLE : PROCESSUS
3 4 5
• La Réponse du client est ensuite analysée 3 et une fois que le client

procède au paiement 4 on lui donne son Reçu 5
EXEMPLE : PROCESSUS
• Dans le cas où on veut représenter le Processus « Client » la

modélisation devient ainsi jointe
FLUX DE MESSAGE :
CONSTATATIONS
• En BPMN un message est considéré
comme un échange et non quelque
chose de matériels comme un courrier
ou un émail
• Les Jetons ne circulent pas à travers les
Flux de Messages

Objets de Données &

Magasins de Données
EXPLOITATION DES DONNÉES
• BPMN permet de représenter des objets physiques,
documents, données qui sont utilisés durant
l’exécution des Processus
• Objet de Données
– Représente les données nécessaires uniquement durant
l’exécution du Processus
– Sa porté n’a plus de sens une fois que le Processus est
terminé
• Magasin de Données
– Représente les données qui persistent même en dehors
de l’instance du Processus
– Sa porté persiste même si le Processus est terminé 
on peut l’exploiter dans d’autres Processus

EXEMPLE : PROCESSUS
• La réalisation de l’activité « Saisir Commande » utilise

une Base de Données contenant la liste des plats et les
prix
• Remarque : Sens de la flèche du lien de l’Association
(Magasin de Données  Activité) : il s’agit d’une
consultation
EXEMPLE : PROCESSUS
• L’activité « Saisir Commande » va générer un Objet de

Données « Commande » dans un état « En cours »
• Remarque : Sens de la flèche du lien de l’Association
(Activité  Objet de Données) : il s’agit d’une Ajout ou d’une
Modification
EXEMPLE : PROCESSUS
• L’ Objet de Données « Commande » est utilisé ensuite en

entrée de l’activité « Préparer Commande » (sous forme de
consultation)
• En sortie de cette activité l’Objet de Données « Commande »
passe dans l’état « Préparée »
EXEMPLE : PROCESSUS
• L’activité « Encaisser Commande » consulte l’ Objet de

Données « Commande », ainsi que la Base de Données
contenant la liste des prix pour calculer le montant de
l’addition
EXEMPLE : PROCESSUS
• L’ Objet de Données « Commande » passe enfin

dans l’état « Payée »

CHAPITRE 4 : PHASE IMPLÉMENTATION :
INFRASTRUCTURE TECHNIQUE DU SIE
DR. SAHBI ZAHAF
A.U04/05/2023
: 2022 - 2023
Vue Métier
Processus métier
Métier
Vue Fonctionnelle
Fonctions & Flux
Vue Applicative
Technique
Vue Physique

VUE APPLICATIVE DU SIE
• Rappel : Besoin de l’Entreprise au niveau de la
Vue Applicative
– Appuyer les Acteurs dans la réalisation de leurs
travaux exprimés sous formes de Fonctions (Vue
Fonctionnelle)
– Supporter les Processus Métier (Vue Métier)
• Le Système Informatique est décrit par un
ensemble d’Applications lui permettant de
répondre aux besoins de l’Entreprise
– Application : Ensemble de Programmes qui sont
articulés entre eux et sont exploités pour
automatiser les Tâches de traitements de
l’information dans l’Entreprise
VUE APPLICATIVE VS
EXPLOITATION DE L’INFORMATION
• Les Applications qui couvrent le SIE doivent améliorer la
gestion de l’Information au sein de l’Entreprise
• Exigences au niveau de l’Information manipulée dans
l’Entreprise
– Unique, Intègre, Uniforme et Standard
• Exigences au niveaux échanges d’Informations
réalisés par les Applications
– Exemples d’échanges entre deux Applications A et B
• Une Application A qui a périodiquement et/ou régulièrement
besoin d’accéder aux données de l’Application B (et vice versa)
• Une Application A qui nécessite une fonction de l’Application B
• Les Applications A et B qui ont besoin de partager un ensemble de
données afin d’éviter la ressaisie et la redondance d’informations
• Les Applications A et B qui sont orchestrées par un moteur de
Workflow pour réaliser un Processus Métier
– Objectif : Éviter les ruptures lors du passage d’une
Application à une autre
VUE APPLICATIVE
• Intégrité
– Les Applications doivent couvrir la totalité des Processus
Métiers traités par l’Entreprise
– Les Applications doivent appuyer les Acteurs dans la
réalisation de la totalité de leurs travaux
– Les Applications doivent échanger les informations entre-
elles sans ambiguïtés
• Flexibilité
– Les Applications existantes sont étendues par de nouvelles
Applications et ce pour garantir l’intégrité du SIE
• Couvrir les nouveaux Processus Métier définis
• Et pour supporter les nouvelles Fonctions identifiées
– Les Applications existantes et les nouvelles Applications
doivent échanger les informations entre-elles sans
ambiguïtés et ce pour garantir l’interopérabilité du SIE
APPLICATIONS DANS L’ENTREPRISE :
DEUX CATÉGORIES
• Progiciels ou « Produits Logiciels »
– Sont des Logiciels à vocations génériques
• Destinés à une distribution à grande échelle (utilisables
par plusieurs Entreprises)
– Sont adaptés au contexte spécifique de
l’Entreprise et ce par la notion de Paramétrage
• Un même Progiciel peut être exploité différemment par
plusieurs Entreprises selon la configuration du
Paramétrage
• Logiciels ou « Applications Spécifiques »
– Sont développés et conçus pour répondre à des
besoins spécifiques de l’Entreprise
– Sont des solutions spécifiques qui ne sont pas
forcément couvertes par les Progiciels du
marché
PROGICIELS DE GESTION DESTINÉS
POUR LA FABRICATION DE PRODUITS
PROGICIEL DE GESTION
• Progiciels de Support
– CRM (Customer Relationship Management)
– PLM (Product Life-cycle Management)
– SCM (Supply Chain Management)
• Progiciel de Pilotage
– ERP (Enterprise Resource Planning)
• Progiciels de Production
– MES (Manufacturing Execution System)
– SCADA (Supervisory Control And Data
Acquisition)
CHAPITRE 5 :
ERP : ENTERPRISE RESOURCE PLANNING
DR. SAHBI ZAHAF
A.U04/05/2023
: 2022 - 2023
HISTORIQUE DES SYSTÈMES
INTÉGRÉS : DU MRP  ERP
Couverture
Fonctionnelle
Apparition
CRM
De l’ERP
SCM SCM
RH RH RH
Comptabilité Comptabilité Comptabilité Comptabilité
MRP II MRP II MRP II MRP II MRP II
MRP MRP MRP MRP MRP MRP
1970 1990 2000 Année

• MRP : Materials Requirement Planning
• MRP II : Manufacturing Resources Planning
• SCM : Supply Chain Management
• CRM : Customer Relationship Management
DÉFINITION D’UN ERP (1)

DÉFINITION D’UN ERP (2)
• L’ERP est composé d’un ensemble
d’Applications informatiques (Achats, ventes,
Stocks, Gestion de Production, Gestion des
Ressources Humaines, Gestion de Projet, etc.)
– Les Applications sont Paramétrables et sont
organisées en Modules indépendants entre eux
– Ces Modules partagent une même Base de
Données unique
– L’ERP est doté d’un Moteur de Workflow qui
permet de propager automatiquement et en temps
réel toute nouvelle donnée entrée dans le
Système aux autres Modules qui en ont besoin
CARACTÉRISTIQUES DE L’ERP (1) :
NOTION DE PARAMÉTRAGE
• L’ERP se caractérise par un grand nombre de
Paramètres, conçus pour s’adapter à un grand
nombre de Situations, de Métiers, de Secteurs
d’Activités selon les besoins Fonctionnels de
l’Entreprise
• Exemples de Paramétrages :
– Paramétrage des Processus Métier (Workflow)
– Paramétrage des Règles de Gestion
– Paramétrage des Modules à installer et à
exploiter
– Paramétrage technique des enchaînements de
Procédures

NOTION BASE DE DONNÉES UNIQUE
• Un ERP est architecturé autour d’un
Système de Gestion de Bases de Données
Relationnelle assurant une gestion
unique, cohérente, et sécurisée des
données de l’Entreprise en temps réel
– L’ERP exploite un référentiel unique de
données
– L’ERP est un Progiciel de Gestion Intégré
– L’ERP permet d’améliorer la communication
dans l’Entreprise
– L’ERP est un Système temps réel

NOTION DE WORKFLOW
• La notion de Workflow (ou Flux de Travail) est
dédiée à la Collaboration entre les intervenants des
Processus Métiers en automatisant les échanges
d’informations durant l’exécution des Tâches, et
ce afin d’atteindre un objectif commun
• Dans un ERP le Workflow permet :
– La spécification d’un Message dans la file d’attente du
poste de travail de l’utilisateur qui doit réaliser une
Tâche
• Remarque : Le Message comporte tous les éléments et
informations nécessaires pour accéder à la Transaction
sans avoir besoin de ressaisir les identifiants caractérisant
l’objet de gestion à traiter
– Le Moteur de Workflow doit être capable d’aiguiller le
Processus sur la bonne Transaction en fonction du
type d’objet de gestion à traiter
Chef Production Comptable
Module Gestion Module Gestion

de Production Comptable
Commercial Gestionnaire de Paie

ERP
Module Gestion
Ressources
Humaines
Module Gestion
Les 4 Acteurs peuvent utiliser
Commerciale
l’ERP en même temps
Commercial
Commande Facture Automatique

Client
ERP
Comptabilisation
Automatique de la Vente
Module Gestion
Commerciale
• SI un Commercial crée la Commande d’un Client à travers le

Module Gestion Commerciale ALORS la Commande sera
stockée dans la BD de l’ERP
• Dans ce cas, le Workflow peut commencer :
– Par exemple, le Workflow peut établir la Facturation Automatique
• Le Commercial n’a pas à ressaisir les articles et leurs quantités  La
Facture est générée automatiquement en quelques clics
– Ensuite, le Workflow peut Comptabiliser automatiquement la
Vente
• Le Comptable n’a pas besoin d’intervenir puisque une fois que la Facture est
validée par le Module Gestion Commerciale  L’écriture comptable
bascule automatiquement dans le Module Gestion Comptable

Chef Production
1- Le Commercial saisie un bon
de Commande d’un Client à
travers le Module Gestion
Commerciale
2- Le Chef Production quand il
ouvre son Module de Gestion
de la Production, il reçoit
l’information de l’ERP pour
Module Gestion lancer la Production
de Production
• L’ERP à travers son Workflow
met à jour automatiquement
Commercial les stocks au fur et à mesure
de l’avancement de la
1- Commande Production
Client • L’ERP à travers son Workflow
peut même faire une
ERP commande automatique de
Matières Premières
Mise-à-jour Automatique
Module Gestion des Stocks
Commerciale
Commande Automatique
des Matières Premières

Chef Production
3- La Gestionnaire de paie à travers
son Module de Gestion des
Ressources Humaines, peut par
exemple, enregistrer les heures de
travail fait par les Ouvriers
• L’ERP à travers son Workflow
peut établir automatiquement
les bulletins de salaires
Module Gestion • L’ERP à travers son Workflow
de Production peut même envoyer automatique
par mails les bulletins de paies
aux salariés, voire même effectuer
Commercial le virement sur le compte des
salariés
Gestionnaire de Paie
1- Commande
Client
ERP
Module Gestion
Module Gestion Établir Automatique les Ressources
Commerciale bulletins de Salaires Humaines
Envoyer Automatique par

mail les bulletins de Paies
4- Le Comptable à travers son Module de
Gestion Comptable, peut par exemple,
Chef Production enregistrer le Règlement du Client
• Une fois que le Client envoi le chèque, le
Comptable
Comptable le reçoit et il enregistre ce
règlement directement dans le Module Gestion
Comptable  Il y aura une Comptabilisation
Automatique, c’est-à-dire que le Comptable
n’a pas besoin de faire lui-même l’écriture
Module Gestion
de Production Module Gestion
Comptable
Commercial
Gestionnaire de Paie
1- Commande
Client
ERP
Module Gestion
Module Gestion Comptabilisation Ressources
Commerciale Automatique Humaines

Comptable
Chef Production L’ERP facilite la
Communication
Module Gestion
Module Gestion Comptable
de Production
ERP
Commercial Gestionnaire de Paie
L’ERP peut envoyer des Notifications et Module Gestion

Ressources
des Messages aux différents Acteurs.
Humaines
Module Gestion Comme ces derniers utilisent la même
Commerciale BD  On est certain qu’il n’y a pas
d’erreur au niveau saisie d’adresse
ERP
• Intégrité
– L’ERP couvre la totalité des Processus Métiers
traités par l’Entreprise
– Dans l’ERP les Processus Métiers sont
implémentés sous formes de Modules
indépendants
– Les Modules de l’ERP partagent et échangent les
informations sans ambiguïtés et en temps réel, et
ce à travers une Base de Données unique
• Flexibilité
– L’ERP favorise l’ajout de nouveaux Modules
pour supporter les nouveaux Processus Métiers
RAPPEL : PROBLÈMES DE « 3 FIT »
Vue Métier
Problème du
Processus métier
« fit vertical »
Métier
Vue Fonctionnelle
Fonctions & Flux
Problème du
Technique
Applications
Vue Physique
Matériels
Problème du

ERP VS PROBLÈMES DE « 3 FIT »
• L’ERP permet de pallier aux problèmes de « fit vertical »
– L’ERP assure l’intégrité de l’information au sein de l’Entreprise
– L’ERP implémente la totalité des Processus Métiers traités par
l’Entreprise
– L’ERP permet la Synchronisation et la Cohérence entre les divers
Processus Métiers à travers son Moteur de Workflow
• L’ERP permet de pallier aux problèmes de « fit horizontal »
– L’ERP assure la Communication en temps réel entre les divers
Modules qui le constituent via une Base de Données unique
• L’ERP permet de pallier aux problèmes de « fit transversal »
– L’ERP permet la standardisation des Processus Métiers entre les
Entreprises
– L’ERP propose une exploitation Générique de ses divers Modules
par toutes les Entreprises

TYPES D’ERP
ERP Propriétaires vs ERP Open Sources

PRINCIPAUX ÉDITEURS DU MARCHÉ
DES ERP (1)
• ERP Propriétaires
– Édités par des grandes boites de développement
• Nécessite l’Achat d’une licence
• Coût d’acquisition = Coût de licence + Coût
d’intégration
• ERP Open Sources
– Relayés par des Partenaires (cabinets de
conseils) pour le support
– Exploitation moins coûteuse pour l’Entreprise
• Ne nécessite pas l’Achat de licence
• Coût d’acquisition = Coût d’intégration
– frais de maintenance, assistance technique et la formation
des Employés
PRINCIPAUX ERP PROPRIÉTAIRES
• SAP (Système Application Progiciel)
– Leader mondial du marché (2 produits, 26 secteurs
d’activités, très développé dans l’industrie)
• SAP Business Suite : destiné aux grandes et très grandes
Entreprises
• SAP Business One : cible les moyennes Entreprises
• Oracle : 3 produits
– E-Business : ERP de Oracle
– PeopleSoft : acquisition en 2004
– JD Edwards : acquisition par PeopleSoft en 2003
• Microsoft Dynamics GP
– Cible les petites et moyennes Entreprises
• Sage/Adonix, Cegid, Generix, Interlogiciel,
Qualiac
– Destinés aux petites et moyennes Entreprises
– Leurs Couvertures Fonctionnelles est généralement
moins large que celles de SAP, Oracle et Microsoft
Dynamics GP
PRINCIPAUX ERP OPEN SOURCES
• Odoo
• OpenERP
• OpenBravo
• Compiere
• Dolibarr
• ERP5
• OFBiz (Open For Business)

AVANTAGES ET INCONVÉNIENTS
ERP Propriétaires
Avantages Inconvévients
Fiabilité Puissance Dépendance Flexibilité
Assistance Support Coût Acquisition Coût Intégration
Fonctionnalités Standardisation Adaptabilité Mise en œuvre
ERP Open Sources

Flexibilité Spécificité Assistance Support
Indépendance Agilité Fiabilité Puissance
Coût Acquisition Mise en œuvre
TYPES D’ERP
ERP Génériques vs ERP Spécifiques

ERP GÉNÉRIQUES
• ERP Génériques
– ERP Propriétaires et ERP Open Sources
– Proposent des Fonctions Standards qui s’adaptent aux
principales Règles de Gestion des Entreprises
• Achat, Vente, Logistique, Finance, etc.
• Problèmes
– Les Fonctions ne peuvent pas s’adapter en Standards
à toutes les Entreprises
– Les Fonctions ne couvrent pas tout le savoir-faire
(façon de faire) spécifique de chaque Entreprise
• Solutions
– ERP Spécifiques
– Réingénierie des Processus Métier de l’Entreprise

SOLUTION 1 : ERP SPÉCIFIQUES
• Il s’agit de réaliser des développements
spécifiques à partir des ERP Génériques
– Cas des ERP Propriétaires
• Il faut consulter les éditeurs des ERP pour réaliser
ces développements spécifiques
– Dépendance Totale des éditeurs
– Cas des ERP Open Sources
• Il faut consulter les boites de développement pour
réaliser ces fonctionnalités spécifiques
– Exemple : Extension de nouveaux Modules pour
pouvoir exploiter les Processus Métier Spécifiques de
l’Entreprise

SOLUTION 2 : RÉINGÉNIERIE DES
PROCESSUS MÉTIER DE L’ENTREPRISE
• Il s’agit de modifier les Processus
Métier de l’Entreprise pour pourvoir
exploiter l’ERP
– Il faut inclure les Processus Métier tels
qu’ils ont été planifiés par l’ERP

ERP GÉNÉRIQUES VS ERP
SPÉCIFIQUES
ERP Génériques ERP Spécifiques
Objectif : Standardisation des Objectif : Innovation au niveau des
Processus Métier Processus Métier
Nécessite une certaine adaptation Nécessite une personnalisation et

aux Processus Métier de l’ERP adaptation aux interfaces de l’ERP
Proposés par des petits éditeurs ou

Proposés par des grands éditeurs
des boites de développement
Marché Concurrentiel Marché de Niche

TYPES D’ERP
ERP Résident vs ERP Hébergé

ERP RÉSIDENT VS ERP HÉBERGÉ
• ERP Résident
– Installé dans sa totalité dans l’Entreprise par
des Boites de développement
– Exemple : Odoo Community
• ERP Hébergé
– Fournis en mode ASP (Application Service
Provider)
• Objectif : Louer un Service Applicatif accessible
via Internet
– Exploitation presque totale de l’ERP à
l’extérieur de l’Entreprise
– Exemple : Odoo Enterprise
AVANTAGES ET INCONVÉNIENTS
ERP Résident
Maîtrise Indépendance Mise-à-jour Maintenance
ERP Hébergé
Mise-à-jour Maintenance Intégration vs SI Externalisation
Disponibilité Ouverture

MARCHÉ DES ERP
Principaux Acteurs
ERP : PRINCIPAUX ACTEURS (1)
• Éditeur
– Fournisseur des Licences
– Développeur des Versions
– Assure la mise-à-jour et la maintenance de l’ERP au
sein de l’Entreprise
• Cabinet d’étude (Consultant du niveau métier
de ERP)
– Intervient au niveau de l’Infrastructure Métier du
SIE
– Définit et Modélise les Processus Métier de
l’Entreprise
– Adapte les Processus Métier de l’Entreprise avec
ceux de l’ERP
– Aide l’Entreprise dans le choix de l’ERP

ERP : PRINCIPAUX ACTEURS (2)
• Intégrateur (Maître d’Œuvre)
– Intervient au niveau de l’Infrastructure Technique
du SIE
– Implante et réalise le Paramétrage de l’ERP dans
l’Entreprise pour pouvoir outiller les Processus
Métier
• Configure et Paramètre les modules de l’ERP nécessaires
à l’exploitation des Processus Métier
• Réalise éventuellement de nouvelles extensions sur l’ERP
pour satisfaire des Processus Métier spécifiques à
l’Entreprise
– Forme les utilisateurs pour qu’ils puissent exploiter
l’ERP
• Utilisateur (Maître d’ouvrage ou Client)
– Les Acteurs de l’Entreprise qui vont exploiter l’ERP
ERP : ENVIRONNEMENT DE TRAVAIL
• Environnement de Développement
– Adapter et Paramétrer l’ERP aux besoins
spécifiques de l’Entreprise
• Environnement de Test
– Réaliser des Simulations pour vérifier la
correspondance entre les Processus de l’ERP
avec ceux de l’Entreprise
• Environnement d’Exploitation
– Utiliser l’ERP par l’Entreprise dans le cadre de
ses Activités Métiers

MARCHÉ DES ERP
Coûts des ERP

COÛTS DES ERP : COÛTS DIRECTS
• Licence
– ERP Propriétaire requiert l’achat d’une Licence
– Frais de mises-à-jour d’une année à une autre
• Intégration et Tests
– Coûts pour garantir l’interopérabilité de l’ERP avec les
différents Systèmes d’Informations exploités par
l’Entreprise
• Besoin de tester et vérifier le bon fonctionnement des liens
entre l’ERP et les autres Applications exploitées par
l’Entreprise
• Formation des Acteurs
– La plupart du temps ce coût est sous-estimé, malgré qu’il
s’avère nécessaire
• Réorganisation des Processus Métier
– Réorganiser les Processus Métier de l’Entreprise pour
mettre en place un ERP sur mesure
COÛTS DES ERP : COÛTS INDIRECTS
• Cabinet d’Étude
– Aide à choisir l’ERP à mettre en place
• Recrutement d’un administrateur de l’ERP
– L’Entreprise doit prévoir des compétences
techniques pour la mise-à-jour et la
maintenance de l’ERP
• Echec d’implantation de l’ERP
– L’implantation de l’ERP dans l’Entreprise peut
échouée
– L’Entreprise doit prévoir un budget pour les
Situations imprévisibles

ERP & Intégration Des SI 22-23 - Cours VE PDF

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

ERP & Intégration Des SI 22-23 - Cours VE PDF

Transféré par

Droits d'auteur :

Formats disponibles

ERP & INTÉGRATION DES

DR. SAHBI ZAHAF

Système d’Informations Système d’Informations Système d’Informations

Proposition 1 Proposition 2 Proposition n

04/05/2023 ERP & Intégration des SIE 5

04/05/2023 ERP & Intégration des SIE 6

Début Projet Fin

Chef Projet Exécution

• Rapport sur l’état d’avancement

Besoin d’avoir une Le SIE doit assurer

04/05/2023 ERP & Intégration des SIE 12

Applications & Logiciels

04/05/2023 ERP & Intégration des SIE 14

• Représente les événements métiers que

• Représente les acteurs et les départements impliqués à la

Applications & Logiciels

• Définit les Applications permettant de

04/05/2023 ERP & Intégration des SIE 17

Applications & Logiciels

• Décrit le matériel, le câblage et les réseaux

04/05/2023 ERP & Intégration des SIE 18

04/05/2023 ERP & Intégration des SIE 19

04/05/2023 ERP & Intégration des SIE 20

04/05/2023 ERP & Intégration des SIE 22

04/05/2023 ERP & Intégration des SIE 23

04/05/2023 ERP & Intégration des SIE 24

04/05/2023 ERP & Intégration des SIE 25

04/05/2023 ERP & Intégration des SIE 26

04/05/2023 ERP & Intégration des SIE 27

04/05/2023 ERP & Intégration des SIE 28

• Résolution face aux Problèmes du

DR. SAHBI ZAHAF

Applications & Logiciels

04/05/2023 ERP & Intégration des SIE 33

• Un Processus est un ensemble ordonné

• Un Processus est exploité dans Environnement

• La demande est émise par le salarié à son chef

04/05/2023 ERP & Intégration des SIE 40

Besoins Matières Planification

04/05/2023 ERP & Intégration des SIE 41

Fournisseur(s) Service Comptabilité Achats

04/05/2023 ERP & Intégration des SIE 42

• Un Processus Métier « Business Process » est

04/05/2023 ERP & Intégration des SIE 44

04/05/2023 ERP & Intégration des SIE 46

04/05/2023 ERP & Intégration des SIE 49

04/05/2023 ERP & Intégration des SIE 50

04/05/2023 ERP & Intégration des SIE 52

Besoin : Standard Graphique de notation

Solution : Standard BPMN 2.0 (Janvier 2011)

04/05/2023 ERP & Intégration des SIE 55

04/05/2023 ERP & Intégration des SIE 56

04/05/2023 ERP & Intégration des SIE 57

Branchement Branchement Branchement

Objet de Magasin de Annotation Group

Processus / Acteurs Artefacts

Événement de Fin / Résultat

04/05/2023 ERP & Intégration des SIE 59

04/05/2023 ERP & Intégration des SIE 60

04/05/2023 ERP & Intégration des SIE 62

04/05/2023 ERP & Intégration des SIE 63

04/05/2023 ERP & Intégration des SIE 64

04/05/2023 ERP & Intégration des SIE 65