Modèle évènementiel (bp)

De Wiki1000
(Différences entre les versions)
 
(Une révision intermédiaire par un utilisateur est masquée)
Ligne 4 : Ligne 4 :
 
Dans ce modèle le processus métier, ou une instance de processus métier, maintient une date d'exécution égale à la date du dernier évènement métier.
 
Dans ce modèle le processus métier, ou une instance de processus métier, maintient une date d'exécution égale à la date du dernier évènement métier.
 
*Pour un processus métier cette date est initialisée à la date d'insertion du processus dans une machine d'exécution.  
 
*Pour un processus métier cette date est initialisée à la date d'insertion du processus dans une machine d'exécution.  
*Lors de l'exécution seul les évènements de date supérieure à cette date sont pris en compte.  
+
*Lors de l'exécution seuls les évènements de date supérieure à cette date sont pris en compte.  
 
*La prise en compte d'un évènement modifie la date du processus.
 
*La prise en compte d'un évènement modifie la date du processus.
  
Ligne 10 : Ligne 10 :
 
*Un évènement métier peut impacter plusieurs processus.
 
*Un évènement métier peut impacter plusieurs processus.
 
*Les évènements antérieurs à la mise en oeuvre du processus ne seront pas pris en compte.
 
*Les évènements antérieurs à la mise en oeuvre du processus ne seront pas pris en compte.
*il est nécessaire d'épurérer les évènements car ils ne sont pas consommés par les processus, de plus cette épuration est difficile car les processus arrêtés impacts les évènements susceptibles d'être supprimés.
+
*il est nécessaire d'épurérer les évènements car ils ne sont pas consommés par les processus, de plus cette épuration est difficile car les processus arrêtés impactent les évènements susceptibles d'être supprimés.
  
 
===Un modèle basé sur des files d'attente.===
 
===Un modèle basé sur des files d'attente.===
Dans ce modèle les évènements sont placés dans des files d'attente et consommés par les processus. La date de l'évènement n'impact que l'ordre dans lequel l'évènement sera consommé.
+
Dans ce modèle les évènements sont placés dans des files d'attente et consommés par les processus. La date de l'évènement n'impacte que l'ordre dans lequel l'évènement sera consommé.
  
 
Les caractéristiques de ce modèle sont :
 
Les caractéristiques de ce modèle sont :
Ligne 22 : Ligne 22 :
 
*Il peut y avoir conflit si plusieurs processus partagent les mêmes files d'attente.
 
*Il peut y avoir conflit si plusieurs processus partagent les mêmes files d'attente.
  
{{IfLatest|{{Warning|A partir de la version version {{Latest}} seule le modèle basé sur les files d'attente est supporté}}}}
+
{{Warning|A partir de la version {{Version700}} seul le modèle basé sur les files d'attente est supporté}}
  
 
===Choix du modèle évènementiel.===
 
===Choix du modèle évènementiel.===

Version actuelle en date du 22 juin 2016 à 11:36

Les processus métier implémentent deux modèles pour gérer les évènements métiers :

Un modèle basé sur la date de l'évènement et la date du processus.

Dans ce modèle le processus métier, ou une instance de processus métier, maintient une date d'exécution égale à la date du dernier évènement métier.

  • Pour un processus métier cette date est initialisée à la date d'insertion du processus dans une machine d'exécution.
  • Lors de l'exécution seuls les évènements de date supérieure à cette date sont pris en compte.
  • La prise en compte d'un évènement modifie la date du processus.

Les caractéristiques de ce modèle sont :

  • Un évènement métier peut impacter plusieurs processus.
  • Les évènements antérieurs à la mise en oeuvre du processus ne seront pas pris en compte.
  • il est nécessaire d'épurérer les évènements car ils ne sont pas consommés par les processus, de plus cette épuration est difficile car les processus arrêtés impactent les évènements susceptibles d'être supprimés.

Un modèle basé sur des files d'attente.

Dans ce modèle les évènements sont placés dans des files d'attente et consommés par les processus. La date de l'évènement n'impacte que l'ordre dans lequel l'évènement sera consommé.

Les caractéristiques de ce modèle sont :

  • Il est plus facile à appréhender.
  • Les évènements antérieurs à la mise en oeuvre du processus seront consommés.
  • Les évènements sont consommés et il n'est pas nécessaire de les épurer.
  • Un évènement ne peut impacter qu'un seul processus
  • Il peut y avoir conflit si plusieurs processus partagent les mêmes files d'attente.
Exclam-20px.png Attention : A partir de la version version700-32x32.png seul le modèle basé sur les files d'attente est supporté

Choix du modèle évènementiel.

Le modèle évènementiel appliqué par le processus découle du fait que l'évènement est ou non placé dans une file d'attente, si l'évènèment n'est pas placé dans une file d'attente le modèle basé sur la date du processus est appliqué.

Voir aussi :

Processus Métiers (bp)Développement DSM





Whos here now:   Members 0   Guests 0   Bots & Crawlers 1
 
Outils personnels