<de flux de travaux de processus id="100" processus-version="2"
language-version="1.0"
released="false" category="PC5"
createdBy="testuser"
creationDate="20050812T135800">
<name>ApprovePlannedItem</name>
<description>
<localized-text>
<locale language="fr">Ce processus de flux de travaux peut être
adopté pour approuver un élément planifié.</locale>
</localized-text>
</description>
<documentation>Reportez-vous à la documentation validée et planifiée des éléments.
documentation sur les éléments.
</documentation>
<web-service expose="true">
<callback-service>wsconnector.ApprovePlannedItem
</callback-service>
</web-service>
<failure-allocation-strategy>
<allocation-strategy type="target"
identifier="FAILUREALLOCATIONSTRATEGY" />
</failure-allocation-strategy>
...
</workflow-process>
- workflow-process
- Il s'agit de la balise parente de toutes les métadonnées de définition de processus.
- ID
- Il s'agit d'un identificateur à 64-bit fourni par le serveur de clés Cúram lorsqu'un processus est créé dans l'outil de définition de processus. L'identificateur de processus est requis et doit être unique dans le système de flux de travaux Cúram. La raison en est que l'identificateur de processus en conjonction avec le numéro de version de processus est de savoir comment le moteur du flux de travaux distingue un dossier de définition de processus d'un autre aux fins de lecture de bases de données.
- Version de processus
- Ce nombre représente la version d'une définition de processus de flux de travaux. Un enregistrement de définition de processus de flux de travaux est identifiée de manière unique par son numéro identificateur et version. Une définition de processus peut avoir plusieurs versions publiées et une version qui est en cours d'édition. Une fois qu'une définition de processus a été publiée, une nouvelle version est créée et ne peut plus être mise à jour. Toutes les mises à jour ultérieures nécessiteront la création d'une nouvelle version et cette dernière ne sera activée qu'après avoir été publiée. Lorsqu'un processus est lancé, le numéro de version publiée la plus élevée est utilisée. Les instances de processus qui commencent par un numéro de version donné reste liées à cette version jusqu'à la fin.
- La version de langue
- Les métadonnées de définition de processus est le langage de flux de travaux Cúram. Cette langue peut changer au fur et à mesure que de nouvelles fonctionnalités et améliorations sont ajoutées. Ce numéro de version va permettre soit au moteur de flux de travaux d'exécuter des anciennes versions de langue différentes des plus récentes ou plus probablement aux outils de mise à niveau de convertir les anciennes définitions de processus de nouvelles versions de langue.
- publié
- Il s'agit d'un indicateur booléen indiquant si la définition de processus a été publiée ou non. Seules les définitions de processus ayant été publiées peuvent être adoptées ou sélectionnées en tant que sous-processus d'une activité d'un flux secondaire (voir: Flux secondaire).
- catégorie
- Une définition de processus doit être placée dans une catégorie. La catégorie doit être sélectionnée dans l'outil de définition de processus et est extraite de la table de codes ProcessCategory. Cet attribut est destiné à être utilisé pour la fonctionnalité de recherche de la définition du processus et n'a aucun effet fonctionnel sur le processus dans le moteur de flux de travaux.
- createdBy
- Cela représente le nom de l'utilisateur qui a créé la définition de processus de flux de travaux. Cet attribut est destiné à être utilisé pour la fonctionnalité de recherche de la définition du processus et n'a aucun effet fonctionnel sur le processus dans le moteur de flux de travaux.
- creationDate
- Ceci représente la date et l'heure auxquelles la définition de processus de flux de travaux a été créée. Cet attribut est destiné à être utilisé pour la fonctionnalité de recherche de la définition du processus et n'a aucun effet fonctionnel sur le processus dans le moteur de flux de travaux.
- name
- Le nom de la définition de processus est le moyen par lequel le processus est identifié aux fins d'adoption. Le service d'adoption (de l'API utilisée pour lancer un processus dans le code) identifie le processus à adopter par son nom. En tant que tel, ce nom est requis pour être unique dans le système de flux de travaux et ne peut pas être modifié une fois le processus créé. Etant donné que le nom du processus est effectivement une constante, il n'est pas localisable comme pourrait l' être un nom d'activité.
- description
- Un processus peut également avoir une description facultative qui indique brièvement ce qu'il (le processus) fait en faveur de ceux qui éditent la définition de processus à l'avenir. Il s'agit de la zone de texte localisable dans le même format que toutes les zones localisables dans une définition de processus (voir: Texte localisé).
- documentation
- Un processus peut également comporter un lien vers des documents qui peuvent l'expliquer d'une manière plus descriptive. Il s'agit d'une zone de texte à format libre dans laquelle le développeur peut entrer le nom du document concerné pour le processus de flux de travaux ou même un lien vers ledit document.
- service Web
- Cet élément facultatif décrit les détails du service Web d'un processus de flux de travaux. Un processus peut être marqué comme étant un service Web définissant cette valeur de métadonnées qui indique que le processus doit être exposé en tant que service Web. Cela permet au processus de participer à un processus orchestré par BPEL (Business Process Execution Language) et signifie qu'il est possible d'appeler le processus à partir d'un processus BPEL. De plus amples informations sur cette fonctionnalité sont disponibles sur Services Web de flux de travaux.
- exposer
- Cet attribut représente un indicateur booléen indiquant si la définition de processus doit être exposée en tant que service Web ou non. Une définition de processus de flux de travaux n'est pas exposée en tant que service Web par défaut.
- service de rappel
- Il s'agit d'un élément facultatif car ce ne sont pas tous les appels provenant d'un processus BPEL qui nécessitent un rappel. La valeur est le nom qualifié complet d'une classe qui agrandit la classe org.apache.axis.client.Service (qui fait partie du Service (Axis API) du projet Apache Axis). La classe org.apache.axis.client.Service est générée par la fonction du connecteur de services Web Cúram pour les services Web sortants.
- Echec d'allocation-stratégie
- Un processus peut éventuellement disposer d'une stratégie de non-attribution spécifiée pour lui. Lors de l'allocation d'une tâche (associée à une activité Manuel ou Décision ), le moteur de flux de travaux sollicite la stratégie d'allocation associée pour l'extraction de la liste des cibles d'allocation. Si aucune cible d'allocation n'est retournée suite à cet appel, le moteur de flux de travaux vérifiera alors si une stratégie d'allocation d'échec est disponible et utilisera cette stratégie pour tenter d'allouer la tâche. Etant donné que la stratégie d'allocation de type TARGET spécifie directement une cible d'allocation, il n'est jamais nécessaire de revenir à la stratégie d'allocation d'échec. La stratégie d'allocation d'échec est une stratégie à l'échelle de processus. Si cette stratégie est spécifiée, elle sera utilisée pour tous les manuels et les activités de décision dans le processus lorsque nécessaire.
- stratégie d'allocation
- Cette section décrit la stratégie d'allocation d'échec en cours d'utilisation pour le processus. La stratégie d'allocation d'échec doit être de type TARGET. Si le programme de résolution de travail n'est pas en mesure d' allouer la tâche à un utilisateur, un objet organisationnel (ex. : unité organisationnelle, position ou travail) ou une file d'attente de travaux à l'aide de la cible d'allocation spécifiée, la tâche sera affectée à la file d'attente de travaux par défaut. L'attribut identificateur représente l'identificateur de la cible d'allocation utilisé comme stratégie d'allocation d'échec.