BPMN & Bizagi

BPMN 2.0
Modélisation de processus
Introduction à BPMN & Bizagi Process Modeler
Mai 2014 1
(c) Frédéric Bouvart - BPMN & Bizagi

•Cette présentation ne demande qu’à être
améliorée grâce à vos remarques.
•Envoyez-moi vos suggestions à :
– Frederic.Bouvart@mail.be
Mai 2014 2

Modélisation des processus
•Modélisation des processus
– Qu’est-ce qu’un processus ?
• Définition :
– Selon ISO 9000 2005 : Ensemble d'activités corrélées ou
interactives qui transforme des éléments d'entrée en
éléments de sortie.
– En gestion : Un processus est un système organisé d'activités
qui utilise des ressources (personnel, équipement, matériels
et machines, matière première et informations) pour
transformer des éléments entrants en éléments de sortie
dont le résultat final attendu est un produit ou un service ; le
processus a un propriétaire qui est garant de la bonne fin et
du bon fonctionnement de celui-ci.
• Un Processus représente un flux séquentiel d'activités ou de
tâches réalisé dans une organisation afin de produire un ou
plusieurs extrants.
Mai 2014 3

– Pourquoi ?
• Documenter
• Comprendre le processus actuel
• Faciliter l’analyse
• Visualiser les relations entre les étapes du processus et entre
les intervenants
• Aide à la rédaction des scénarii de tests
• Formation (nouveaux) collaborateurs
• ISO 9001 (2015)
• Mettre à plat, identifier les possibilités d’améliorations
– Simplifier des tâches
– Eliminer des tâches inutiles
• Partage & Benchmark possibles
Mai 2014 4

– Pourquoi ?
• Base de beaucoup de méthodologies d’amélioration des
performances :
– BPM (Business Process Management (gestion par les processus)),
Lean Six Sigma, TQM, Kaizen,…
• Connaissance des processus
–  Processus plus efficients, plus efficaces, plus agiles
= Réduction des coûts
= Chiffre d’affaires accru
= Employés plus motivés
= Clients plus satisfaits
Mai 2014 5

– Comment ?
• Utilisation d’une notation normée
– BPMN 2.0 (publié en 2010)
» Business Process Model & Notation
» = Ensemble de conventions graphiques (standardisées)
permettant de représenter les processus métier sous forme de
modèle.
» Norme indépendante des éditeurs de logiciels
» Soutenu par l'OMG/BPMI (Object Management Group/ Business
Process Management Initiative)
» Norme ISO depuis juillet 2013 (ISO/IEC 19510:2013)
Mai 2014 6

– Comment ?
• Utilisation d’une notation normée
– BPMN 2.0 (publié en 2010)
» Diagrammes constitués d’éléments simples, compréhensibles
par tous : analystes, modélisateurs et acteurs Métier.
Pas un langage d’informaticiens
» Mécanisme simple pour modéliser la complexité inhérente à un
processus.
» Langage privilégié pour une meilleure communication entre
informatique et métier (langage commun à tous)
» Différents types de diagrammes : Processus, Conversation et
Chorégraphie (voir Annexes)
Mai 2014 7

– Comment ?
• Outil Business Process Modeler
– Bizagi
» Bizagi simple et convivial
» Notation utilisée par Bizagi est normée (BPMN 2.0)
» Génération de documentations en Word, PDF, …
» Mode présentation
» Simulation
» Collaboratif
» Gratuit – Accessible à tous (première étape du logiciel BPMS)
» Bizagi ne supporte que les diagrammes de processus
Mai 2014 8

– Modéliser = raconter une histoire, rédiger une dissertation
•Dissertation •Processus
Langue Notation
Français (vocabulaire &
grammaire)
BPMN (symboles & règles)
Traitement de texte Business Process Modeler
Microsoft Word 2003 Bizagi Process Modeler
Méthode de dissertation Approche Méthodologique
Plan type Tortue de Crosby, SIPOC
Réflexion, structuration puis
écriture
Réflexion, structuration,
interviews
Bonnes pratiques &
Convention
Mai 2014 9

Introduction à la notation BPMN 2.0
Mai 2014 10

Business Process Modeler : Bizagi
•Formation
– Introduction à la notation BPMN 2.0
• Symboles de base
• Principes de base
– Utilisation – Fonctionnalités de Bizagi Process Modeler
• Représenter un processus
• Documenter le processus
• Mode de présentation
• Collaboration
• Simulation
– Méthode de travail
• Décrire le processus
• Recommandations
Mai 2014 11

Mai 2014 12

•Objets de flux
– Evénement de départ / Déclencheur
• Exemples :
– Une facture fournisseur arrive
– Premier jour ouvrable du mois
– Evénement de fin / Résultat
• Exemples :
– La facture fournisseur est payée
– La clôture comptable est terminée
– Activité / Tâche
• Exemples :
– Contrôler la réception des marchandises
– Lancer le prog. de calcul des encours
Intro BPMN : Symboles de base
Mai 2014 13

– Branchement /Aiguillage / Bifurcation
• Exemples :
– Réception réalisée dans SAP ? Oui / Non
– Type de produit ? Tôle / Brame / Lingot / autres
– Lancements de tâches en parallèle
– Evénement intermédiaire
• Les événements intermédiaires se produisent
pendant le processus.
• Exemples :
– Attendre 1 heure
– Arrivée d’une annulation de commande
Mai 2014 14

– Sous-processus
• Représente un ensemble de tâches
(processus) qui n’est pas nécessaire de
détailler dans le processus en cours.
• Permet un effet « Zoom + ».
• Exemples :
– Processus Order to Ca$h : Dans ce processus général, on
trouvera un sous-processus d’inscription de commande et
un sous-processus d’expédition…
– Processus Gestion des ordres de process : Dans ce
processus, il y a une partie qui représente la clôture de
l’ordre. Ces opérations de clôture seront décrites dans un
sous-processus distinct.
Mai 2014 15

•Objets de connexion (connecteur)
– Flux séquence
• Détermine l’ordre d’exécution des activités.
• Flux par défaut est l’embranchement pris lorsque toutes les
autres conditions sont évaluées comme fausses.
Mai 2014 16

•Objets de connexion (connecteur)
– Flux de message (entre processus)
Modèle collaboratif :
échanges entre processus
Mai 2014 17

•Objets d’organisation (Swimlanes)
– Processus (groupement - pool)
– Précise les limites du processus
– Couloirs/Bandes
– Définissent les acteurs
Mai 2014 18

– Milestone / Etape
Mai 2014 19

•Objets de données
– Objet de données
• Un objet de données représente une structure d’information
généralement traitée dans les activités comme les
documents, courriels, lettres, etc.
– Collection d’objets de données
• Une collection d’objets de données représente un ensemble
d’informations, telle une liste des articles d’une commande.
Mai 2014 20

– Magasin de données
• Un magasin de données est un endroit où le processus peut
lire et écrire des données, comme une base de données ou
un classeur. Son contenu persiste même après la fin de
l’instance du processus.
Mai 2014 21

– Résumé
Mai 2014 22

Intro BPMN : Niveaux de complexité
• BPMN : 3 niveaux de complexité
– Permet un apprentissage graduel
Mai 2014 23

Intro BPMN : Symboles étendus
•Activités : symboles étendus
– Taches
• 8 symboles
– Sous-processus
• 5 symboles
Mai 2014 24

•Activités : symboles étendus
– Boucles
• 3 types de boucles
– Cas particulier
• Compensation
Mai 2014 25

•Branchements : symboles étendus
– Branchements
• 7 branchements
Mai 2014 26

•Evénements : symboles étendus
– Evénements déclencheurs
• 8 symboles
Mai 2014 27

– Evénements résultants (de fin)
• 9 symboles
Mai 2014 28

– Evénements intermédiaires
• 14 symboles – 2 familles (lancement / réception)
Mai 2014 29

– Evénements intermédiaires à la frontière d’activité
• 9 symboles – 2 familles (avec et sans interruption)
Mai 2014 30

•Formation
• Collaboration
• Simulation
• Recommandations
Mai 2014 31

Intro BPMN : Règles de base
•Règles de base
• Un évènement de début
• Une (ou plusieurs) fin(s)
– Chaque branche du flux se termine par un événement de fin
• Ecriture/Lecture de gauche à droite
• Principe du jeton (token)
– Règles générales
» L’événement de départ émet un jeton.
» L’événement de fin absorbe un (ou tous les) jeton(s).
» Une tâche s’exécute quand elle reçoit un jeton et libère le jeton
quand elle est terminée.
» Cas particuliers :
Branchements parallèles
Evénements intermédiaires
► Plusieurs événements de départ peuvent être utilisés si leur type est spécifié. Un seul
événement de départ de type « blanc » par processus.
Mai 2014 32

