Processus métiers en interaction avec le métier (bp) - Historique des versions

Syfre le 21 août 2009 à 14:09

2009-08-21T14:09:27Z

← Version précédente		Version du 21 août 2009 à 14:09
Ligne 17 :		Ligne 17 :

	Lorsque vous déclenchez un processus par un évènement métier, l’instance du processus est automatiquement liée à l’instance de l’objet métier ayant déclenché l’évènement. Vous pouvez alors manipuler cette instance dans les activités du processus à travers l’attribut « Instance ».		Lorsque vous déclenchez un processus par un évènement métier, l’instance du processus est automatiquement liée à l’instance de l’objet métier ayant déclenché l’évènement. Vous pouvez alors manipuler cette instance dans les activités du processus à travers l’attribut « Instance ».

	~~===Exemple d’utilisation ===~~

	~~====Description du modèle et du processus métier====~~
	~~La classe WFClasseA possède un Code (attribut unCode) et un état (attribut unEtat).~~

	~~Deux règles d’état sont définies :~~

	*La règle RegleEtat_unCode détecte le changement de l’attribut code.

	~~{{#images:image41.png\|Guide_-_Processus_métiers}}~~

	*La règle RegleEtat_unEtat détecte le changement de l’attribut unEtat :

	~~{{#images:image42.png\|Guide_-_Processus_métiers}}~~

	~~Le processus va réaliser les opérations suivantes :~~

	~~#Lorsque l’utilisateur modifie le code d’un objet de WFClasseA, une instance du processus est déclenchée.~~
	~~#Cette instance modifie l’attribut Etat de l’objet correspondant à la valeur « Initial ».~~
	~~#Le processus attend ensuite que l’attribut Etat passe à la valeur « Etat3 », changement réalisé par l’utilisateur.~~
	~~#L’instance du processus change alors la valeur de l’attribut Etat à « Final » et se termine.~~

	~~====Définition du processus métier====~~
	~~Le processus métier correspondant est défini.~~

	~~{{#images:image43.png\|Guide_-_Processus_métiers}}~~

	~~L’évènement initial est l’évènement métier généré par la règle d’état de changement de code.~~

	~~{{#images:image44.png\|Guide_-_Processus_métiers}}~~

	~~Le changement du code d’un objet de cette classe va donc créer une instance du processus.~~

	~~L’activité suivante est une activité script qui modifie la valeur de l’attribut « Etat » de l’objet.~~

	~~{{#images:image45.png\|Guide_-_Processus_métiers}}~~

	~~La classe de l’objet métier est connue par le processus. Ainsi les outils d’aide à l’édition de code fonctionnent.~~

	~~{{#images:image46.png\|Guide_-_Processus_métiers}}~~

	~~Le corps du code modifie l’attribut de l’instance dans une transaction.~~

	~~{{#images:image47.png\|Guide_-_Processus_métiers}}~~

	~~Le processus attend ensuite la modification de l’état de l’objet. Pour cela il utilise un évènement « Attente » d’Evènement métier.~~

	~~{{#images:image48.png\|Guide_-_Processus_métiers}}~~

	~~Lorsque la case « Evènement de l’instance principale » est cochée, l’évènement doit provenir de la même instance d’objet métier que celle qui a déclenchée le processus.~~

	Sur l’onglet « Post-Condition », la condition est la suivante : l’objet métier doit être dans l’état 3.Cette condition sera testée par l’activité. Si elle n’est pas remplie, l’activité sera toujours en attente.

	~~{{#images:image49.png\|Guide_-_Processus_métiers}}~~

	~~Lorsque l’objet a été changé, ici par l’utilisateur, le processus enchaine l’activité suivante qui modifie de nouveau l’état de l’objet, puis se termine.~~

	~~{{#images:image50.png\|Guide_-_Processus_métiers}}~~

	~~====Déroulement====~~

	~~Une interface utilisateur simple est utilisée pour modifier les objets. Le processus est en cours d’exécution dans une machine locale.~~

	~~{{#images:image51.png\|Guide_-_Processus_métiers}}~~

	~~La modification du code entraine la création d’une instance. Les différentes activités du processus sont exécutées jusqu'à l’attente d’un nouvel évènement métier:~~

	~~{{#images:image52.png\|Guide_-_Processus_métiers}}~~

	~~Si on rafraichit l’interface utilisateur, on constate que l’état de l‘objet a été changé.~~

	~~{{#images:image53.png\|Guide_-_Processus_métiers}}~~

	~~Passez l’objet dans l’état Etat3.~~

	~~{{#images:image54.png\|Guide_-_Processus_métiers}}~~

	~~L’instance du processus enchaîne les dernières activités puis se termine. En rafraichissant l’interface utilisateur, on constate que l’objet est dans l’état final.~~

	~~{{#images:image55.png\|Guide_-_Processus_métiers}}~~

	~~Vous remarquez dans cet exemple que :~~

	*La création d’un nouvel objet de la classe ne déclenche pas d’instance de processus, cela parce que les règles d’état ne sont évaluées qu’en mode modification.

	*La modification de l’objet dans un autre état que l’état 3 n’a pas d’influence sur le processus.

	===Base de données d’une instance de Processus Métier===		===Base de données d’une instance de Processus Métier===

Syfre le 21 août 2009 à 07:55

2009-08-21T07:55:00Z

← Version précédente		Version du 21 août 2009 à 07:55
Ligne 6 :		Ligne 6 :
	*Pourvoir modifier l’état d’un objet métier.		*Pourvoir modifier l’état d’un objet métier.

	Pour réaliser un processus ~~interagissant avec~~ un objet métier vous devez utiliser la démarche suivante :		Pour réaliser un processus déclenché par un objet métier vous devez utiliser la démarche suivante :

	~~#Ajouter~~ une règle ~~d’état au modèle métier qui détectera le changement d’état~~ de ~~l’objet~~.		*Définissez une [[Evènements métiers (bp)\|classe d'évènement métier]] ou une [[Règles d'état (rule)\|règle d'état]] pour détecter la condition de déclenchemnt.
	#Utilisez l’évènement initial « Evènement métier » pour déclencher votre processus.		*Utilisez l’évènement initial [[Evènement initial métier (activity bp)\|« Evènement métier »]] pour déclencher votre processus.
	~~#Utilisez l’activité «Exécuter une expression » pour conditionner votre processus suivant l’état de l’objet.~~
	~~#Utilisez l’activité « Exécutez du code métier » pour modifier l’état de l’objet métier~~.

			Ensuite, vous pouvez par exmple :

			*Utilisez l’activité [[Exécuter une expression (activity bp)\|«Exécuter une expression »]] pour conditionner votre processus suivant l’état de l’objet.
			*Utilisez l’activité [[Exécuter un script (activity bp)\|« Exécutez du code métier »]] pour modifier l’état de l’objet métier.

	Lorsque vous déclenchez un processus par un évènement métier, l’instance du processus est automatiquement liée à l’instance de l’objet métier ayant déclenché l’évènement. Vous pouvez alors manipuler cette instance dans les activités du processus à travers l’attribut « Instance ».		Lorsque vous déclenchez un processus par un évènement métier, l’instance du processus est automatiquement liée à l’instance de l’objet métier ayant déclenché l’évènement. Vous pouvez alors manipuler cette instance dans les activités du processus à travers l’attribut « Instance ».

	~~Il n’y a qu’une seule classe d’évènement métier par type de modification pour un même objet métier, mais elle peut servir à déclencher plusieurs évènements de processus métier.~~		===Exemple d’utilisation ===

	~~Quand la classe est déclenchée par le métier tous les évènements métiers qui y sont reliés sont déclenchés.~~

	~~Un évènement métier peut déclencher plusieurs instances.~~

	===~~Exemple d’utilisation~~ ===		====Description du modèle et du processus métier====
			La classe WFClasseA possède un Code (attribut unCode) et un état (attribut unEtat).

	~~La classe WFClasseA possède un Code (attribut unCode) et un état (attribut unEtat).~~ Deux règles d’état sont définies :		Deux règles d’état sont définies :

	*La règle RegleEtat_unCode détecte le changement de l’attribut code.		*La règle RegleEtat_unCode détecte le changement de l’attribut code.
Ligne 41 :		Ligne 40 :
	#L’instance du processus change alors la valeur de l’attribut Etat à « Final » et se termine.		#L’instance du processus change alors la valeur de l’attribut Etat à « Final » et se termine.

			====Définition du processus métier====
	Le processus métier correspondant est défini.		Le processus métier correspondant est défini.

Ligne 61 :		Ligne 61 :
	Le corps du code modifie l’attribut de l’instance dans une transaction.		Le corps du code modifie l’attribut de l’instance dans une transaction.

	{{#images:image47.png\|Guide_-_Processus_métiers}}Le processus attend ensuite la modification de l’état de l’objet. Pour cela il utilise un évènement « Attente » d’Evènement métier.		{{#images:image47.png\|Guide_-_Processus_métiers}}

			Le processus attend ensuite la modification de l’état de l’objet. Pour cela il utilise un évènement « Attente » d’Evènement métier.

	{{#images:image48.png\|Guide_-_Processus_métiers}}		{{#images:image48.png\|Guide_-_Processus_métiers}}
Ligne 75 :		Ligne 77 :
	{{#images:image50.png\|Guide_-_Processus_métiers}}		{{#images:image50.png\|Guide_-_Processus_métiers}}

	====~~Procédure~~====		====Déroulement====

	Une interface utilisateur simple est utilisée pour modifier les objets. Le processus est en cours d’exécution dans une machine locale.		Une interface utilisateur simple est utilisée pour modifier les objets. Le processus est en cours d’exécution dans une machine locale.
Ligne 109 :		Ligne 111 :
	Pour cela il est possible de définir la base de données privilégié par un Processus à deux niveaux :		Pour cela il est possible de définir la base de données privilégié par un Processus à deux niveaux :

	Au niveau de la machine qui contient le processus.		*Au niveau de la machine qui contient le processus.

	{{#images:image56.png\|Guide_-_Processus_métiers}}		{{#images:image56.png\|Guide_-_Processus_métiers}}

	~~Une autre conséquence de définir une base de données au niveau de la machine est que cette base devient un filtre pour les évènements métiers pris en compte par la machine.~~		*Au niveau du Processus lui même.

	Au niveau du Processus lui même.

	{{#images:image57.png\|Guide_-_Processus_métiers}}		{{#images:image57.png\|Guide_-_Processus_métiers}}
Ligne 121 :		Ligne 121 :
	Cette base de données privilégiée sera utilisée :		Cette base de données privilégiée sera utilisée :

	Par les activités de type Tâche métier qui possède un paramétrage de base de données : si vous ne renseignez pas la base de données au niveau de l'activité Tâche la base de données privilégiée du Processus sera utilisé.		*Pour filter les évènements métiers, seules les évènements issus de cette base de données seront pris en compte.

			*Par les activités de type Tâche métier qui possède un paramétrage de base de données : si vous ne renseignez pas la base de données au niveau de l'activité Tâche la base de données privilégiée du Processus sera utilisé.

	Lors de la création de l’instance associé au Processus Métier si vous avez utilisez l’option permettant de créée automatiquement une instance lors du démarrage d’une instance de Processus Métier.		*Lors de la création de l’instance associé au Processus Métier si vous avez utilisez l’option permettant de créée automatiquement une instance lors du démarrage d’une instance de Processus Métier.

	La priorité de prise en compte des différentes possibilités de paramètrage est la suivante :		La priorité de prise en compte des différentes possibilités de paramètrage est la suivante :

	*La base de données définie au niveau de l'~~activité si elle existe~~.		*La base de données définie au niveau de l'Activité.
	*La base de données définie au niveau de la ~~machine~~		*La base de données définie au niveau de la Machine
	*La base de données définie au niveau du Processus.		*La base de données définie au niveau du Processus.

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

Syfre le 19 août 2009 à 09:12

2009-08-19T09:12:39Z

← Version précédente		Version du 19 août 2009 à 09:12
Ligne 2 :		Ligne 2 :
	L’intérêt des processus métiers est de pouvoir interagir avec les applications métiers. Cela entend :		L’intérêt des processus métiers est de pouvoir interagir avec les applications métiers. Cela entend :

	Etre déclenché par un évènement issu d’un objet métier,		*Etre déclenché par un évènement issu d’un objet métier,
			*Pouvoir manipuler des informations d’un objet métier,
			*Pourvoir modifier l’état d’un objet métier.

	~~Pouvoir manipuler des informations d’un objet métier,~~		Pour réaliser un processus interagissant avec un objet métier vous devez utiliser la démarche suivante :

	~~Pourvoir modifier l’état d’un objet métier.~~

	Pour réaliser un processus interagissant avec un objet métier vous devez utiliser la démarche suivante.


	~~{\| class="wikitable"~~
	\|-
	\|
	~~\|Ajouter une règle d’état au modèle métier qui détectera le changement d’état de l’objet.~~


	\|-
	\|
	~~\|Utilisez l’évènement initial « Evènement métier » pour déclencher votre processus.~~


	\|-
	\|
	~~\|Utilisez l’activité «Exécuter une expression » pour conditionner votre processus suivant l’état de l’objet.~~


	\|-
	\|
	~~\|Utilisez l’activité « Exécutez du code métier » pour modifier l’état de l’objet métier.~~


	\|}

			#Ajouter une règle d’état au modèle métier qui détectera le changement d’état de l’objet.
			#Utilisez l’évènement initial « Evènement métier » pour déclencher votre processus.
			#Utilisez l’activité «Exécuter une expression » pour conditionner votre processus suivant l’état de l’objet.
			#Utilisez l’activité « Exécutez du code métier » pour modifier l’état de l’objet métier.


Ligne 41 :		Ligne 19 :

	Quand la classe est déclenchée par le métier tous les évènements métiers qui y sont reliés sont déclenchés.		Quand la classe est déclenchée par le métier tous les évènements métiers qui y sont reliés sont déclenchés.



	Un évènement métier peut déclencher plusieurs instances.		Un évènement métier peut déclencher plusieurs instances.
Ligne 57 :		Ligne 33 :

	{{#images:image42.png\|Guide_-_Processus_métiers}}		{{#images:image42.png\|Guide_-_Processus_métiers}}



	Le processus va réaliser les opérations suivantes :		Le processus va réaliser les opérations suivantes :

	#Lorsque l’utilisateur modifie le code d’un objet de WFClasseA, une instance du processus est déclenchée.		#Lorsque l’utilisateur modifie le code d’un objet de WFClasseA, une instance du processus est déclenchée.

	#Cette instance modifie l’attribut Etat de l’objet correspondant à la valeur « Initial ».		#Cette instance modifie l’attribut Etat de l’objet correspondant à la valeur « Initial ».

	#Le processus attend ensuite que l’attribut Etat passe à la valeur « Etat3 », changement réalisé par l’utilisateur.		#Le processus attend ensuite que l’attribut Etat passe à la valeur « Etat3 », changement réalisé par l’utilisateur.

	#L’instance du processus change alors la valeur de l’attribut Etat à « Final » et se termine.		#L’instance du processus change alors la valeur de l’attribut Etat à « Final » et se termine.

Ligne 73 :		Ligne 44 :

	{{#images:image43.png\|Guide_-_Processus_métiers}}		{{#images:image43.png\|Guide_-_Processus_métiers}}



	L’évènement initial est l’évènement métier généré par la règle d’état de changement de code.		L’évènement initial est l’évènement métier généré par la règle d’état de changement de code.
Ligne 127 :		Ligne 96 :

	{{#images:image55.png\|Guide_-_Processus_métiers}}		{{#images:image55.png\|Guide_-_Processus_métiers}}



	Vous remarquez dans cet exemple que :		Vous remarquez dans cet exemple que :
Ligne 151 :		Ligne 118 :

	{{#images:image57.png\|Guide_-_Processus_métiers}}		{{#images:image57.png\|Guide_-_Processus_métiers}}



	Cette base de données privilégiée sera utilisée :		Cette base de données privilégiée sera utilisée :

	Par les activités de type Tâche métier qui possède un paramétrage de base de données : si vous ne renseignez pas la base de données au niveau de ~~l’activité~~ Tâche la base de données privilégiée du Processus sera utilisé.		Par les activités de type Tâche métier qui possède un paramétrage de base de données : si vous ne renseignez pas la base de données au niveau de l'activité Tâche la base de données privilégiée du Processus sera utilisé.

	Lors de la création de l’instance associé au Processus Métier si vous avez utilisez l’option permettant de créée automatiquement une instance lors du démarrage d’une instance de Processus Métier.		Lors de la création de l’instance associé au Processus Métier si vous avez utilisez l’option permettant de créée automatiquement une instance lors du démarrage d’une instance de Processus Métier.
Ligne 162 :		Ligne 127 :
	La priorité de prise en compte des différentes possibilités de paramètrage est la suivante :		La priorité de prise en compte des différentes possibilités de paramètrage est la suivante :

	La base de données définie au niveau de ~~l‘activité~~ si elle existe.		*La base de données définie au niveau de l'activité si elle existe.
			*La base de données définie au niveau de la machine
	La base de données définie au niveau de la machine		*La base de données définie au niveau du Processus.

	La base de données définie au niveau du Processus.

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

Syfre : Nouvelle page : ===Introduction=== L’intérêt des processus métiers est de pouvoir interagir avec les applications métiers. Cela entend : Etre déclenché par un évènement issu d’un objet...

2009-08-19T08:20:57Z

Nouvelle page : ===Introduction=== L’intérêt des processus métiers est de pouvoir interagir avec les applications métiers. Cela entend : Etre déclenché par un évènement issu d’un objet...

Nouvelle page

===Introduction===
L’intérêt des processus métiers est de pouvoir interagir avec les applications métiers. Cela entend :

Etre déclenché par un évènement issu d’un objet métier,

Pouvoir manipuler des informations d’un objet métier,

Pourvoir modifier l’état d’un objet métier.

Pour réaliser un processus interagissant avec un objet métier vous devez utiliser la démarche suivante.

{| class="wikitable"
|-
|
|Ajouter une règle d’état au modèle métier qui détectera le changement d’état de l’objet.

|-
|
|Utilisez l’évènement initial « Evènement métier » pour déclencher votre processus.

|-
|
|Utilisez l’activité «Exécuter une expression » pour conditionner votre processus suivant l’état de l’objet.

|-
|
|Utilisez l’activité « Exécutez du code métier » pour modifier l’état de l’objet métier.

|}

Lorsque vous déclenchez un processus par un évènement métier, l’instance du processus est automatiquement liée à l’instance de l’objet métier ayant déclenché l’évènement. Vous pouvez alors manipuler cette instance dans les activités du processus à travers l’attribut « Instance ».

Il n’y a qu’une seule classe d’évènement métier par type de modification pour un même objet métier, mais elle peut servir à déclencher plusieurs évènements de processus métier.

Quand la classe est déclenchée par le métier tous les évènements métiers qui y sont reliés sont déclenchés.

Un évènement métier peut déclencher plusieurs instances.

===Exemple d’utilisation ===

La classe WFClasseA possède un Code (attribut unCode) et un état (attribut unEtat). Deux règles d’état sont définies :

*La règle RegleEtat_unCode détecte le changement de l’attribut code.

{{#images:image41.png|Guide_-_Processus_métiers}}

*La règle RegleEtat_unEtat détecte le changement de l’attribut unEtat :

{{#images:image42.png|Guide_-_Processus_métiers}}

Le processus va réaliser les opérations suivantes :

#Lorsque l’utilisateur modifie le code d’un objet de WFClasseA, une instance du processus est déclenchée.

#Cette instance modifie l’attribut Etat de l’objet correspondant à la valeur « Initial ».

#Le processus attend ensuite que l’attribut Etat passe à la valeur « Etat3 », changement réalisé par l’utilisateur.

#L’instance du processus change alors la valeur de l’attribut Etat à « Final » et se termine.

Le processus métier correspondant est défini.

{{#images:image43.png|Guide_-_Processus_métiers}}

L’évènement initial est l’évènement métier généré par la règle d’état de changement de code.

{{#images:image44.png|Guide_-_Processus_métiers}}

Le changement du code d’un objet de cette classe va donc créer une instance du processus.

L’activité suivante est une activité script qui modifie la valeur de l’attribut « Etat » de l’objet.

{{#images:image45.png|Guide_-_Processus_métiers}}

La classe de l’objet métier est connue par le processus. Ainsi les outils d’aide à l’édition de code fonctionnent.

{{#images:image46.png|Guide_-_Processus_métiers}}

Le corps du code modifie l’attribut de l’instance dans une transaction.

{{#images:image47.png|Guide_-_Processus_métiers}}Le processus attend ensuite la modification de l’état de l’objet. Pour cela il utilise un évènement « Attente » d’Evènement métier.

{{#images:image48.png|Guide_-_Processus_métiers}}

Lorsque la case « Evènement de l’instance principale » est cochée, l’évènement doit provenir de la même instance d’objet métier que celle qui a déclenchée le processus.

Sur l’onglet « Post-Condition », la condition est la suivante : l’objet métier doit être dans l’état 3.Cette condition sera testée par l’activité. Si elle n’est pas remplie, l’activité sera toujours en attente.

{{#images:image49.png|Guide_-_Processus_métiers}}

Lorsque l’objet a été changé, ici par l’utilisateur, le processus enchaine l’activité suivante qui modifie de nouveau l’état de l’objet, puis se termine.

{{#images:image50.png|Guide_-_Processus_métiers}}

====Procédure====

Une interface utilisateur simple est utilisée pour modifier les objets. Le processus est en cours d’exécution dans une machine locale.

{{#images:image51.png|Guide_-_Processus_métiers}}

La modification du code entraine la création d’une instance. Les différentes activités du processus sont exécutées jusqu'à l’attente d’un nouvel évènement métier:

{{#images:image52.png|Guide_-_Processus_métiers}}

Si on rafraichit l’interface utilisateur, on constate que l’état de l‘objet a été changé.

{{#images:image53.png|Guide_-_Processus_métiers}}

Passez l’objet dans l’état Etat3.

{{#images:image54.png|Guide_-_Processus_métiers}}

L’instance du processus enchaîne les dernières activités puis se termine. En rafraichissant l’interface utilisateur, on constate que l’objet est dans l’état final.

{{#images:image55.png|Guide_-_Processus_métiers}}

Vous remarquez dans cet exemple que :

*La création d’un nouvel objet de la classe ne déclenche pas d’instance de processus, cela parce que les règles d’état ne sont évaluées qu’en mode modification.

*La modification de l’objet dans un autre état que l’état 3 n’a pas d’influence sur le processus.

===Base de données d’une instance de Processus Métier===

Par défaut un Processus Métier n’est pas rattaché à une base de données particulière, toutefois dans certain cas il est souhaitable qu’un Processus s’exécute dans un contexte de base de données particulier.

Pour cela il est possible de définir la base de données privilégié par un Processus à deux niveaux :

Au niveau de la machine qui contient le processus.

{{#images:image56.png|Guide_-_Processus_métiers}}

Une autre conséquence de définir une base de données au niveau de la machine est que cette base devient un filtre pour les évènements métiers pris en compte par la machine.

Au niveau du Processus lui même.

{{#images:image57.png|Guide_-_Processus_métiers}}

Cette base de données privilégiée sera utilisée :

Par les activités de type Tâche métier qui possède un paramétrage de base de données : si vous ne renseignez pas la base de données au niveau de l’activité Tâche la base de données privilégiée du Processus sera utilisé.

Lors de la création de l’instance associé au Processus Métier si vous avez utilisez l’option permettant de créée automatiquement une instance lors du démarrage d’une instance de Processus Métier.

La priorité de prise en compte des différentes possibilités de paramètrage est la suivante :

La base de données définie au niveau de l‘activité si elle existe.

La base de données définie au niveau de la machine

La base de données définie au niveau du Processus.

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

Processus métiers en interaction avec le métier (bp) - Historique des versions

Syfre le 21 août 2009 à 14:09

Syfre le 21 août 2009 à 07:55

Syfre le 19 août 2009 à 09:12

Syfre : Nouvelle page : ===Introduction=== L’intérêt des processus métiers est de pouvoir interagir avec les applications métiers. Cela entend : Etre déclenché par un évènement issu d’un objet...

Syfre : Nouvelle page : ===Introduction=== L’intérêt des processus métiers est de pouvoir interagir avec les applications métiers. Cela entend : Etre déclenché par un évènement issu d’un objet...