Noyau de l’outil Q-PBM

Le cœur ou noyau de l’outil Q-BPM est une application complète et distribuée dont l’architecture est définie par la Figure 5.4. Ce noyau comporte des applications dont la vocation est de modéliser ou de contenir d’autre module et des processus figés qui sont prouvés par des patterns : Tableau 5.3 : Les éléments du noyau du Q-BPM Type Module Groupe API – Framework ressource – Framework BPM – Framework BI Interaction Application – modélisation des processus – quantification des ressources – gestion des flux : workflow BPM – modélisation des organisations et des profils acteurs – cartographier les processus – gestion des dimensions d’analyse BPM-Système – annuaire de services – gestion des bus (JBI) – Web service d’interfaçage – REST d’interfaçage SOA – gestion d’extraction des données opérationnelles – affichage de tableau de bord – modélisation de décision BI – gestion des Cas – adaptation de Cas RàPC Processus – intégration de processus BPM – changement d’organisation BPM-Système – intégration de service SOA – remémoration de Cas – adaptation de Cas RàPC

Pourquoi un noyau statique

Dans les langages orientés objet, on est contraint de définir des éléments natifs et des méthodes natives pour pouvoir construire des objets. Par analogie, on a besoin de noyau statique pour recevoir les spécificités de l’organisation : Les avantages de cette solution sont : – le noyau statique est le fruit des patterns donc l’organisation hérite l’expérience des autres systèmes – il permet de modéliser l’état initial d’une organisation – il accélère le déploiement et la compréhension du SI

Module de modélisation de processus

Ce module est accessible uniquement par des administrateurs du système Q-BPM. Il permet de : – tracer de nouveau graphe BPMn – dupliquer de graphe existant – paramétrer chaque nœud (service, formulaire, profil, évènement, variable) – sauvegarder le processus en tenant compte de sa version – rechercher et charger des processus existants La figure suivante montre l’aspect de l’interface utilisateur pendant la phase de modélisation. Figure 5.20 : Formulaire de modélisation de processus 1 : arborescence des processus 2 : graphe 3 : boite à outil pour construire le graphe 4 : onglet de paramétrage des nœuds

Module de quantification des Ressources

Ce module utilise la liste des ressources disponible dans le système et lui attribue un coût et une durée de réalisation de tâche élémentaire (si nécessaire) : Le traitement consiste à : – lister les ressources par catégorie : profil, matériel, logiciel, service – modifier les paramètres – analyser les valeurs des ressources attribuées à un processus (ou instance) L’IHM correspond à cette phase permet d’identifier toutes les propriétés de chaque ressource (Figure 5.21).

Module de gestion de l’organisation

Pour saisir et paramétrer la structure de l’organisation dans le Q-BPM, on utilise ce module. Il permet de : – présenter sous forme d’arbre la structure du système – attribuer un nœud à des zones et de description – lister les acteurs pour chaque nœud – gérer les acteurs – gérer les profiles  Outil graphique 2 : propriétés de chaque nœud 3 : graphe En utilisant le même principe que le processus, l’organigramme de l’organisation est structuré en XML et présenté sous forme de graphe sur l’écran.

Module cartographie

Ce module permet de relier la structure de l’organisation avec la liste des processus actifs du système (Figure 5.23). Il permet de : – élaborer la relation entre une entité de l’organisation avec leurs processus métier – identifier les entités impactées par un processus – tracer la production d’un article