•Jetons
Mai 2014 33

•Symboles Branchement
– Branchement Exclusif
– Branchement Parallèle
ou
Mai 2014 34

•Types de branchements
– Branchement exclusif (« ou » exclusif)
• Les chemins s’excluent. Il n’y a qu’un seul chemin possible.
• Divergence
– Une seule tâche parmi les tâches B1, B2, B3 sera exécutée.
Mai 2014 35

• Convergence
– La tâche C débutera dés qu’une tâche parmi les tâches
B1, B2, B3 sera réalisée.
Mai 2014 36

• Un branchement exclusif ne peut pas être convergent et
divergent en même temps.
Mai 2014 37

– Branchement parallèle
• Eclatement – Exécution en parallèle
– Après la tâche A, les tâches 1, 2 et 3 débuteront ensemble.
Mai 2014 38

• Synchronisation
– La tâche A ne débutera que quand les tâches 1, 2 et 3
seront complétées.
Mai 2014 39

• Pas de branchement parallèle de synchronisation et
d’éclatement en même temps.
• Attention, certaines situations peuvent mener à un blocage.
Dans l’exemple ci-dessous, la tâche A ne sera jamais
exécutée.
Mai 2014 40

•Les types de branchements
– Branchement inclusif
• Contrairement au branchement exclusif, les conditions sont
toutes évaluées lorsque le flux du processus atteint le
branchement inclusif. Ainsi, une condition remplie n'exclut pas
l'évaluation des autres conditions.
– Comme chaque chemin est considéré comme
indépendant, tous les flux sortants peuvent être sollicités. Le
processus devrait néanmoins être conçu de sorte qu'au
moins une voie soit identifiée par défaut dans le cas où
aucune des conditions ne s'avère vraie.
– Le branchement inclusif est représenté par un losange avec
un cercle à l'intérieur.
Mai 2014 41

Mai 2014 42

• Le schéma précédent équivaut à :
Mai 2014 43

– Branchement basé sur les événements
• 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. Fondamentalement la décision est
prise par un participant extérieur au processus.
• Un événement intermédiaire est placé sur chaque branche
sortante du branchement.
• A chaque réception d’un jeton, il émet un jeton sur chaque
branche sortante :
– Chaque jeton arrive sur l’événement intermédiaire et
attend son déclenchement.
– Le premier événement qui se déclenche « gagne » et laisse
continuer son jeton, les autres jetons en attente sur les
autres événements disparaissent.
Mai 2014 44

• La tâche 1 débutera si l’événement 1 a été déclenché en
premier (avant événement 2 et 3).
Mai 2014 45

• Exemple : Log on
Mai 2014 46

• Exemple : Demande d’info au client
Mai 2014 47

•Symboles tâches
– Tâches Utilisateurs (dans un système IT)
– Tâches Système (automatique)
– Tâches Manuelles Utilisateurs (en dehors de tout système IT)
Mai 2014 48

•Symboles Evénements de départ (déclencheur)
• Attend qu’un événement arrive pour lancer le processus
(création d’une instance du processus).
• L’événement déclencheur n’a qu’un seul flux séquence
sortant.
• Il émet un jeton.
► Plusieurs événements de départ peuvent être utilisés si leur type est
spécifié. Un seul événement de départ de type « blanc » par processus.
Mai 2014 49

•Symboles Evénements de fin (résultant)
• Termine une (plusieurs) branche(s) du processus.
• Il ne possède que des flux séquence entrants.
• L’événement de fin n’a pas de flux séquence sortant.
• Il absorbe un jeton.
• Cas particulier : Terminaison (précipitée) : tous les jetons de
l’instance du flux en cours sont consommés, toutes les
activités cessent.
Mai 2014 50

•Evénement de fin
– Fin précipitée
• L’événement de fin précipitée va consommer tous les jetons
qui sont en cours dans l’instance du flux.
– Exemple :Annulation
Mai 2014 51

•Symboles Evénements Intermédiaires
– Evénement intermédiaire
• Un événement intermédiaire ne déclenche pas une nouvelle
instance du processus en cours.
• Un seul flux séquence entrant et un seul flux séquence sortant.
• Emetteur / Récepteur
– Emetteur d’événement : quand le jeton arrive à l’événement,
celui-ci émet l’événement et continue le flux.
– Récepteur d’événement : quand le jeton arrive à
l’événement, celui-ci attend que l’événement se produise.
Une fois l’événement « reçu », le jeton continue le flux.
Mai 2014 52

– Evénement de type « Message »
Mai 2014 53

– Evénement de type « Signal »
Mai 2014 54

– Evénement intermédiaire de type « Lien »
• Utile pour lier 2 points du flux (fortement) éloignés sans utiliser
un flux séquence (flèche) qui traverse tout.
Mai 2014 55

– Evénement intermédiaire de type « Lien »
– La tâche 2 est suivie de la tâche 6 qui doit être exécutée par
l’acteur 2. Pour éviter un flux séquence qui en traverse d’autres
(flèche rouge), les événements Lien sont utilisés avec le même
nom, mais avec un « qui lance » et l’autre « qui reçoit ».
Mai 2014 56

– Evénement intermédiaire à la frontière d’une activité
• Durant une activité, des événements peuvent également se
produire. Quand ceux-ci arrivent, ils peuvent lancer une
nouvelle branche du flux.
• Ils peuvent également interrompre ou pas l’activité en cours.
• Ce type d’événements n’est que récepteur.
Mai 2014 57

• Avec interruption
• Si durant la tâche A, l’événement « Interruption » survient,
– Alors la tâche A s’arrête et la tâche E est lancée;
– Sinon, la tâche B est lancée.
Mai 2014 58

• Sans interruption
• Si durant la tâche A, l’événement « Ramification » survient,
– Alors la tâche A continue et la tâche P est lancée;
– Sinon, la tâche B est lancée.
Mai 2014 59

•
• Tâche 2 débute 1 heure après le
début de la tâche 1,
même si celle-ci n’est pas
complétée. Si la tâche 1 est
complété avant 1h, la tâche 2
ne sera pas exécutée.
•
• Tâche 4 débute 1 heure après la fin
de la tâche 3.
Mai 2014 60

•Symboles Avancés & Mécanismes particuliers
– Activités
• Boucles & instances multiples
• Sous-processus Ad-hoc
• Sous-processus événementiels
– Branchements Début
– Comportements spéciaux
• Gestion des erreurs
• Escalade
• Compensation
• Annulation
• Transaction
 Voir annexes
Mai 2014 61

Bizagi Process Modeler
Présentation Bizagi Process Modeler
Mai 2014 62

•Formation
• Collaboration
• Simulation
• Recommandations
Mai 2014 63

•Représenter un processus
– Interface utilisateur
– Créer un processus
– Trucs & Astuces
– Impression
Mai 2014 64

•Interface utilisateur
Mai 2014 65

– Maximiser l’espace de travail
Mai 2014 66

– Créer un nouveau diagramme
Mai 2014 67

– Renommer un diagramme
• Première méthode
– Double cliquer sur l’onglet avec le nom du diagramme et
taper le nouveau nom.
• Seconde méthode (valable pour tous les éléments)
– Click droit dans un zone blanche de l’espace de travail +
cliquer sur « Propriété du diagramme ».
– Compléter la propriété de base « Nom »
Mai 2014 68

•Créer un processus (1/4)
• Avant de commencer, bien définir « l’étendue » du processus,
savoir ce qu’il couvre (quel est la fin ?)
• En créant un nouveau diagramme, un processus
(groupement) est déjà présent.
• Renommer le processus
– Click droit sur le nom  menu contextuel  Choisir Editer
texte ou Propriétés
Mai 2014 69

• Identifier les participants
– Ajouter pour chaque participant une « bande »
» Drag et Drop depuis la palette de la swimlane « bande » autant
de fois qu’il y a de participants.
Mai 2014 70

• Placer le point de départ
– Ajouter l’événement de début
» Drag et Drop depuis la palette de l’événement de début
Mai 2014 71

• Placer les éléments suivants
– Ajouter des éléments
» Drag et Drop depuis le menu circulaire de l’élément suivant.
» Les deux éléments sont automatiquement reliés.
– Continuer jusqu’au moment où le diagramme est complet.
– Ne pas oublier l’événement de fin !
Mai 2014 72

•Gestion des flux séquence (flèche)
– Inverser le sens d’une flèche (flux séquence)
– Sélectionner le flux séquence
» Click droit, dans le menu contextuel, choisir « inverser la
direction ».
Mai 2014 73

