Modèle évènementiel (bp) - Historique des versions

Flfay le 22 juin 2016 à 09:36

2016-06-22T09:36:43Z

Syfre le 13 janvier 2015 à 12:01

2015-01-13T12:01:30Z

Syfre le 25 avril 2013 à 11:50

2013-04-25T11:50:13Z

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

2013-03-12T12:54:05Z

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

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

2012-02-16T10:37:42Z

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

Syfre le 21 décembre 2011 à 10:29

2011-12-21T10:29:58Z

Syfre : Nouvelle page : 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èl...

2009-12-31T10:18:15Z

Nouvelle page : 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èl...

Nouvelle page

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 seul 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 impacts 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'impact 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.

===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 :

* [[Evènements_métiers_(bp)|Evènements métiers]]

{{Footer|Processus Métiers (bp)}}
[[category:Activités (bp)]]
[[category:Processus Métiers]]

@@ Ligne 22 : / Ligne 22 : @@
 *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 version {{Version700}} seule le modèle basé sur les files d'attente est supporté}}
 ===Choix du modèle évènementiel.===

@@ Ligne 12 : / Ligne 12 : @@
 *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.
-{{Warning|A partir de la version Tahoe ce modèle n'est plus supporté. La raison est qu'il n'est compatible avec une exécution en Cluster.}}
+{{Warning|A partir de la version {{Tahoe}} ce modèle n'est plus supporté. La raison est qu'il n'est compatible avec une exécution en Cluster. Seul le modèle basé sur des files d'attente est supporté.}}
 ===Un modèle basé sur des files d'attente.===

@@ 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.
 *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.
@@ Ligne 10 : / Ligne 10 : @@
 *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 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.===
-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 :
@@ Ligne 22 : / Ligne 22 : @@
 *Il peut y avoir conflit si plusieurs processus partagent les mêmes files d'attente.
-{{Warning|A partir de la version version {{Version700}} 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.===