WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

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

( Télécharger le fichier original )
par MOMAR TALLA KANE
UCAD / Ecole Supérieure Polytechnique DAKAR - DIC Génie Informatique 2007
  

précédent sommaire suivant

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

2. Description Fonctionnelle

Le système actuel gère les fonctionnalités suivantes :

? La Gestion des états et types états: Cette partie permet de définir les états que peuvent prendre les dossiers dans une fonctionnalité.

? La Gestion des traitements : Toute fonctionnalité dispose d'un nombre d'actions élémentaires applicables à ses dossiers. On y gère les niveaux d'autorisation pour chaque traitement et le type du traitement

? La Gestion des attentes et regles d'acceptation : Cette partie gère les différents catalogues des règles d'acceptation et des attentes pour une fonctionnalité donnée

? La Gestion de Workflow : Dans cette partie nous avons la définition, le paramétrage et le suivi de Workflow d'une fonctionnalité

3. Paramétrage de Workflow

On peut définir plusieurs Workflow pour une fonctionnalité, chacun à utiliser pour un

type de dossiers donné (en se basant sur les critères de paramétrage de la fonctionnalité : les

données clés de paramétrage). Dans tous les cas, l'un deux sera défini comme étant celui par

défaut :

Définir le processus Workflow d'une fonctionnalité, revient à définir les liens qui

existent entre les états et les traitements :

- définir les traitements autorisés pour chaque état

- définir ce qu'il y a lieu de faire suivant le code retour du traitement. Pour

chaque code retour, on indiquera le type de transition :

Chaque paramétrage de règle de transition incluera :

- l'état de départ ;

- le traitement appliqué ;

- le code issue du traitement ;

- le type de transition choisi ;

- l'état final du dossier (transition automatique) ou la liste des états à proposer

(transition manuelle) ou les conditions à vérifier et l'état qui en résultera (transition sous

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

conditions) ;

- Eventuellement le traitement sur lequel on enchaînera à la fin ;

Remarques :

Remarque 1 : le traitement que l'on indique à ce niveau, doit être défini comme étant autorisé pour l'état qu'aura le dossier à l'issue de la transition courante ;

Remarque 2 : dans le système actuel, l'enchaînement sur un autre traitement n'est possible que pour une transitjon automatique.

- Eventuellement les documents qui devront être générés à la fin : Pour cela, on précise le code script de génération du courrier à appeler. On peut définir plusieurs codes scripts et également restreindre la génération de documents à certains dossiers. Il faut alors préciser une valeur pour les critères de paramétrage de la fonctionnalité.

- Eventuellment l'impact qu'aura ce changement d'état sur l'état d'autres

dossiers liés à la fonctionnalité courante.

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"Là où il n'y a pas d'espoir, nous devons l'inventer"   Albert Camus