– Connexion des flux séquence aux éléments
» Approcher le petit rond (de l’extrémité de la flèche ) de
l’élément à relier jusqu’au moment où la petit croix verte
apparaît ou que l’élément ne devienne en surligné interrompu.
Mai 2014 74

– Textes sur les flux séquence liés à un branchement
• Méthode 1
– Click droit, dans le menu contextuel, choisir « Editer texte ».
• Méthode 2
– Click droit, dans le menu contextuel, choisir « Propriétés ».
– Remplir le nom dans les propriétés de base
• Méthode 3
– Double cliquer sur le flux séquence
Mai 2014 75

•Insertion d’un élément sur flux séquence
Placer l’élément sur la flèche
en surbrillance.
Mai 2014 76

•Convergence vers un élément
Superposer l’élément
Résultat :
La tâche 3 est reliée au
branchement existant.
Mai 2014 77

•Gestion des sous-processus
• Un sous-processus est une activité qui peut être dissociée en
activités d’un niveau plus fin
– Transformer une tâche en sous-processus
– Sélectionner la tache, click droit
» menu contextuel - Transformer en sous-processus
Mai 2014 78

– Editer un sous-processus
– Sélectionner le sous-processus, click droit
» menu contextuel - Editer sous-processus
Ouvre automatiquement un nouveau diagramme
+ Représenter le sous-processus comme un
processus normal
Mai 2014 79

– Modifier le type d’un sous-processus
• Par défaut, le type de sous-processus est « intégré »
• Sélectionner le sous-processus, click droit
– menu contextuel
» Transaction (sens BPMN)
» Ad-hoc
» Evénementiel
» Réutilisable
Mai 2014 80

– Sous-processus réutilisable
• Lien avec le diagramme se fait dans les propriétés de base,
champs Processus
Mai 2014 81

– Menu contextuel – Développer / Fusionner (sous-processus)
Mai 2014 82

– BPMN
• Un sous-processus débute avec un événement de début de
type « Aucun »
• Un sous-processus se termine avec un événement de fin de
type « Aucun »
Mai 2014 83

•Evénement à la frontière d’une activité
Mai 2014 84

•Symboles étendus
– Passer du mode « core » au mode « étendu »
Mai 2014 85

– Modifier le type de l’élément
• Click droit sur l’élément  Menu contextuel – Type de …
Dans un premier temps, utiliser que les tâches
Utilisateur, Service ou Manuelle
Mai 2014 86

Mai 2014 87

Mai 2014 88

•Trucs & Astuces
• « Ctrl » + « Enter » pour inclure un « retour ligne » dans les zones
de texte
• « Shift » + curseur  pour bouger la forme finement
• Eviter de modifier les tailles des symboles et les polices
– Uniformité
– Taille et police adaptée pour la publication
Mai 2014 89

•Impression d’un diagramme
• Menu Dossier / Imprimer  Visualiser avant Impression
Mai 2014 90

• Prévisualisation
Mai 2014 91

• En-tête & Pied de page
» Footer [Image 0] =
Mai 2014 92

•Impression
• Changer le logo
– 1 En-tête et pied de page
– 2 Add Image
– 3 Se placer dans la zone rectangle voulue et choisir l’image
Mai 2014 93

•Formation
• Collaboration
• Simulation
• Recommandations
Mai 2014 94

•Documenter un processus (Résumé)
– Compléter les propriétés de chaque élément
• De base
– Description
» Format « texte riche »
• Avancée
– Suivant la nature de l’élément, les champs proposés varient
• Etendu
– Définir soi-même les champs voulus
– Partager les attributs des champs ajoutés
– Exporter le modèle des attributs champs ajoutés
– Compléter les propriétés du diagramme et du processus
Mai 2014 95

•Documenter un processus (Résumé)
– Publier la documentation – Générer un document WORD
• Publication
– Sélectionner les diagrammes
– Sélectionner les éléments
– Mettre dans l’ordre voulu les éléments
– Sélectionner le template
Mai 2014 96

•Documenter un processus
• Accéder aux propriétés de l’élément
– Click droit sur l’élément  Menu contextuel - Propriétés
Mai 2014 97

• De base
– Description
» Format « texte riche »
Mai 2014 98

• Etendu
– Définir des zones supplémentaires
Mai 2014 99

• Etendu
– Définir des zones supplémentaires : exemple Tableau
Mai 2014 100

• Etendu
– Définir des zones supplémentaires : exemple Combo
Mai 2014 101

• Etendu
– Gérer les attributs
» Modifier
» Supprimer
» Modifier l’ordre d’apparition
» Partager le modèle de
l’attribut
Mai 2014 102

• Etendu
– Partager les caractéristiques du champ ajouté
» Le modèle d’un champ ajouté peut être « copier » sur d’autres
éléments :
»  Cocher la case en face des
types d’éléments choisis.
» Le champ est alors
automatiquement repris sur
tous les éléments de ce type
Mai 2014 103

• Etendu
– Exporter le modèle des attributs champs ajoutés
» Il est possible de reprendre les modèles d’attributs étendus de
tous les éléments d’un .bpm à un autre.
»  Exporter les attributs (fichier format xml)
»  Importer dans le nouveau .bpm
Mai 2014 104

• Avancée
– Suivant la nature de l’élément, les champs proposés varient
Mai 2014 105

• Avancée : Exemple Branchement
» Choix du type de condition
» Description de l’expression de la condition
Mai 2014 106

• Avancée : Sous-processus avec boucle instances multiples
Mai 2014 107

– Compléter les propriétés du diagramme et du processus
• Click droit n’importe où dans le diagramme (sauf sur un
élément)
Mai 2014 108

• Publication
Mai 2014 109

• Publication
– Sélectionner les diagrammes
Mai 2014 110

• Publication
– Sélectionner les éléments par diagramme
Mai 2014 111

• Publication
– Sélectionner le template
Mai 2014 112

• Publication
– Emplacement & Nom du fichier .doc
Mai 2014 113

• Document généré
– Avec table des matières
Mai 2014 114

– Avec toutes les propriétés sur chaque élément
Mai 2014 115

– Avec toutes les propriétés sur chaque élément
Mai 2014 116

•Formation
• Collaboration
• Simulation
• Recommandations
Mai 2014 117

•Mode présentation
– Passage en mode présentation
• Affichage plein écran en mode « lecture seule »
• Surbrillance de l’élément présenté
Mai 2014 118

Mai 2014 119

– Ouverture des sous-processus
• Pour ouvrir : Ctrl + click
• Pour revenir au diagramme : en bas à gauche
– Affichage de toutes les propriétés de l’élément (y
compris les images) par simple click sur l’élément
Mai 2014 120

– Actions possibles
• Définie dans les propriétés, onglet « Actions de la présentation »
– Ouvrir une URL
» Nouveau ou Présent dans les propriétés étendues (Attribut)
– Ouvrir un fichier
– Ouvrir une image
– Montrer un texte
» Texte long de la description
» Un des textes ajoutés dans les propriétés étendues
» Un nouveau texte (uniquement pour la présentation)
Mai 2014 121

Mai 2014 122

Mai 2014 123

•Formation
• Collaboration
• Simulation
• Recommandations
Mai 2014 124

•Mode collaboratif
– Types de fichier
• .bpm
– Type normal
– ! Pas protégé contre les accès concurrents
• .bpmc
– Type collaboratif. Possibilité de travailler à plusieurs sur le
même fichier.
– A la sauvegarde, crée un sous-répertoire du même nom
» NE PAS MANIPULER LES FICHIERS QUI S’Y TROUVENT !
– Chat entre participants
– Commentaires possibles à différents niveaux
Mai 2014 125

– Ouverture
• A l’ouverture, le fichier est en mode lecture
– Commenter
• Pas besoin d’être en mode Modification
– Niveau général
– Niveau diagramme
– Niveau élément
Mai 2014 126

• Niveau général
Mai 2014 127

• Niveau diagramme
Mai 2014 128

• Niveau élément
Mai 2014 129

• Commentaires
Mai 2014 130

– Modifier un diagramme
Mai 2014 131

– CONSEILS
• Créer un fichier type collaboratif sur le réseau partagé et faire
une sauvegarde du .bpm dans un répertoire privé et
backupé.
• Travailler avec les utilisateurs sur le .bpmc et les « obliger » à
commenter les modifications.
• A la fin du travail en collaboration, sauvegarder sous format
.bpm et le bloquer (lock)
Mai 2014 132

•Formation
• Collaboration
• Simulation
• Recommandations
Mai 2014 133

