16 /0 2 /2 0 2 1

Objectifs PLAN

 Comprendre : 1. Approche intuitive du workflow.

– l’intérêt et les domaines d’application du workflow
Introduction au 2.Principes, concepts, fonctions et
– sa position dans l’évolution des Systèmes
architecture.
Workflow Informatiques
– les nouvelles tendances du domaine (process 3. Outils et Modèles de workflow.
mining, flexibilité des processus).
4.Spécification formelle de processus
workflow par des Réseaux de Petri.
 Etre capable de concevoir et analyser un
workflow 5. Découverte de Processus.
1 2 3

L ’étude de cas : remboursement L’étude de cas :

de notes de frais (cf. photocopie). remboursement de notes de frais.
 Tâches et circuit simples, acteurs peu  Lourdeur des enchaînements de tâches
nombreux et pourtant résultat et des flux d ’information sous forme de
insatisfaisant pour le demandeur ; documents papiers.
 Dépenses de l ’entreprise, en temps et
1. Approche intuitive du argent, disproportionnées par rapport à  Améliorer les processus 1
workflow ce processus routinier ;  Automatiser une partie des tâches et
 De plus, ce processus se répète des leur enchaînement
centaines de fois par an.
4 5 6
 16 /0 2 /2 0 2 1

Automatisation naïve Les processus comme composant

Inconvénients de cet entrelacement
avant l ’arrivée du workflow à part entière
 Chaque application doit connaître l’existence des
applications qu ’elle appelle ; A
T1 T2 T3  Chaque fois qu’ un processus change, les
go to T2 go to T3 Fin applications doivent changer ; B
T1 T2 T3
 Des procédures identiques peuvent être amenées à
Appl. A Appl. B Appl. C
Appl. A Appl. B Appl. C être répétées dans des applications différentes ; C
 Il n ’est pas possible de contrôler la synchronisation
les tâches et « le schéma de leur enchaînement » des étapes car elle est entremêlée à la description
sont entrelacés des tâches. Fin

7 8 9

Avantages de l’isolation Le workflow dans l’histoire des

L’idée principale systèmes d ’information (selon Van Der Aalst)
des processus
IHM
IHM IHM
IHM
 Visibilité, compréhension et amélioration des
Workflow

appl.
SGBD
SGBD

SGBD
appl. appl. appl.

SGW
processus ;
processus ressources
 conception et validation indépendamment des tâches
SE SE SE SE
et des ressources ;
 processus réutilisables et maintenables ;
applications 1965-1975 1975-1985 1985-1995 1995-2005
 aide au contrôle et à la surveillance des processus ;
2
 facilite la simulation de processus ; Les processus :
 Séparation des processus, des ressources et des  réduit les travaux liés à la circulation des •deviennent de plus en plus importants
applications. documents ; •sont sujets à des changements
 Focus sur la « logistique » des processus et non pas  supporte l'échange d'information. •deviennent plus complexes
15 17
sur le contenu des tâches individuelles. 16
•augmentent en nombre
 16 /0 2 /2 0 2 1

Du Groupware au Workflow Du Groupware au Workflow

Processus et organisation

 Groupware : Méthodes, techniques et

outils permettant aux individus de
travailler ensemble en facilitant la
communication, la collaboration et/ou la
coordination.

13 14 20
Source: http://www.lotus.com

Technologie supportant le Groupware From groupware to workflow

(Johansen1988, Baecker 1995, Dix 1998)

Activités
Formulaires électroniques
Structurées Agenda-planning partagé
Coordination
Workflow

Messagerie
Édition conjointe
Collaboration 2. Workflow : Principes, 3
Forum de discussion
Faiblement
Communication
activités
concepts, fonctions et
Structurées
Centré sur Centré sur les
processus
architecture.
l ’information
16 17 18
 16 /0 2 /2 0 2 1

Processus d’entreprise Processus d’entreprise

Vocabulaire
(Business Process) (Business Process)
 Processus  Cas  Enchaînement ordonné de tâches, répondant à un Exemples (voir aussi exemples exprimés en RP):
d ’entreprise certain schéma et aboutissant à un résultat  suivi de dossier médical
 Ressources
 Workflow déterminé.  processus de conception d’un logiciel
 Rôles
 Ensemble d ’activités ayant un déclencheur commun,  organisation des secours en cas de catastrophe
 Système de Gestion  unité reliées entre elle par des flux d ’information ou de  organisation d'un voyage (orchestration de services)
de Workflow organisationnelle matières et qui se combinent pour fournir un produit
 e-government (guichet unique pour procédures inter-
 Définition de matériel ou immatériel, important et bien défini que
 worklist (liste des ministérielles)
processus l ’on peut rattacher à un client externe ou interne.
tâches à faire)  procédure de réclamation de dommage à une
 Tâches, activités compagnie d’assurance.

19 20 21

Workflow Système de Gestion

Architecture d’un SGWf
de Workflow (SGWf, WfMS)
 Definition : Automatisation de tout ou partie d’un  Un ensemble d’outils permettant la définition
