Activités Join et Split

Chapter 20 Travailler avec Sybase Unwired Orchestrator

Activités Join et Split

Correspondance de Join

Unwired Orchestrator fait la distinction entre les types de jointures suivants :

AndJoin
OrJoin
RuleJoin

Pour plus d'informations sur les différents types de jointures, reportez-vous à la section "Notions de base relatives aux concepts Sybase Unwired Orchestrator".

Concept Unwired Orchestrator	Concept PowerAMC
AndJoin	Synchronisation avec un stéréotype <<AndJoin>>
OrJoin	Synchronisation avec un stéréotype <<OrJoin>>
RuleJoin	Synchronisation avec un stéréotype <<RuleJoin>>

Commandes Insérer une jointure OrJoin et Insérer une jointure AndJoin
Vous pouvez facilement insérer une jointure en utilisant les commandes Insérer une jointure OrJoin et Insérer une jointure AndJoin disponibles dans le menu contextuel d'un processus ou d'une fin ayant de nombreux flux d'entrée.

Correspondance de Split

Unwired Orchestrator fait la distinction entre les types de séparation suivants :

Single Rule
Multi-Rule
Rule Split

Pour plus d'informations sur les différents types de séparations, reportez-vous à la section "Notions de base relatives aux concepts Sybase Unwired Orchestrator".

Concept Unwired Orchestrator	Concept PowerAMC
Single Rule	Décision avec un stéréotype <<SingleRule>>
Multi-Rule	Décision avec un stéréotype <<Multi-Rule>>
Rule Split	Synchronisation avec un stéréotype <<RuleSet>>
AndSplit	Synchronisation avec un stéréotype <<Split>>

Commandes d'insertion
S'agissant d'un processus ou d'un début ayant de nombreux flux de sortie, vous pouvez utiliser la commande Insérer une activité Split, Insérer une séparation Multi-Rule, Insérer une séparation Rule Set , Insérer une séparation Single rule dans le menu contextuel de l'objet pour insérer des séparations.
S'agissant d'un processus ou d'un début n'ayant que deux flux de sortie, vous pouvez utiliser la commande Insérer une activité Split, Insérer une séparation Multi-Rule ou Insérer une séparation Single rule dans le menu contextuel de l'objet pour insérer des séparations.

SingleRule

L'élément SingleRule définit une expression "If-Then-Else" simple. Par conséquent, la décision correspondante dans PowerAMC ne doit avoir que deux flux sortants et l'un de ces flux doit spécifier un chemin "False" qui est exprimé en saisissant "else" ou "no" dans la zone Alias de l'onglet Condition de la feuille de propriétés du flux.

MultiRule

L'élément MultipleRule définit des expressions "If-Then- Else-[ If-Then-Else [If...Else]]" en cascade. Vous pouvez définir chaque chemin "Then" en utilisant un flux sortant avec un attribut étendu RuleOrder qui définit l'ordre de l'expression "If-Then". Vous pouvez définir ce RuleOrder, mais il sera calculé par défaut au sein du gestionnaire d'événement Initialize du flux sortant d'une décision Multi-Rule (même si les ordres de règle ne sont pas spécifiés, la première génération les définit). Vous exprimez le dernier chemin "Else" en saisissant "False" ou "No" dans la zone Alias de l'onglet Condition de la feuille de propriétés du flux.

RuleSet

L'élément RuleSet (RuleSplit) définit plusieurs règles qui peuvent être satisfaites simultanément et chaque règle satisfaite conduit vers un nouveau chemin du flux de processus. Cet élément permet donc de définir une séparation basée sur des règles.

Un RuleSplit Orchestrator contient un jeu de :

Schémas XSD
Noeuds cible
Règles nommées

Vous définissez un jeu de schémas XSD en utilisant des variables. Chaque variable doit avoir un type de données XSD (un format de message qui fait référence à un fichier XSD et qui a un stéréotype XSD).

Concept Unwired Orchestrator	Concept PowerAMC
Schéma XSD	Variable avec un type complexe

Vous modélisez les noeuds cible en utilisant des flux sortants partant de la décision.

Concept Unwired Orchestrator	Concept PowerAMC
Target nodes	Flux sortants portant de la décision

Vous modélisez un jeu de règles nommées en utilisant des règles de gestion définies sur les flux sortants partant de la décision.

Concept Unwired Orchestrator	Concept PowerAMC
Named rules	Règles de gestion définies sur les flux sortants portant de la décision

Vous définissez les règles (Rules) en créant des règles de gestion ayant le stéréotype <<Decision Rule>> dans PowerAMC. Vous associez ensuite une ou plusieurs règles de gestion à chaque flux sortant partant de l'activité RuleSet. Puisque plusieurs règles peuvent être liées au même noeud cible (ou qu'une règle peut être liée à plusieurs noeuds cibles), vous pouvez associer la même règle de gestion à plusieurs flux en utilisant l'onglet Règles de la feuille de propriétés du flux.

Lors de la génération, toutes les règles de gestion utilisées par les flux sortants de la synchronisation RuleSplit sont parcourues et PowerAMC génère :

Une seule règle Orchestrator pour chaque règle de gestion (même si elle est utilisée par plusieurs flux). Le code de la règle de gestion est utilisé pour définir le nom de la règle et l'attribut Expression serveur est utilisé pour définir l'expression de la règle
Un noeud cible pour chaque flux sortant. L'attribut Alias dans l'onglet Condition de la feuille de propriétés du flux est utilisé pour définir le noeud du noeud cible (si la zone Alias de l'onglet Condition est vide, le code du flux est utilisé)

Lorsque la collection Rules est vide, cela signifie qu'il existe autant de règles que de noeuds cible. Donc, pour chaque flux il y a une règle et un noeud cible.