•Simulation
– Passer en vue simulation
Mai 2014 134

•Simulation
– Remplir les paramètres par niveau (1/4)
• 1 Process Validation : Répartition sur les branchements
Mai 2014 135

•Simulation
• 2 Time Analysis : Mettre des durées sur les tâches
Mai 2014 136

•Simulation
• 3 Resource Analysis : Mettre des ressources et des coûts sur les
tâches
– Définir & Gérer les ressources
– Mettre les paramètres
Mai 2014 137

•Simulation
• 4 Calendar Analysis : Mettre un calendrier sur chaque
ressource
– Définir & Gérer les calendriers
– Gérer les ressources : affecter un calendrier
Mai 2014 138

•Simulation
– Lancer la simulation
– Afficher les résultats
Mai 2014 139

•Simulation
Vue Ressources
Mai 2014 140

•Simulation
Vue Processus
Mai 2014 141

•Simulation
– What-if Analysis
• Créer plusieurs scénarii
Mai 2014 142

•Simulation
– What-if Analysis
• Comparer les résultats
Mai 2014 143

Modéliser un processus avec BPMN
Méthode de travail
Mai 2014 144

•Formation
• Collaboration
• Simulation
• Recommandations
Mai 2014 145

Méthode de travail
•Décrire le processus
Organisation
Flux - Fonction
Données / Services / Produits
Qui ?
Quand
?
Comment ?
Quoi ?
Sur base de
quoi ?
Mai 2014 146

Méthode de travail
•Méthodes traditionnelles
– Tortue de Crosby
– SIPOC
• Issue des méthodes Lean 6 sigma
Mai 2014 147

Méthode de travail
Règles
Méthodes
Instructions
Consignes
Acteurs
Exécutants
Intervenants
Objectifs &
Indicateurs
Eléments de sortie
Délivrables
Moyens
Outils
Ressources
Eléments
d’entrée
Lieu
Partie
prenante*
Avec quoi ? Avec qui ?
Comment ? Mesure?
Produit/Service
Besoin/Exigence
Quand ?
* Partie prenante : Ceux qui sont intéressés par le fonctionnement du processus, qui interagissent avec celui-ci.
Tortue de Crosby
Evénement
déclencheur
Evénement
résultant
Les éléments d’entrée d’un
processus sont généralement
les éléments de sortie d’autres
processus.
Mai 2014 148

Méthode de travail
Règles :
Suivant montant
Selon type DA
Demandeur
Valideur
Objectifs
Temps de validation
Respect budget
Eléments de sortie
DA validée
SAP
Eléments d’entrée
N° DA
Lieu
Partie
prenante
Avec quoi ? Avec qui ?
Comment ? Mesure?
Produit/Service
Besoin/Exigence
Quand ?
Tortue de Crosby
Evénement déclencheur :
Arrivée d’un mail demandant de
valider une DA
Evénement résultant
Envoi mail pour étape suivante
Exemple : Validation d’une demande d’achat
Validation d’une DA
Fournisseur
Service Achats
Les éléments d’entrée d’un
processus sont généralement
les éléments de sortie d’autres
processus.
Mai 2014 149

Méthode de travail
•SIPOC
– SIPOC
• Supplier : Fournisseurs (ceux qui fournissent les « entrées »)
• Input : Entrées (matières, matériel, services et/ou informations)
• Process : Processus (ensemble d’activités pour délivrer les
« sorties »)
• Output : Sorties (produits, services et/ou informations)
• Customer : Clients (ceux qui vont utiliser les « sorties »)
– Sous forme d'une carte dans laquelle on va décrire ce
processus du fournisseur (entrées) au client (sorties) à
travers ses activités
Mai 2014 150

Méthode de travail
• SIPOC
Mai 2014 151

Méthode de travail
• SIPOC
S
Fournisseurs
I
Entrées
P
Processus
O
Sorties
C
Clients
Exigences
&
Indicateurs
Pizza délivrée Client avec
sa pizza
Pizza fournie
correspond à
la
commande
Pizza fournie
dans les
temps
Température
de la pizza
adéquate
Ingrédients
pour les
Pizzas sur la
carte toujours
disponibles
Temps
d’attente
Client arrive
ou téléphone
Prendre la
commande
Passer la
commande
en cuisine
Préparer la
pizza
Emballer la
pizza
Fournir le
client
Encaisser
Commande
d’une pizza
Farine, coulis
tomate,
fromage
Boite
emballage
pizza
Bois pour le
four
Client
Distributeur
de produits
alimentaires
Fournisseur
boites cartons
isothermes
Fournisseur
bois
Exemple : Pizza à emporter
Mai 2014 152

Méthode de travail
•Appréhender le processus
– Délimiter le sujet
– Observer les échanges avec l’environnement
– Identifier les processus principaux
– Inventorier les règles
– Identifier les acteurs
– Vérifier les liens entre processus
– Placer les objectifs (les délivrables et le niveau de détail)
– Décrire les processus
Mai 2014 153

Méthode de travail
• De quoi parle-t-on ?
• Déterminer le périmètre
– de toute l’entreprise
– d’un domaine
– d’un secteur
– etc.
• Situer le processus dans son contexte :
– De quel macro-processus fait-il partie ?
» Dans quoi s’intègre-t-il ?
– Quel(s) est(sont) le(s) processus qui précède(nt) ?
– Quel(s) est(sont) le(s) processus qui succède(nt) ?
Mai 2014 154

Méthode de travail
Mai 2014 155

Méthode de travail
– Observer les échanges avec l’environnement
• Déterminer les interactions avec l’environnement
• Mettre l’accent sur le QUOI et non le COMMENT
– le QUOI change moins que le COMMENT (Invariant)
• Placer des objectifs + Pourquoi le processus est nécessaire ?
– Identifier les processus
• “Ce qui se fait”
• Ensemble cohérent d’opérations avec un début et une fin par
rapport à l’environnement
• Définir le titre du processus.
– Donner un nom au processus.
Mai 2014 156

Méthode de travail
– Inventorier les règles (la politique, la stratégie, les exigences)
• Identifier un propriétaire de processus
– Celui qui garde, connaît et/ou émet les règles
• Répertorier les règles :
– Ex:
» Validation de DA : montant limite pour les différentes stratégies
de validation
» Commande client : Règle pour validation « Méthodes »
» Exigences légales
– Identifier les acteurs
• Détermine qui va exécuter les activités
• Lié à la notion de rôle ou de fonction
Mai 2014 157

Méthode de travail
– Rôle / Fonction
• Fonction
– Est un ensemble défini de tâches qui peuvent être
attribuées à une personne comme ensemble de travail sur
base de compétences spécifiques ou de qualifications
requises pour mener à bien ces tâches.
– Est en général décrite dans une description de fonction.
– Est indiquée dans un organigramme; est liée à
l ’agencement de l’organisation
– Doit se justifier à une autre fonction (responsabilité)
– Contient l’autorisation ou la liberté d’exécuter des activités
sans l’autorisation de tiers (attribution)
Mai 2014 158

Méthode de travail
• Rôle
– La même chose que la fonction mais pas lié à la mise en
place d’une organisation; ne figure pas sur l’organigramme.
– N’est pas forcément un élément de ou lié à une fonction
spécifique.
• Pas de nom propre dans les acteurs mais bien une fonction ou
le nom d’un service !
Mai 2014 159

Méthode de travail
Fonction
Rôle
Activité
… exécute…
…est responsable pour…
…est informé de…
…est conseillé pour…
…soutient…
R
A
I
C
S
Fonction A Fonction B Fonction C Fonction D Fonction E
….
Activités R A I C S
….
Mai 2014 160

Méthode de travail
• Rôle / Fonction
– Modèle RASCI
R Responsable Réalise Acteur qui exécute l’activité
A Autorité Approbation Acteur qui assume la responsabilité globale de l’activité et les
conséquences associées, et qui rend des comptes sur
l’avancement des actions.
C’est le « A » qui assume les réalisations effectuées par les « R » à
qui il a sous-traité la réalisation. Le R doit obtenir du A une
approbation pour clôturer son activité.
Il y a toujours un A (et un seul) pour chaque action.
S Soutien Support Acteur qui apporte une contribution à la tâche, qui va aider
et/ou faire, pour le responsable, la tâche (responsabilité de
moyen)
C Consulté Consultation Acteur qui est consulté pour réaliser l’activité (rôle d’expert). Il
peut n’y avoir aucun C. Un droit de veto peut lui être attribué
I Informé Information Acteur qui doit être informé quant à l’activité mais qui
n’intervient pas dans la réalisation
Mai 2014 161

