Conception d'un système de gestion de worlflow graphique.

Chapitre 4

« Mise en place d'un système de gestion de workflow : Paramétrage, suivi et représentation graphique » | Page 46

Etude de l'existant

I. Présentation du progiciel Sunshine software

Le terme progiciel résulte de la contraction des mots produit et logiciel. C'est un logiciel commercial vendu par un éditeur sous forme d'un produit complet, plus ou moins clés en main. Le progiciel complet comprend :

· Les composants logiciels

· Une documentation

· Des stages de formation

· Eventuellement une assistance à l'installation, au paramétrage et à la mise en oeuvre ;

· Eventuellement une assistance téléphonique

Première suite progiciel intégralement natif Internet, Sunshine Software est la troisième gamme progiciel du Groupe EXTEL et est opérationnel dans les domaines de gestion en Individuel et Groupe : Epargne, Rentes, Retraite, Fonds de Pension Internationaux, Prévoyance, Santé. Sunshine s'appuie sur les technologies innovantes et reconnues du marché comme Java et XML¹

1. Architecture de Sunshine

C'est une application web de type 3 tiers. :

L'architecture 3-tiers est un modèle logique d'architecture applicative qui vise à séparer très nettement trois couches logicielles au sein d'une même application ou système, à modéliser et présenter cette application comme un empilement de trois couches dont le rôle est clairement défini :

· La présentation des données : correspond à l'affichage, la restitution sur le poste de travail, le dialogue avec l'utilisateur ;

· Le traitement métier des données : correspond à la mise en oeuvre de l'ensemble des règles de gestion et de la logique applicative ;

· Et enfin l'accès aux données persistantes : correspond aux données qui sont destinées à être conservées sur la durée, voire de manière définitive.

¹ XML : eXchange Markup Language

« Mise en place d'un système de gestion de workflow : Paramétrage, suivi et représentation graphique » | Page 47

Dans cette approche, les couches communiquent entre elles au travers d'un « modèle d'échange », et chacun d'entre elles propose un ensemble de services rendus. Les services d'une couche sont mis à disposition de la couche supérieure. On s'interdit par conséquent qu'une couche invoque les services d'une couche plus basse que la couche immédiatement inférieure ou plus haute que la couche immédiatement supérieure (chaque niveau ne communique qu'avec ses voisins immédiats )

a. Les Composants de Sunshine

? Le « Controller » géré par un serveur d'application J2EE¹ basé sur les technologies des servlets et JSP : TOMCAT, WEBLOGIC, WEBSPHERE ;

? Le client « léger » : navigateur web Internet Explorer Version 5.5 minimum ;

? La base de données hébergée par un SGBD relationnel qui permet de stocker des données de type Long Binary²: DB2³, SQL Server, ORACLE.

? Le « Controller »

L'application comprend :

o des classes java spécifiques - Servlets - capables de recevoir et d'envoyer des informations à travers le protocole http.

o des classes java simples

o des APIs java sur lesquelles s'appuient les programmes Sunshine

o des fichiers JSP pour envoyer des infos construites dynamiquement au client

o des fichiers JavaScript contenant des fonctions devant s'exécuter au niveau du client : contrôles de format de données, gestion des évènements sur les formulaires clients (déclenchement de pop-up, initialisation de zones à partir d'autres)

o des fichiers css pour le formatage du codage HTML.

Le serveur d'application permet l'exécution des programmes d'une application mais également de maintenir le contexte d'exécution pour chaque utilisateur : sa session.

Dans l'environnement d'exécution de Sunshine, on retrouvera :

- trois objets statiques partagés par tous les utilisateurs et qui sont initialisés par
le premier utilisateur qui aura besoin de les utiliser :

¹ J2EE : Java2 Entreprise Edition

2 Long Binary : Type de donnée binaire qui permet de stocker des données de longueur arbitraire

³ DB2 : est un système de gestion de base de données propriétaire à IBM

« Mise en place d'un système de gestion de workflow : Paramétrage, suivi et représentation graphique » | Page 48

o le gestionnaire de pools de connexions à la base de données

o le gestionnaire de batch

o l'objet contenant les paramètres de l'application pré-chargés.

- les sessions utilisateurs : Le numéro de session généré par le serveur
d'application est encapsulé dans les requêtes et réponses du client et permet à chaque fois de retrouver les objets propres à l'utilisateur. La session contient entre autres:

o Le code de l'utilisateur

o Son niveau d'autorisation

o Eventuellement un objet Connexion en mode Commit différé dans le cas d'un enchaînement de transactions élémentaires.

o un objet « work » spécifique à une transaction donnée et donc réinitialisé au début de chacune d'elle. Il contient les éléments nécessaires à l'exécution de la transaction : informations sur le dossier traité, document XML courant, les noms des écrans qui seront utilisés...).

Le contexte d'exécution en mémoire est le suivant :

Mémoire serveur

JVM

TOMCAT

Sunshine

Gest. Pool Connexions

Donn. Framework

Gest. Batchs

Contexte 1

Servlets Chargées

Contexte 2

Exécution des Programmes

Figure 4.1 : Contexte d'exécution de Sunshine ? La base de données

Dans la base de données sont stockées :

- des données de type scalaire,

- des fichiers XML

- des fichiers images (documents GED),

- des fichiers HTML (documents générés),

« Mise en place d'un système de gestion de workflow : Paramétrage, suivi et représentation graphique » | Page 49

- des documents PDF (documents générés).

D'un point de vue fonctionnel, on distingue trois catégories d'informations :

- les données de paramétrage Framework:

- les données de paramétrage métier (produits d'assurances...),

- les données de production.