processus d’entreprise, au cours duquel l’information de processus, l’exécution de workflow, et
circule d’une activité à l’autre, c’est-à-dire d’un
participant à l’autre, pour action en fonction d’un
l’administration et la surveillance d’instances
ensemble de règles de gestion [WfMC]. de processus.

 Objectif : Rationnaliser, coordonner et contrôler des

 Exemple de FlowMind.
processus d’entreprise impliquant des tâches humaines 4
et automatisées dans un environnement organisationnel
distribué et informatisé.

22 23 24
 16 /0 2 /2 0 2 1

Application cliente : reminder dans

Architecture Workflow : Définition de processus avec Flowmind
quelques standards Flowmind (FlowPoint)
Process Definition
BPMN

XP1DL

Aministration Other
BP AF f-XD4MLL workflow
and 5 BPEL WXP

monitoring tools Engines

2 3

Workflow Client Invoked

Applications Applications

25 26 27

Adminsitration et monitoring :
FlowSnap Définition(Schéma) de processus Instance de processus : « case »
Mesurer/Tracer les
activités pour :
- Suivre les exécutions ;  Représentation informatique d ’un processus. Cette définition  Correspond à une exécution d ’un schéma de
- Réagir aux problèmes ; peut être utilisée pour la modélisation et la simulation d ’un processus.
- Calculer des indicateurs ; processus, comme elle peut être exécutée par un SGWf.
– Un schéma peut être instancié plusieurs fois, et plusieurs
- Améliorer les processus.
instances peuvent s ’exécuter concurremment.
 Une définition de processus décrit l ’aspect comportemental
d ’un workflow :
– Les tâches qui composent un processus ;  Le moteur de Wf supporte l ’exécution de cas (cases)
– la structure des enchaînements des tâches, i.e., la dépendance en ordonnançant les tâches (conformément à la 5
d ’exécution entre les tâches. définition du schéma) et en les assignant à des
– des critères de lancement et de terminaison humains ou des agents automatiques.
– des informations relatives aux tâches (participants, applications
appelées, données spécifiques, etc.).

28 29 30
 16 /0 2 /2 0 2 1

Relations entre les concepts du

Tâche Propriétés ACID d'une tâche workflow Procesus d’entreprise
(que doit-il se passer )
 Une tâche : unité de travail représentant une étape d’un Est formalisé en Est géré par

processus. Une tâche fait appel à des ressources Définition de processus Système de Gestion de Workflow
humaines ou matérielles pour son accomplissement.  Inspirées des transactions dans les BD : (une représentation de ce qui doit se passer) contrôle les aspects automatisés
– Atomicité : (tout ou rien, rollback si nécessaire) ; Utilisé pour gérer et créer
du processus d’entreprise

– Consistance (une tâche terminée conduit à un état Sous-processus Composé de

 La tâche est la plus petite entité de travail gérée par un
cohérent du système) ; Instances de processus
(représentation de ce qui se passe)
moteur de workflow (planifier, exécuter, affecter), bien Tâches
– Isolation : les tâches ne s'affectent pas
qu’une tâche puisse nécessiter de nombreuses mutuellement, même si elles s'exécutent en
Peut être
Inclut une ou plusieurs

opérations élémentaires. Pendant l’exécution Instances de tâches : activités

parallèle ; ou sont représentées par
Qui inclut
 Les opérations élémentaires servent à préciser le – Durabilité : le résultat d'une tâche ne doit pas être
contenu d’une tâche. Tâches manuelles Tâches automatiques
perdu (commit). (qui ne sont pas gérées par
Et/ou
le système de gestion de workflow)
 Relâchement de certaines contraintes
Exemple: remplir un formulaire, l’exécution par une BD opérations élémentaires Applications invoquées
(alloué à un partcipant) (outils informatiques ou applications
d’une transaction 31 32
supportant
une tâche)

Fonctions principales assurées Différents types de routage

Meta-Modèle
par le workflow
 3R : « rôles, règles, routes,»
 gestion des ressources (rôles) :classification Routage
des ressources à utiliser et règles A B C séquentiel
d ’allocation ; B
A D Routage
 règles de coordination des tâches (règles de C parallèle 6
gestion) ;
B
 routage des documents, des informations et A D Routage
des tâches. C conditionnel
Routage
34 35 A B C
itératif 41
 16 /0 2 /2 0 2 1

Modélisation BPMN Ressource, Rôle, Représentation des rôles et des unités

Unité organisationnelle organisationnelles en BPMN

 Une ressource (participant, acteur, utilisateur, agent)

est un humain ou une machine pouvant exécuter une
tâche.
 Une classe de ressources est un groupe de
ressources ayant des caractéristiques similaires.
– Un rôle est une classe de ressources ayant les mêmes
capacités fonctionnelles.
– Une unité organisationnelle (équipe, branche, département)
est une classe de ressources appartenant a une même
structure organisationnelle.

Explorer BizAgi Modeler (gratuit) 42 43 44

Allocation des tâches Règles d ’attribution des tâches Ordre d ’exécution des tâches
 Dans la définition d ’un workflow : les tâches sont  unité organisationnelle  FIFO ;