Méthode de travail
•Méthode orientée BPMN
– Basée sur la décomposition hiérarchique
– Méthode décrite par Bruce Silver
– 5 étapes
• Etape 1 : Définir le périmètre du processus
• Etape 2 : Décomposer le processus en activités principales
• Etape 3 : Générer le diagramme pour les activités définies en 2
• Etape 4 : Développer les sous-processus dans un diagramme
« enfant »
– Réappliquer les étapes 2 & 3 pour le sous-processus traité
• Etape 5 : Ajouter pools et les flux de messages
Mai 2014 162

Méthode de travail
– Etape 1 : Définir le périmètre du processus
• Définir le périmètre du processus
– Définir ce que représente un « jeton » (instance)
• Nommer le processus
• Identifier l(es)’événement(s) déclencheur(s) et les états finaux
– Nommer le « qui » ou « quoi » qui déclenche le processus
– Déterminer l’état final normal (principal)
– Ajouter les états finaux additionnels (alternatifs)
• Lister les acteurs
Mai 2014 163

Méthode de travail
– Etape 2 : Diagramme de plus haut niveau
• Décomposer le processus en 6 à 12 étapes (liste)
– Etape = activité
– Nommer de façon univoque chaque activité
– Attribuer un acteur à chaque activité
– Donner l’ordre chronologique des activités
– Enumérer tous les états finaux possibles pour chaque activité
» Permet de déterminer le branchement qui suivra l’activité et les
voies possibles (si plusieurs états finaux)
– A chaque état final de chaque activité, lister l’activité
suivante (ou état final du processus)
Mai 2014 164

Méthode de travail
– Etape 3 : Générer le diagramme pour les activités
définies en 2
• Générer le diagramme BPMN pour les activités définies en 2
– Trier les activités dans l’ordre chronologique
– Indiquer les activités qui se déroulent en parallèle
– Transformer les activités en sous-processus
– Placer les événements finaux
• Si une activité a de multiple états finaux, elle doit être suivie
d’un branchement, et chaque voie sortante de ce
branchement doit correspondre à un des états finaux de
l’activité.
– Pour la lisibilité, le nom du branchement doit correspondre
au nom de l’état final principal (normal) de l’activité.
Mai 2014 165

Méthode de travail
– Etape 4 : Développer les sous-processus dans un
diagramme
• Développer les sous-processus dans un diagramme BPMN
• Répéter les étapes 2 & 3 pour chaque activité listée à
l’étapes 2
• Arrêter lorsque le niveau de détail voulu est atteint
– Pour la lisibilité, un maximum de 2 itérations
» 2 niveaux de sous-processus maxi
Mai 2014 166

Méthode de travail
– Etape 5 : Ajouter les pools et les flux de messages
• Ajouter les pools (processus externes) comme « boîte noire »
• Placer les flux de messages entre le processus central et les
processus externes
– S’assurer de la traçabilité des flux de messages entre les
différents niveaux (processus principal et sous-processus)
» Répliquer les messages dans tous les niveaux (garder les mêmes
noms)
– Passer en revue les activités et déterminer si elles
communiquent avec un (des) participant(s) externe(s)
» Défini les flux de messages
Mai 2014 167

Méthode de travail
•Autre méthode
Mai 2014 168

Méthode de travail
– Ecriture de gauche à droite
– Etapes (1/3)
• Déterminer la raison d'être et la finalité du processus
– Délivrables du processus
• Identifier les acteurs
– Chaque acteur a son couloir propre
• Identifier les tâches
– Pour chaque participant
– Tâche si a priori simple, sous-processus si a priori complexe
– Tâches du flux normal vs tâches flux d’exception (omettre
les exceptions si trop complexes)
• Ordonner les tâches chronologiquement
• En premier, le flux normal (happy path)
Mai 2014 169

Méthode de travail
– Etapes (2/3)
• Identifier et représenter les événements
– Les déclencheurs et les résultants
– Les événements intermédiaires qui influent sur le
déroulement du processus
• Identifier les flux et les branchements possibles
– Chaque décision prise (explicite ou implicite) lors du
processus représente un branchement
– Respect des règles « Métier »
• Indiquer dans les tâches les marqueurs spécifiques (si connu)
– Tâche manuelle dans et hors système IT, tâche automatique
Mai 2014 170

Méthode de travail
– Etapes (3/3)
• Vérifier si certaines activités doivent être transformées en
tâches ou en sous-processus
• Si la représentation est trop complexe, chercher à regrouper
un groupe de tâches en sous-processus
• Vérifier que les types de branchements sont corrects
• Représenter les « sources de données » et le type de
traitement (optionnel)
– Ex :
» Lecture d’un fichier Excel pour vérifier si…
» Mise à jour de la base de données
(si elle ne fait pas partie d’un SI)
Mai 2014 171

Méthode de travail
– Décomposition hiérarchique
• Décomposer un processus complexe en un ensemble de sous-
processus (cohérents)
• 3 niveaux max (recommandation)
– Regroupement en sous-processus
•  Limiter le nombre d’objets sur un diagramme
– Impression A3 lisible (texte pas trop petit)
– Lisibilité
• Limiter les événements « lien »
– Ne pas modéliser des trivialités
– Respecter la chronologie des activités entre-elles
Mai 2014 172

Méthode de travail
– Dialogue entre processus
• Pas d’obligation de représenter
un processus tiers (black box)
Mai 2014 173

Méthode de travail
•Considérations générales
• Modèle = aussi un outil de communication
• Le message émanant du modèle est rapidement
compréhensible par le lecteur
• Pas d’ambiguïté : le message est univoque, sans autre
interprétation possible
• Modèle = base d’analyse :
– meilleur modèle => analyse plus précise
• Précision du modèle dépend de l’objectif de la modélisation
– Pas le même modèle si objectif est de décrire des interfaces
IT a des fins de programmation ou de décrire le business
Métier pour une analyse macro
Mai 2014 174

Méthode de travail
•Bonne pratique
– Activités & Tâches
• Convention de nom
– Verbe à l’infinitif + Complément d’objet direct (objet
qualifié, précis)
– Exemples :
» Rechercher le type de produit
» Inscrire le numéro de référence du client
– En cas de libellé identique  indicer le nom (entre
parenthèses)
– Eviter les noms trop longs. La zone description est là pour décrire
avec un maximum de précision.
– Expliquer les abréviations utilisées
Mai 2014 175

Méthode de travail
•Bonne pratique
– Activités & Tâches
– Ex : Vérifier l’épaisseur de la tôle
Objet
Objet sur lequel
la tâche va agir
Bien qualifier
l’objet afin
d’être clair et
précis sur l’objet
traité.
Verbe
à
l’infinitif
Verbe d’action
à l’infinitif qui
reflète l’action
entreprise dans
la tâche
Mai 2014 176

Méthode de travail
•Bonne pratique
– Evénements
– Emetteur
» objet qualifié, précis + participe passé du verbe (généralement
le même verbe que la tâche précédente)
» Exemples :
Accusé de réception commande émis
Commande client enregistrée
– Récepteur
» Substantif d’un verbe + objet qualifié, précis
» Exemples :
Réception d’une commande client
Déclenchement de l’alarme incendie
Mai 2014 177

Méthode de travail
•Bonne pratique
– Evénements
– Emetteur
» Ex : Epaisseur de la tôle vérifiée
Objet
Objet sur lequel
la tâche va agir
Bien qualifier
l’objet afin
d’être clair et
traité.
Participe
passé
Verbe d’action
au participe
passé qui reflète
le résultat
Mai 2014 178

Méthode de travail
•Bonne pratique
– Evénements
– Récepteur
» Ex : Vérification de l’épaisseur de la tôle
Objet
Objet sur lequel
la tâche va agir
Bien qualifier
l’objet afin
d’être clair et
traité.
Substantif
verbe
Substantif d’un
verbe d’action
Mai 2014 179

Méthode de travail
•Bonne pratique
– Branchements
– Nécessaire que pour les branchements divergents et avec
options (exclusif, inclusif ou complexe)
– Nommer les flux séquence sortants
– Forme interrogative  finir par ?
• Tâche précédant un branchement doit évaluer les expressions
du branchement qui suit.
• Le flux séquence sortant du branchement pour le flux normal
est aligné avec le reste du flux
• Pour les branchements exclusifs en convergence, utiliser le
symbole avec le marqueur
Mai 2014 180

Méthode de travail
•Bonne pratique
– Branchements
– Ex :
Objet
Objet sur lequel
la tâche va agir
Bien qualifier
l’objet afin
d’être clair et
traité.
Participe
passé
Verbe d’action
au participe
passé qui reflète
le résultat
Mai 2014 181

