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






Extinction Rebellion







Changeons ce systeme injuste, Soyez votre propre syndic



"I don't believe we shall ever have a good money again before we take the thing out of the hand of governments. We can't take it violently, out of the hands of governments, all we can do is by some sly roundabout way introduce something that they can't stop ..."   Friedrich Hayek (1899-1992) en 1984