Chapter 6 Construction d'un Modèle de Processus Métiers collaboratif


Modélisation d'une Binary Collaboration

Vous modélisez une collaboration binaire (Binary Collaboration) à l'aide d'un processus doté du stéréotype <<BinaryCollaboration>>.

Les unités d'organisation sont modélisées comme rôles demandeur et répondeur de la Binary Collaboration. Elles sont liées au processus à l'aide d'associations de rôles.

Exemple :


Les attributs étendus suivants (accessibles sur l'onglet Attributs étendus de la feuille de propriétés du processus) s'appliquent au processus Binary Collaboration :

Nom Code interne Description
Motif Pattern Nom facultatif du motif sur lequel cette collaboration binaire est basée
Pré-conditions preConditions Description d'un état externe à cette collaboration/transaction et qui est requis avant que cette collaboration/transaction ne puisse se terminer
Post-conditions postConditions Description d'un état qui n'existe pas avant l'exécution de cette transaction, mais qui existera à l'issue de l'exécution de cette transaction
Commence quand beginsWhen Description d'un événement externe à la collaboration/transaction et qui provoque normalement le début de cette collaboration/transaction
Se termine quand endsWhen Description d'un événement externe à cette collaboration/transaction qui provoque normalement la fin de cette collaboration/transaction

Chorégraphie

La Binary Collaboration est un processus composite doté d'un sous-diagramme qui modélise la chorégraphie :


La chorégraphie est une séquence d'activités, qui peut être :

Les attributs étendus suivants (accessibles sur l'onglet Attributs étendus de la feuille de propriétés du processus) s'appliquent au processus de Business Transaction Activity. Le tableau suivant montre quels sont les attributs disponibles pour le langage de processus ebXML BPSS 1.01 ou ebXML BPSS 1.04 :


Nom

Nom interne

Description
BPSS 1.01 BPSS 1.04
Est simultané isConcurrent

(true | false) "false"
Si la BTA est simultanée, plusieurs BT peuvent être ouvertes à la fois. Si la BTA n'est pas simultanée, une seule BT peut être ouverte à la fois. Oui Oui
Lie d'un point de vue légal isLegallyBinding

(true | false) "true"
La BT exécutée par la BTA en cours engage légalement les deux parties. La valeur par défaut est True. Oui Oui
isSynchronous isSynchronous

(true | false) "false"
La BT est exécutée par la BTA en cours de façon synchrone. Oui Oui
Pré-conditions preConditions Description d'un état externe à cette transaction et qui est requis avant que cette transaction ne puisse commencer. Non Oui
Post-conditions postConditions Description d'un état qui n'existe pas avant l'exécution de cette transaction, mais qui sera produit par l'exécution de cette transaction. Non Oui
Commence quand beginsWhen Description d'un événement externe à la transaction et qui provoque normalement le début de cette transaction. Non Oui
Se termine quand endsWhen Description d'un événement externe à la transaction et qui provoque normalement la fin de cette transaction. Non Oui

timeToPerform

timeToPerform représente l'intervalle de temps entre le moment où une Business Transaction Activity initie la première Business Transaction et le moment où la transition revient vers la Business Transaction Activity demandeur. Pour définir timeToPerform pour une Business Transaction Activity, vous pouvez utiliser l'attribut Durée dans la feuille de propriétés du processus.

Flux

Les flux dans la chorégraphie spécifient les transitions entre activités. Les attributs étendus suivants (accessibles dans l'onglet Attributs étendus de la feuille de propriétés de flux) s'appliquent au flux :

Nom Code interne Description
Lors de l'initiation onInitiation

(true | false) "false"
Ce paramètre est utilisé pour spécifier une Business Transaction Activity imbriquée et pour indiquer qu'une deuxième BT est exécutée avant de retourner à la transaction en cours qui retournera une réponse au demandeur initial
Langage d'expression expressionLanguage Spécifie le langage qui a été utilisé pour rédiger l'expression de la condition
Condition de garde conditionGuard L'expression qui conditionne la transition. Cet attribut est disponible uniquement pour les modèles utilisant BPSS 1.04 ; il peut avoir l'une des valeurs suivantes : ProtocolSuccess, AnyProtocolFailure, RequestReceiptFailure, RequestAcceptanceFailure, ResponseReceiptFailure, ResponseAcceptanceFailure, SignalTimeout, ResponseTimeout, BusinessSuccess, BusinessFailure, Success, Failure. (Pour BPSS 1.01, le type du flux indique la condition)

 


Copyright (C) 2006. Sybase Inc. All rights reserved.