GUIDE UTILISATEUR

GESTIONNAIRE DE
WORKFLOW BPM
MANUEL D’UTILISATION CARTHAGO

Résumé : Présentation et définition du composant ‘Carthago BPM’.

Ref. MSWFL/GU/01

Date de création 03/03/2014

Projet
Version 1.0
Date de mise à jour 27/03/2014

Rue lac Ghar El Melh - Les berges du lac - 1053 Tunis – Tunisie
Phone : (216) 71 962.030 - Fax : (216) 71 961.299
www.bfigroupe.com
TABLE DES MATIERES
1. Présentation de l’application _________________________________________________ 3
1.1 Configuration use case________________________________________________________ 4
1.2 Configuration Contrôleur ______________________________________________________ 5
1.3 Configuration affectation tâche _________________________________________________ 5
2. Définition d’un workflow ___________________________________________________ 6
3. Types de nœuds __________________________________________________________ 6
3.1 Tâche Use Case______________________________________________________________ 7
3.2 Tâche Contrôleur_____________________________________________________________ 8
3.3 Tâche expression ____________________________________________________________ 8
3.4 Tâche décision utilisateur ______________________________________________________ 9
3.5 Tâche décision expression ____________________________________________________ 10
3.6 Tâche bifurcation ___________________________________________________________ 10
3.7 Tâche jointure ______________________________________________________________ 10
3.8 Tâche XOR ________________________________________________________________ 11
3.9 Tâche ESB _________________________________________________________________ 11
3.10 Tâche sous-workflow _______________________________________________________ 12
4. Affectation Workflow _____________________________________________________ 13
5. Piste d’audit ____________________________________________________________ 14

Guide Utilisateur Massinissa Sécurité 2/14

1. PRESENTATION DE L’APPLICATION
Le gestionnaire de workflows (BPM) a été conçu pour répondre aux besoins suivants :
- Automatisation des processus d'affaires avec l'utilisation des technologies de
l'information.
- Gestion des processus métier par un langage compréhensible par le métier et le
technique.
- Permettre aux organisations d'être plus efficace.
- Interaction de l'homme a lieu en série ou en parallèle avec l'utilisation de la
technologie.
- Attribution des étapes aux membres concernés au sein de l'organisation.

Le cycle de vie BPM comprend différentes étapes comme le montre la figure suivante :

La démarche du BPM propose une approche ascendante, dite « bottom-up » (du bas
vers le haut), consistant à analyser le fonctionnement réel de l'entreprise afin de le
modéliser informatiquement.

Le cycle de vie d'une démarche BPM peut globalement être décomposé de la manière
suivante :
 Design : Etude de l'entreprise en analysant ses objectifs et son organisation afin d'être en
mesure de décomposer l'ensemble de son activité en processus métier.
 Modélisation : Modélisation des processus métiers, c'est-à-dire représenter
informatiquement un modèle le plus proche possible de la réalité,
 Exécution : il s'agit de la phase opérationnelle où la solution de BPM est mise en œuvre.
 Pilotage ou Monitoring, consistant à analyser l'état des processus à travers des tableaux
de bords présentant les performances des processus
 Optimisation, c'est-à-dire proposer des solutions permettant d'améliorer les performances
des processus métiers

Guide Utilisateur Massinissa Sécurité 3/14

 Prérequis :

les prérequis suivants sont à patramétrer au préalalble avant la modélisation d’un processus.

 Configuration use case

 Configuration Contrôleur

 Configuration affectation tâche

1.1 CONFIGURATION USE CASE

Cette configuration sert à définir un use case utilisable dans une tâche de type use-case qui va
afficher une entité en mode « edit ». Un use-case générique est défini au niveau du Workflow
avec l’id « WorkflowEntityService ».

Les éléments à saisir sont les suivants :

 Nom : il sert pour identifier la configuration.

 Identité service : elle correspond au nom du use case.

 Id Attribut : permet d’indiquer un identifiant unique pour le coupe (service, entité) et

donc d’avoir des « View-Configs » différents pour le même use-case dans deux tâches
différentes.

 Attributs: l’ensemble des attributs du use case (nom de l’entité,…).

 Variables : correspond à la liste des variables prédéfinis du use case.

Guide Utilisateur Massinissa Sécurité 4/14

1.2 CONFIGURATION CONTROLEUR
Permet de configurer une méthode d’un contrôleur utilisable dans une tâche de type contrôleur.

Les éléments à saisir sont les suivants :

 Nom : il sert pour identifier la configuration.

 Nom contrôleur : elle correspond au nom du contrôleur.

 Méthode : elle correspond au nom de la méthode du contrôleur.

 Utilisateur : il correspond à l’utilisateur dont les privilèges seront utilisés pour

l’exécution de la méthode.

 Paramètres : correspond à la liste des paramètres de la méthode. Chaque paramètre

sera évalué par une expression sur l’objet courant.

1.3 CONFIGURATION AFFECTATION TACHE

Assigner une tâche c'est designer l'acteur ou le pool d'acteurs qui a le droit de réaliser ladite
tâche. L’affectation des tâches permet de regrouper un ensemble de groupes et d’utilisateurs
en un pool d’acteurs.

Guide Utilisateur Massinissa Sécurité 5/14

2. DEFINITION D’UN WORKFLOW

