WORKFLOW
L'opérateur du système d'archivage configure les flux de travail en adaptant
les directives de configuration du module workflow
.
Ces directives sont placées dans la section correspondant au module
dans le fichier de configuration :
[workflow]
... directives de configuration de la gestion des flux de travail ...
L'opérateur doit déclarer la liste des actions disponibles pour la définition des flux de travail.
Ces actions seront ensuite utilisées par l'administrateur fonctionnel pour la description des étapes de flux de travail.
La directive actions
fournit une liste au format JSON, chacune étant
identifiée de manière unique:
actions = {
'identifiant_action_1' : { ... définition d'action 1 ... },
'identifiant_action_2' : { ... définition d'action 2 ... }
}
La définition d'action comporte les éléments suivants:
Nom | Type | Description |
---|---|---|
name | string | obligatoire Nom court affiché à l'administrateur et aux utilisateurs. |
description | string | Description complète de l'action, pour afficher une aide à l'utilisateur. |
batch | bool | Indique si l'action peut être réalisée sur une collection d'archives. Si activé, l'action sera proposée à l'utilisateur sur une sélection multiple. Si ignoré, l'option est désactivée par défaut. |
service | string | URI Laabs du service appelé pour réaliser l'action, par exemple monBundle/monComposant/monAction |
params | object | Liste de valeurs par défaut pour les paramètres de l'action, sous la forme de paires clé/valeur. |
actions | object | Liste d'actions dépendantes qui peuvent être appelées à partir de ce point du flux. Voir ci-dessous |
view | string | URI Laabs de la vue utilisée pour présenter le résultat de l'appel à l'action, par exemple monRépertoire/monPresenter/maVue |
La valeur du paramètre actions
fournit une liste d'actions dépendantes qui peuvent être
déclenchées par l'utilisateur à partir de l'action en cours.
Ce système permet des actions en deux temps, avec par exemple l'affichage d'un formulaire de saisie puis la validation de son contenu pour réaliser la mise à jour des informations.
Les actions secondaires sont déclarées sous la forme d'un une liste au format JSON, chacune étant identifiée de manière unique:
actions = {
'identifiant_action_1' : {
'actions': {
'identifiant_action_1_a: {... définition d'action dépendante 1 a ... },
'identifiant_action_1_b' : { ... définition d'action dépendante 1 b ... }
}
}
Le format de définition d'action dépendante est identique à celui des actions principales, avec deux restrictions :
batch
est ignoré car l'action dépendante hérite du caractère unitaire ou par lot de l'action de référence,actions
est ignoré car il n'est pas permis de chaîner plus de 2 actions Les actions dépendantes peuvent aussi être définies par référence en indiquant leur identifiant en lieu et place de leur définition :
actions = {
'identifiant_action_1' : {
'actions': {
'identifiant_action_1_a: 'identifiant_action_2'
}
},
'identifiant_action_2' : { ... définition d'action 2 ... }
}
Dans ce cas, l'action dépendante est aussi disponible en tant qu'action principale pour la définition des circuits.