•Formation
• Collaboration
• Simulation
• Recommandations
Mai 2014 182

Méthode de travail
•Recommandations
– Documentation des processus
• Buts :
– Relecture du processus avec toujours la même
interprétation
– >< un processus décrit à la « Emile Zola »
– Ne pas se torturer l’esprit pour trouver le bon « marqueur »
» Si pas évident  ne rien mettre (pas d’indication mieux qu’une
fausse indication)
Mai 2014 183

Méthode de travail
•Recommandations
– Conclusion
• Du global au particulier (par étape)
• Mettre l’accent sur les échanges (flux, finalités)
• “Ce qui se conçoit bien s'énonce clairement. Et les mots pour
le dire arrivent aisément”,
» Boileau Nicolas (1636 - 1711)
Mai 2014 184

Mai 2014 185

BPMN 2.0 & Bizagi Process Modeler
Annexes
Mai 2014 186

•Annexes
– Lexique des symboles
– Mécanismes particuliers
– Types de diagrammes en BPMN
• Diagrammes de processus
• Diagrammes de conversation
• Diagrammes de chorégraphie
– Récapitulatifs des règles & conventions
Mai 2014 187

•Evénements
• Le symbole Événement représente quelque chose qui
se produit dans le cours normal de la réalisation d'un
processus
• Evénement de départ / Déclencheur
– événement qui déclenche un processus ou sous-
processus.
• Evénement de fin / Résultat
– événement qui résulte de la réalisation d‘une
activité ou de tâches.
• Evénement intermédiaire
– événement qui intervient dans le cours normal d'un
flux séquentiel.
Intro BPMN : Lexique des Symboles
Mai 2014 188

•Processus
• Un Processus représente un flux séquentiel d'activités ou de
tâches réalisé dans une organisation afin de produire un ou
plusieurs extrants.
• Dans la notation BPMN2.0 , un processus est représenté sous la
forme d'un graphe d'éléments, qui peuvent être des activités,
des tâches, des événements et des passerelles de même que
leur flux séquentiel qui décrit sémantiquement l'ordre dans
lequel ce graphe d'éléments doit être réalisé.
Intro BPMN : Lexique des Symboles
Mai 2014 189

•Activité
• Une activité représente tout travail qui est accompli à
l'intérieur d'un processus. Une activité consomme du temps,
une ou plusieurs ressources, requiert un ou plusieurs objets
intrants et produit un ou plusieurs objets extrants. On peut
hiérarchiquement décomposer les activités en tâches qui sont
l'unité de décomposition la plus précise d'une action. Les
activités peuvent représenter plusieurs niveaux de détails.
Mai 2014 190

•Activité
– Tâche
• Une tâche correspond à une action qui peut être réalisée par
un humain ou une machine.
• Une tâche est la plus petite unité de décomposition
hiérarchique d'une activité. C'est aussi le niveau de détail le
plus bas représenté dans les diagrammes. Habituellement, une
personne ou une application va réaliser la tâche.
– Sous-processus
• Un sous-processus est une Activité qui est décrite en utilisant
les symboles Activité, Passerelle, Événement et Flux séquence
• Un sous-processus se compose de plusieurs tâches et est
soumis aux mêmes règles qu'un processus normal.
Mai 2014 191

•Aiguillage/Branchement / Bifurcation
• Le symbole Branchement est utilisé pour contrôler les
divergences et les convergences que l'on retrouve au niveau
des flux séquentiels d'activités ou de tâches dans un processus
ou une chorégraphie. Si le flux n'a pas besoin d'être contrôlé, il
n'est pas utile d'utiliser une passerelle. Le terme de passerelle
indique qu'il y a un mécanisme qui autorise ou qui refuse le
passage du jeton (token) au niveau de la passerelle
Mai 2014 192

Complément BPMN
•Les événements
Mai 2014 193

Complément BPMN
•Complément BPMN
– Les événements
• Règles
• Les marqueurs d’événement
– Événements déclencheurs
– Événements déclencheurs de sous-processus
– Événements intermédiaires
– Événements intermédiaires situés à la frontière d’une
activité
– Événements résultants
Mai 2014 194

Complément BPMN : Les événements
•Les événements
• Le symbole Événement représente quelque chose qui se
produit dans le cours normal de la réalisation d'un processus
ou d'une chorégraphie.
• Un événement peut déclencher un processus ou sous-
processus. Dans ce cas il est appelé Événement déclencheur.
• Un événement peut être le résultat de la réalisation d'une
activité ou d'une tâche. Dans ce cas, il est appelé Événement
résultant.
• Un événement peut modifier le cours normal d'un flux
séquentiel. Dans ce cas, il est appelé Événement
intermédiaire.
Mai 2014 195

•Les événements
– Interruption / Lancement / Réception
• Fondamentalement, les événements modifient le cours du
processus soit en interrompant le processus, en provoquant un
événement (lancement) ou en indiquant qu'un événement
doit se produire (réception).
• Un événement peut interrompre le cours normal d'un flux
séquentiel. Dans ce cas, il est appelé Événement interrupteur.
• Un événement peut signifier que les conditions sont remplies
afin d'exécuter immédiatement l'action reliée à l'événement.
Dans ce cas, il est appelé Événement de lancement.
• Un événement peut signifier que l'événement doit se produire
afin de poursuivre le flux séquentiel. Dans ce cas, il est appelé
Événement de réception
Mai 2014 196

•Règles
• Les événements déclencheurs sont toujours des événements
de réception et peuvent uniquement interrompre le flux
séquentiel lorsqu'ils sont utilisés pour déclencher un sous-
processus
• Les événements résultants sont toujours des événements de
lancement
• Les événements intermédiaires lorsqu'ils sont positionnés dans
le flux séquentiel peuvent signifier le lancement ou la
réception de l'événement. Lorsqu'ils sont positionnés à la
frontière d'une activité ou d'une tâche , ils signifient la
réception de l'événement et peuvent interrompre ou non le
flux séquentiel du processus
Mai 2014 197

•Règles
Mai 2014 198

•Règles
• Événement déclencheur
– Signifie que le processus est déclenché par la réception
d'un message
• Événement intermédiaire interrupteur
– Signifie que la tâche ne peut être complétée et que le flux
séquentiel est interrompu tant et aussi longtemps que le
message n'a pas été reçu
• Événement intermédiaire sans interruption
– Signifie que la tâche ne peut être complétée tant et aussi
longtemps que le message n'a pas été reçu, mais le flux
séquentiel poursuit son chemin pendant l'attente du
message. Ce qui signifie que les tâches suivantes peuvent
être exécutées
Mai 2014 199

•Règles
• Événement intermédiaire de lancement
– Signifie qu'un message doit être envoyé à un certain stade
du flux séquentiel
• Événement intermédiaire de réception
– Signifie que la réception d'un message est nécessaire afin
de poursuivre le flux séquentiel
• Événement résultant
– Signifie qu'un message est envoyé lorsque le processus est
complété
Mai 2014 200

• Règles
• Synthèse
Mai 2014 201

•Les événements
Mai 2014 202

Complément BPMN
• Les événements déclencheurs
Mai 2014 203

Complément BPMN
• Les événements déclencheurs (1/2)
• Basic
– Le type basic est utilisé lorsque la cause du déclenchement
de processus n'est pas spécifiée.
• Message
– Le type message est utilisé lorsqu'un message provenant
d'un participant extérieur déclenche le processus.
• Temporisateur
– Le type temporisateur est utilisé lorsqu'une période
spécifique est programmée pour déclencher le processus.
• Règle
– Le type règle est utilisé lorsque le processus est déclenché
suite à la validation d'une condition.
Mai 2014 204

Complément BPMN
• Les événements déclencheurs (2/2)
• Signal
– Le type signal est utilisé lorsqu'un signal provenant d'un
autre processus déclenche le processus.
• Multiple
– Le type multiple signifie qu'il y a plusieurs déclencheurs au
processus et le fait qu'un seul de ces déclencheurs se
produise est suffisant pour déclencher le processus.
• Multiplicité parallèle
– Le type multiplicité parallèle signifie qu'il y a plusieurs
déclencheurs au processus et qu'ils doivent tous se produire
pour déclencher le processus.
Mai 2014 205

Complément BPMN
• Les événements déclencheurs de sous-processus
• Certains types de cette catégorie possèdent deux symboles.
Le cercle plein est utilisé lorsque le processus supérieur est
suspendu durant la période de réalisation du sous-processus ;
si au contraire le processus supérieur suit son cours, le cercle
pointillé sera employé. Lorsqu'un sous-processus débute par
un événement déclencheur, cet événement doit appartenir
au processus supérieur.
• Basic
– Le type basic est utilisé lorsque la cause du déclenchement
du sous-processus n'est pas spécifiée.
Mai 2014 206