statiquement associées à des rôles ou des unités
organisationnelles plutôt qu ’à des individus.  rôle  LIFO ;
 les deux  SPT (shortest processing time) ;
 A l ’exécution : quand une tâche est planifiée pour
être exécutée, le SGWf :  ou bien, basée sur des règles  SRPT (shortest remaining processing
– désigne directement l'exécutant (PUSH), dynamiques dépendant du cas traité et time) ; 7
– ou bien détermine tous les exécutants potentiels, et insère
cette tâche dans leur « worklist ». Quand un exécutant
de l ’histoire des ressources  EDD (earliest due date) ;
choisit la tâche pour l ’exécuter, la tâche est supprimée des
worklists des autres agents (PULL).
 PRIO (tasks with priority go first).
40 41 42
 16 /0 2 /2 0 2 1

Cycle de vie d'un workflow Processus de workflow versus

Objectif Processus collaboratifs
Analyses Gestion

Conception

structuré
Workflows de Production
Simulation Evaluation Implantation
Workflows

3. Outils et Modèles pour Administratifs

Workflows
Processus Ad-hoc
le workflow Execution
Automatisation collaboratifs
Faiblement
structuré Centré sur Centré sur les
Monitoring l'information processus
43 44 45

Typologie de de workflow
SGWf actuels Trois Modèles conceptuels

workflow de production : s ’applique à des

processus fortement structurés sans
variations ;
 Workflow administratif : automatise des
processus variables(plusieurs cas) mais bien
définis.
 Workflow ad-hoc : automatise des
procédures d ’exception dont il n ’est pas
toujours possible de définir des règles à
l ’avance.
 Outils supportant des workflows de Production et Administratifs :
– W4 et WB2E (ex. FlowMind) de W4
 modèle organisationnel
– COSA (COSA solutions)  modèle informationnel
– Flowmark (IBM)
– OPEN/Workflow (Eastman software)  modèle de procédé
– Staffware (staffware)
– Visual workflow (FileNet)
– Oracle Workflow 8
 Outils supportant des workflow ad-hoc: ensemble (File net)
 Outils supportant des processus collaboratifs : Lotus Notes,
Microsoft Exchange.
 Modélisation : voir WinDesign, Aris Tool Set, Power AMC,… (cf.
ouvrage de C. Morley).
51 47 48

Modèle organisationnel
 Trois objectifs :
– structure les ressources en classes : rôle,
unité organisationnelle.
– Attribut aux ressources des autorisations
de réaliser des tâches, des méta-tâches
(définition, mise à jour de nouveau
processus, modification d ’occurrences) ;
– détermine des modes d ’allocations de
tâche : push, pull.
49
Modèles de procédés
 Définit les tâches composantes, leur
coordination, l ’information et les acteurs
impliqués dans chaque tâche.
 Formes de coordination : routage séquentiel
parallèle, itératif, alternatif.
52
Modèle organisationnel
 Le plus souvent décrit à l ’aide d ’un
modèle de données
 Exercice : Donnez le méta-modèle organisationnel en faisant
apparaître : les ressources, les classes de ressources, les rôles,
les unités organisationnelles, les modes d ’allocations, la
délégation, …A relier aux tâches.
 Exercice : imaginer des requêtes SQL permettant d'exploiter le
modèle précédent.
50
Modèles de procédés
 Les tâches sont décrites par :
– une identité,
– une pré-condition : décrivant une situation
(disponibilité de ressources, occurrence
d ’événement, …) qui doit être satisfaite pour
démarrer la tâche ;
– une action qui correspond à la tâche à réaliser ;
– une post-condition établissant la configuration à
atteindre pour considérer la tâche comme
terminée.
53
16 /0 2 /2 0 2 1
Modèle informationnel
 Décrit la structure des formes, documents, et
données qui sont utilisés par un workflow ;
 souvent pré-existant à la création du workflow ; mais
leur schéma doit être connu pour être exploité par le
WfMS.
 L ’existence de ces informations et leur valeur
déterminent si une tâche peut être exécutée ou non
(pré-condition) ;
 Décrit avec des modèles de données (Relationnel,
Objet), modèles de documents (SGML, XML)
51
Modèles de procédés
 Décrit à l ’aide d ’un langage de description
de processus : BPMN, réseau de Petri, UML,
règles actives.
 Référence le modèle organisationnel qui
donne accès aux ressources nécessaires
(acteurs) à la réalisation des tâches. 9
 Référence le modèle informationnel qui
donne accès aux objets informationnels à
manipuler.
54
 16 /0 2 /2 0 2 1

Qualités requises pour un Langage de

YAWL
description de workflow
RPO FLOWMIND
 Permettre d ’exprimer les trois modèles et leur
interaction ;
 une interface graphique ;
BPMN  différents niveaux de granularité (sous-processus,
TINA super tâches, multi-tâches) ;
 un pouvoir d ’expression suffisant pour exprimer : la
structure des tâches, leur coordination, consistance
et fiabilité des transactions.
 gestion des exceptions ;
 fondements théoriques permettant l ’analyse et la
validation de propriétés comportementales ;
55
 possibilité de simulation. 56

10