La modélisation d’un Workflow commence par la saisie des attributs suivants :

 Identifiant : il sert pour identifier le Workflow

 Entité Processus : elle correspond au nom de l’entité. Un Workflow peut être associé à
une entité

 Nom tableau de bord : elle correspond au nom du tableau de bord qui sera créé et
qui contiendra les tâches du Workflow

 Critères tableau de bord : correspond à l’ensemble des critères additionnels pour

filtrer l’entité au niveau du tableau de bord.

3. TYPES DE NŒUDS
Le gestionnaire de Workflows comporte plusieurs types de nœuds:

 Tâche use case

 Tâche contrôleur
 Tâche expression
 Tâche décision utilisateur
 Tâche décision expression
 Tâche bifurcation
 Tâche jointure
 Tâche XOR
 Tâche ESB
 Tâche sous-workflow

Guide Utilisateur Massinissa Sécurité 6/14

3.1 TACHE USE CASE
C’est la représentation d’un use case qui sera exécuté par un acteur Humain.

Les éléments à saisir sont les suivants :

 Nom tâche tableau de bord: elle correspond au nom qui sera utilisé pour afficher les
tâches dans le tableau de bord.

 Affectation Rôle/Utilisateur : elle correspond au pool d’acteurs auxquels seront

affectées les tâches dans le tableau de bord.

 Configuration use case : c’est la définition du use case qui sera affiché à l’exécution

 Expression : c’est l’expression pour définir l’entité à afficher dans le use s’il s’agit d’une
entité différente

 Retour arrière possible : permet de spécifier si dans cette tâche on peut faire la
reprise de tâches précédentes dans le workflow.

Guide Utilisateur Massinissa Sécurité 7/14

3.2 TACHE CONTROLEUR
Cette tache permet d’exécuter un contrôleur. Le contrôleur est évalué lorsque le nœud est
atteint.

3.3 TACHE EXPRESSION

C’est la représentation d’une expression qui sera évalué par le moteur d’expression dans ce
processus lorsque cette tâche est exécutée.

Guide Utilisateur Massinissa Sécurité 8/14

3.4 TACHE DECISION UTILISATEUR
Permet à un utilisateur de décider de sélectionner une transition sortante : choix d’une transition
sortante parmi N.

Les éléments à saisir sont les suivants :

 Nom tâche tableau de bord : correspond au nom qui sera utilisé pour afficher les
tâches dans le tableau de bord.

 Affectation Rôle/Utilisateur : correspond au pool d’acteurs auxquels seront affectées

les tâches dans le tableau de bord.

 Retour arrière possible : permet de spécifier si dans cette tâche on peut faire la
reprise de tâches précédentes dans le workflow.

 Expression champ entité : correspond au champ de l’entité dans lequel le

commentaire de décision sera copié.

Guide Utilisateur Massinissa Sécurité 9/14

3.5 TACHE DECISION EXPRESSION
Permet par l’évaluation d’une expression paramétrée de sélectionner une transition sortante.
Le résultat de l’évaluation de l’expression doit être le nom du nœud cible.

3.6 TACHE BIFURCATION

Permet de paralléliser l’exécution des transitions sortantes.

3.7 TACHE JOINTURE

Cette tâche permet de synchroniser plusieurs transitions entrantes et de marquer la fin de
réalisation des tâches simultanées.

Guide Utilisateur Massinissa Sécurité 10/14

3.8 TACHE XOR
Permet de continuer le traitement si l’une de ses transitions entrantes a été exécutée

3.9 TACHE ESB

Permet l’envoi de message par le moteur de messagerie ESB

Guide Utilisateur Massinissa Sécurité 11/14

 Les éléments à saisir sont les suivants :

 Nom Type du message : c’est le nom de l’événement responsable de l’émission du

message au niveau du paramétrage ESB.
 Expression message : correspond à l’expression à évaluer sur l’objet courant pour
définir le contenu du message.

3.10 TACHE SOUS-WORKFLOW

Représente l'invocation d'un autre processus au sein de ce processus. Un sous-processus est un
nœud qui peut contenir d'autres nœuds de sorte qu'il agit comme un conteneur de nœuds.
La poursuite du traitement se fait à la fin du sous processus.

Les éléments à saisir sont les suivants :

Guide Utilisateur Massinissa Sécurité 12/14

  Sous processus : représente le sous-workflow déjà paramétré.
 Expression entité : c’est l’expression évalué sur l’objet courant pour déterminer l’objet
du sous-workflow. Si non défini, il s’agit de l’objet courant.
 Retour Arrière Processus Parents Possible : indique si les tâches du sous-processus
peuvent effectuer une reprise vers les tâches du processus parent.

4. AFFECTATION WORKFLOW
Permet de lister un ensemble de Workflows pour une entité. La sélection du Workflow à
utiliser pour une entité donnée se fait par l’évaluation d’une condition. Lorsqu’on lance un
processus Workflow sur une entité, l’outil BPM recherche l’ensemble des workflows affectées à
cette entité et le premier workflow avec une condition vide ou évaluée à « vraie » sera utilisé.

Guide Utilisateur Massinissa Sécurité 13/14

5. PISTE D’AUDIT
La piste d’audit permet de suivre l’exécution d’un processus. De plus, elle trace les actions des
utilisateurs et l’exécution des différentes tâches.
Elle permet aussi d’effectuer des opérations de reprise en cas d’exception

Guide Utilisateur Massinissa Sécurité 14/14