Complément BPMN
• Message
– Le type message est utilisé lorsque l'événement déclencheur
du sous-processus est la réception d'un message.
• Temporisateur
– Le type temporisateur est utilisé lorsque l'événement
déclencheur du sous-processus est une contrainte de temps
ou une période spécifique.
• Escalade
– Le type escalade signifie la présence de mesures pour
accélérer la réalisation d'une activité commerciale. Ces
mesures sont regroupées au sein d'un sous-processus
d'escalade.
Mai 2014 207

Complément BPMN
• Erreur
– Le type erreur est utilisé pour identifier le déclenchement
d'un sous-processus causé par une situation d'exception.
• Compensation
– Le type compensation est utilisé pour représenter le
déclenchement d'un sous-processus de compensation.
• Règle
– Le type règle est utilisé lorsque le sous-processus débute
suite à la validation d'une condition.
• Signal
– Le type signal est utilisé lorsqu'un signal provenant du
processus supérieur déclenche le sous-processus.
Mai 2014 208

Complément BPMN
• Multiple
– Le type multiple est utilisé lorsqu'il y a plusieurs événements
qui peuvent déclencher le sous-processus et qu'un seul de
ces événements est nécessaire pour déclencher le sous-
processus.
– Le type multiplicité parallèle est utilisé lorsqu'il y a de
plusieurs événements qui doivent survenir afin de
déclencher le sous-processus.
Mai 2014 209

Complément BPMN
• Les événements intermédiaires
Mai 2014 210

Complément BPMN
• Les événements intermédiaires se produisent pendant le
processus. Les symboles au fond noir indiquent un événement
de lancement et les symboles au fond blanc, un événement
de réception.
• Basic
– Le type basic est utilisé pour définir un changement non
défini dans l'état du processus.
• Message
– Le type message signifie l'envoi ou la réception d'un
message.
• Temporisateur
– Le type temporisateur est utilisé lorsqu'il y a une contrainte
de temps dans la séquence du processus.
Mai 2014 211

Complément BPMN
• Escalade
– Le type escalade indique que les conditions afin
d'accélérer une activité commerciale ont été rencontrées.
Ce type se rattache à un sous-processus d'escalade.
• Compensation
– Le type compensation indique que les conditions afin
d'octroyer une compensation au client ont été
rencontrées. Ce type se rattache à un sous-processus de
compensation.
• Règle
– Le type règle signifie le début d'un flux provoqué par un
événement conditionnel.
Mai 2014 212

Complément BPMN
• Message
– Le type signal est utilisé pour indiquer l'envoi ou la réception
d'un signal.
• Multiple
– Le type multiple est utilisé afin de lancer ou recevoir un des
déclencheurs associés à l'événement.
– Le type multiplicité parallèle signifie que toutes les
conditions associées à l'événement doivent se produire afin
de déclencher l'événement.
Mai 2014 213

Complément BPMN
• Lien
– Le type lien est un mécanisme pour joindre deux sections
d'un processus afin d'éviter les longues séquences de flux. Ils
sont limités au niveau du processus (ne peut joindre un
processus et son sous-processus). On utilise le symbole avec
la flèche noire lorsqu'on veut initier la jointure (point de
départ) et la flèche blanche pour le point de réception. Il
peut avoir plusieurs sources pour lancer cet événement et
un seul pour recevoir la cible. Utilisé notamment lorsqu'un
processus s'étend sur plus d'une page.
Mai 2014 214

Complément BPMN
• Les événements intermédiaires situés à la frontière
d’une activité
• Utilisé pour se brancher sur un flux d’exception ou de
compensation.
Mai 2014 215

Complément BPMN
d’une activité
• Avec interruption : le flux normal s’interrompt et uniquement
le flux « d’exception » continue.
• Sans interruption : le flux normal continue et le flux
« d’exception » démarre.
Mai 2014 216

Complément BPMN
d’une activité
• Les événements frontières peuvent signifier une contrainte
relative à une tâche ou une activité et peuvent indiquer un
flux particulier si une condition est remplie.
– Le double contour plein signifie que la tâche n'est pas
complétée et que le flux séquentiel est interrompu, tant
que l'action reliée à l'événement ne s'est pas produite.
– Le double contour pointillé signifie que la tâche ne peut
être complétée tant et aussi longtemps que l'action reliée à
l'événement ne s'est pas produite, mais le flux séquentiel
poursuit son parcours en attendant l'action, les tâches
suivantes peuvent donc être exécutées.
Mai 2014 217

Complément BPMN
d’une activité
• Le type message est utilisé lorsque la réalisation d'une activité
ou d'une tâche dépend de la réception d'un message.
• Le type temporisateur est utilisé lorsqu'une période spécifique
ou une contrainte de temps est déterminée afin de réaliser
l'activité ou la tâche .
• Le type escalade est utilisé pour indiquer qu'une activité
d'escalade doit être effectuée afin de compléter l'activité ou
la tâche.
Mai 2014 218

Complément BPMN
d’une activité
• Le type erreur se rattache uniquement à une activité ou une
tâche qui sera interrompue si une erreur survient.
• Le type annulation est utilisé uniquement au sein d'un sous-
processus transactionnel, il interrompt toutes les activités
concordantes du sous-processus et envoie un message
d'annulation aux participants .
• Le type compensation est utilisé pour indiquer qu'une activité
de compensation doit être effectuée afin de compléter
l'activité ou la tâche.
Mai 2014 219

Complément BPMN
d’une activité
• Le type conditionnel (règle) est utilisé lorsqu'une condition
spécifique doit être remplie lors de la réalisation de l'activité
ou de la tâche.
• Le type signal est utilisé pour signifier qu'un signal doit être
reçu afin de terminer l'activité ou la tâche.
• Le type multiple est utilisé lorsqu'il y a plusieurs déclencheurs
attachés à un événement . Un seul de ces déclencheurs est
nécessaire afin de clore l'activité ou la tâche.
Mai 2014 220

Complément BPMN
d’une activité
• Le type multiplicité parallèle est utilisé lorsqu'il y a plusieurs
déclencheurs attachés à un événement. Tous ces
déclencheurs doivent se produire afin de clore l'activité ou la
tâche.
Mai 2014 221

Complément BPMN
•
• Tâche 2 débute 1 heure après le
début de la tâche 1,
même si celle-ci n’est pas
complétée. Si la tâche 1 est
complété avant 1h, la tâche 2
ne sera pas exécutée.
•
• Tâche 4 débute 1 heure après la fin
de la tâche 3.
Mai 2014 222

Complément BPMN
• Les événements résultants
Mai 2014 223

Complément BPMN
• Les événements résultants indiquent la fin du processus et les
actions qui s'y rattachent. Un processus peut avoir plusieurs
événements résultants.
• Basic
– Le type basic est utilisé lorsque l'événement de finalisation
n'entraîne aucune action.
• Message
– Le type message indique qu'un message est envoyé
lorsque le processus est terminé.
• Erreur
– Le type erreur est utilisé uniquement lorsqu'un événement
intermédiaire d'erreur est présent dans le processus. Il
indique que le processus se termine suite à une erreur.
Mai 2014 224

Complément BPMN
• Escalade
– Le type escalade est utilisé uniquement lorsqu'un
événement intermédiaire d'escalade est présent dans le
processus. Il indique que le processus se termine et qu'un
processus d'escalade doit débuter.
• Annulation
– Le type annulation est utilisé uniquement lorsqu'un
événement d'annulation est présent dans le processus. Il
indique que le processus se termine suite à l'annulation
d'une transaction.
• Compensation
– Le type compensation indique que le processus est terminé
et qu'un processus de compensation est nécessaire.
Mai 2014 225

Complément BPMN
• Signal
– Le type signal indique qu'un signal sera envoyé lorsque le
processus sera terminé.
• Fin précipitée (Terminer)
– Le type fin précipitée indique que toutes les activités du
processus doivent se terminer immédiatement (incluant les
indemnisations).
• Multiple
– Le type multiple indique qu'il y a plusieurs conséquences ou
résultats reliés à la fin du processus.
Mai 2014 226

Complément BPMN
•Activités, tâches et sous-processus
Mai 2014 227

Complément BPMN
•Les activités
• Tâches
– Types de tâches
» Basique/Utilisateur/Service/Réception/Envoi/Script/Manuelle/Règle
– Types de boucle
» Boucle Standard / Instance multiple (parallèle/séquentielle)
– Sous-processus
– Types de sous-processus
» Sous-processus / sous-processus réutilisable
» Transaction / ad hoc / Sous-processus d’événement
– Types de boucle
» Boucle Standard / Instance multiple (parallèle/séquentielle)
Mai 2014 228

