Ce présent chapitre “Modélisation” a pour but de documenter la création d’application BPM dans la plateforme Agilium à l’aide du logiciel appelé “Factory” et de AgiliumWeb.
Les étapes de modélisation
Dans l’environnement Agilium la modélisation d’un processus s’effectue selon les étapes suivantes :

Définitions
Objet | Description |
Modèle de processus | De façon académique, un processus est « un ensemble d’activités corrélées ou interactives qui transforme des éléments d’entrée en éléments de sortie ».
Dans les applications réalisées par Agilium, un modèle de processus est défini par l’enchainement logique des activités, jusqu’à sa clôture.
|
Activité | L’activité est une action, une unité de travail réalisée aux cours d’un processus, avec un début et une fin bien identifiée. Une activité peut être de 2 natures distinctes.
Formulaire : une tâche humaine, réalisée par une personne physique via un formulaire, etc…
Automatique : une activité de service ou technique qui correspond à une activité automatisée telle qu’une écriture en base de données ou un envoie d’email par exemple.
Le libellé d’une activité est généralement un verbe.
|
Sous-processus | Le sous processus est une activité qui appelle un autre processus ou déclenche un autre processus.
A l’inverse de l’activité, 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.
Le sous-processus est donc un processus à part entière. En termes de notation, son libellé, contrairement à une activité exprimée par un nom, généralement le substantif d’un verbe.
|
Instance de processus | Il s’agit d’un enregistrement, construit à partir d’un modèle de processus et rendu unique par la saisie des informations particulières liées à un événement donné. |
Code de l’instance (Syskey) | C’est un identifiant unique attribué de façon systématique par l’application au lancement d’une nouvelle instance de processus. Appelé également Syskey dans l’application. |
Schéma | Liste des champs utilisés dans une activité. |
Connecteur | Automatisme à disposition pour configurer une activité automatique. |
Utilisateur | Un utilisateur est la création d’un compte dans Agilium, associé à une personne physique. Chaque utilisateur peut être associé à un ou plusieurs rôles et à un ou plusieurs sites. |
Rôle | Le rôle permet de définir pour chacun des utilisateurs, les niveaux d’intervention au cours des processus. Il caractérise les différents groupes d’utilisateur de l’application.
Un rôle permet de filtrer les actions possibles pour un utilisateur donné ainsi que les menus auxquels il aura accès.
|
AgiliumWeb | Portail Web, il offre l’accès à vos utilisateurs sur les processus. Il propose également le générateur de page pour les activités formulaire et le référentiel manager pour le stockage de vos données métiers. |
ET | Opérateur permettant de diviser le flux en N flux et de les exécutés simultanément. Tous les chemins sont exécutés sans conditions |
OU | Opérateur permettant de diviser le flux en N flux et seul les ou les chemins répondant à la condition configurée seront exécutés. |
BOUCLE | Opérateur permettant de diviser le flux en 2 et de faire boucle un processus, c’est-à-dire revenir sur des étapes précédentes.
La « BOUCLE » et le « OU » sont très similaires. Ils permettent tout deux de diviser le flux. En revanche, seule la « BOUCLE » permet de remonter sur des activités précédentes. |
JONCTION | Opérateur permettant de relier au moins deux branches du processus. Une activité ne peut être précédée que d’une seule branche, ainsi, dès qu’il existe au minimum deux branches qui ont pour suite la même activité, on utilisera la jonction. |
Bonnes pratiques
De façon non exhaustive, un processus doit :
- Pouvoir être imprimé sur une feuille A4
- Commencer par une activité START et terminer par une activité END
- Limiter les pré remplissage en dur (faire appel à des référentiels ou Base de Données)
- Ne jamais boucler à l’infini
- Uniformiser les libellés des activités et schémas
- Pas plus de 3 niveaux de sous processus