Complément BPMN
•Complément BPMN
– Les activités
• Tâches
– Types de tâches
Mai 2014 229

Complément BPMN
•Types de tâches
• tâche de service se réalise automatiquement avec une
application quelconque sans aucune intervention humaine.
• tâche d'envoi consiste à envoyer un message à un participant
du processus. La tâche est accomplie dès que le message est
envoyé.
• tâche de réception est instaurée lorsqu'un participant doit
attendre un message afin de poursuivre ses activités. La tâche
se termine lorsque le message est reçu.
• tâche utilisateur implique qu'un humain accomplisse une tâche
à l'aide d'une application informatique.
Mai 2014 230

Complément BPMN
•Types de tâches
• tâche manuelle doit être effectuée sans l'aide d'un logiciel ou
d'une application quelconque.
• tâche de règle Métier est utilisée lorsque la poursuite des
activités dépend de l'application de règles Métier.
• tâche de script indique qu'un algorithme sera effectué par une
application informatique.
Mai 2014 231

Complément BPMN
•Types de boucles
• Boucle Standard
– Une activité de réitération (en boucle) signifie qu'elle sera
répétée tant et aussi longtemps qu'elle ne satisfait pas une
condition
• Instance multiple
– Au niveau fonctionnel, l'activité d'instances multiples est
semblable à l'activité en boucle, c'est-à-dire que l'activité est
répétée plusieurs fois tant et aussi longtemps qu'elle répond à
une condition précise. Le symbole d'instances multiples
permet de spécifier que l'activité précédente n'a pas besoin
d'être complétée avant de débuter l'activité d'instances
multiples
Mai 2014 232

Complément BPMN
•Types de boucles
• Boucle standard
– La même activité de la même instance est répétée jusqu’à
ce qu’ (tant qu’) une condition soit rencontrée.
– Le type de boucle (jusqu’à/tant que) est défini dans les
propriétés de l’activité
Mai 2014 233

Complément BPMN
•Types de boucles
• Boucle standard
– Equivaut à
Mai 2014 234

Complément BPMN
•Types de boucles
– Fait naître des instances de l’activité. Celles-ci seront
exécutées soit séquentiellement, soit en parallèle
– Les propriétés de l’activité définissent le type d’instance
multiple
– Pour tracer l’exécution de l’activité, un événement émet un
jeton selon ce qui est défini dans la propriété « condition de
flux »
» Tout : un jeton est émis lorsque toutes les instances ont été
exécutées
» Un : un jeton est émis après que la première instance ait été
exécutée
» Aucun : un jeton est émis à chaque instance exécutée
» Complexe : un jeton est émis après la réalisation d’une condition
Mai 2014 235

Complément BPMN
•Types de boucles
– Propriétés
Mai 2014 236

Complément BPMN
•Types de boucles
– Parallèle équivaut à
Mai 2014 237

Complément BPMN
•Types de boucles
– Séquentiel équivaut à
Mai 2014 238

Complément BPMN
•Types de Sous-processus
Mai 2014 239

Complément BPMN
•Types de Sous-processus
• Sous-processus / Sous-processus réutilisable
– Le sous-processus réutilisable est un processus à part entière.
Il peut être invoqué dans différents processus globaux.
– Sous-processus ad hoc signifie que les tâches à l’intérieur de
celui-ci s'effectuent sans aucune séquence prédéfinie
Mai 2014 240

Complément BPMN
•Les branchements
Mai 2014 241

Complément BPMN
•Les branchements
• Le symbole Branchement est utilisé pour contrôler les
divergences et les convergences que l'on retrouve au niveau
des flux séquentiels d'activités ou de tâches dans un
processus.
– Si le flux n'a pas besoin d'être contrôlé, il n'est pas utile
d'utiliser un branchement.
– Le terme de branchement indique qu'il y a un mécanisme
qui autorise ou qui refuse le passage du jeton (token) au
niveau du branchement.
Mai 2014 242

Complément BPMN
•Les branchements
• Types de branchements
– Branchement exclusif
– Branchement complexe
– Branchements événement
Mai 2014 243

Complément BPMN
• Le branchement exclusif est utilisé pour créer un chemin
alternatif à la séquence normale du processus. Il s'agit d'un
point de détournement. Le branchement exclusif consiste en
une question qui est posée à un certain moment pendant la
réalisation du processus. Chaque réponse est associée à
une condition rattachée à un flux sortant. Si la première
condition est remplie, le processus va poursuivre
automatiquement cette voie sans considérer les autres
possibilités.
– Il est recommandé de modéliser un flux de défaut, en cas
qu'aucune condition ne soit remplie.
– Un branchement exclusif est représenté par un losange vide
ou un losange avec un X à l'intérieur. L'utilisation d'un des
deux symboles est à la discrétion du modélisateur.
Mai 2014 244

Complément BPMN
Mai 2014 245

Complément BPMN
• Le branchement parallèle est utilisé pour synchroniser,
combiner ou créer des séquences parallèles.
– Chaque flux sortant reçoit un signal d'exécution des
activités.
– Pour les flux entrants, le branchement parallèle attend que
tous les flux entrants soient complétés afin de poursuivre les
activités.
– Le branchement parallèle est représenté par un losange
avec un signe + à l'intérieur.
Mai 2014 246

Complément BPMN
– Branchement parallèle : Eclatement
• Après la tâche A, les tâches 1, 2 et 3 débuteront ensemble.
Mai 2014 247

Complément BPMN
– Branchement parallèle : Synchronisation
• La tâche A ne débutera que quand les tâches 1, 2 et 3 seront
complétées.
Mai 2014 248

Complément BPMN
• Contrairement au branchement exclusif, les conditions sont
toutes évaluées lorsque le flux du processus atteint le
branchement inclusif. Ainsi, une condition remplie n'exclut pas
l'évaluation des autres conditions.
– Comme chaque chemin est considéré comme
indépendant, tous les flux sortants peuvent être sollicités. Le
processus devrait néanmoins être conçu de sorte qu'au
moins une voie soit identifiée par défaut dans le cas où
aucune des conditions ne s'avère vraie.
– Le branchement inclusif est représenté par un losange avec
un cercle à l'intérieur.
Mai 2014 249

Complément BPMN
Mai 2014 250

Complément BPMN
• Le schéma précédent équivaut à :
Mai 2014 251

Complément BPMN
– Branchement complexe
• Le branchement complexe est utilisé afin de modéliser une
synchronisation complexe entre les activités.
– Pour les flux entrants, le branchement complexe attend
qu’un certain nombre (prédéterminé) de flux entrants soient
complétés afin de poursuivre les activités.
– Le branchement complexe est représenté par un losange
avec un signe * à l'intérieur.
– Bonne pratique : Attacher une annotation pour expliquer
l’ensemble des conditions évaluées
Mai 2014 252

Complément BPMN
– Branchement complexe (1)
• La tâche A ne débutera que quand P.ex. 2 des tâches 1, 2
ou 3 seront complétées.
Mai 2014 253

Complément BPMN
– Branchement complexe (2)
• La tâche A ne débutera que quand N instances seront
complétées.
Mai 2014 254

Complément BPMN
– Branchements basé sur les événements
• 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.
Mai 2014 255

Complément BPMN
• La tâche 1 débutera si l’événement 1 a été déclenché en
premier (avant événement 2 et 3).
Mai 2014 256

•Annexes
– Lexique des symboles
– Mécanismes particuliers
– Types de diagrammes en BPMN
• Diagrammes de processus
• Diagrammes de conversation
• Diagrammes de chorégraphie
– Récapitulatifs des règles & conventions
Mai 2014 257

Complément BPMN
•Mécanismes particuliers
– Branchement parallèle basé sur événements
• Est utilisé pour déclencher un processus.
• Le processus est déclenché quand le premier événement
suivant survient. Pour que le processus continue, il faut que les
autres événements surviennent également. Il n’y a qu’une
seule instance qui existe.
• Déclenche une seule instance d’un processus suite à
différents événements.
Mai 2014 258

•Mécanismes particuliers
– Branchement parallèle basé sur événements
• La tâche 1, première activité du processus, débutera quand
tous les événements auront eu lieu
Complément BPMN
Mai 2014 259

BPMN & Bizagi

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

Similaire à BPMN & Bizagi

Similaire à BPMN & Bizagi (20)

Dernier

Dernier (15)

BPMN & Bizagi