Combinaison de sous-tâches pour former des flux de production

Il vous est possible de lier les sous-tâches d’une tâche principale (et aussi les tâches d’un pro­jet ou d’une phase) pour former un flux de production sur une base de données partagées ou d’un ensemble de conditions d’état. Compte tenus de deux sous-tâches S₁ et S₂, vous pouvez établir les spécifications suivantes concernant leurs données d’entrée et de sortie :

o  Pour la sous-tâche S₂, on spécifie comme données d’entrée un document D qui appar­tient aux données de sortie de S₁. Ainsi, S₂ ne peut démarrer que si S₁ est terminée et que le document D a été publié. Il existe une relation de livraison entre les deux sous-tâches : S₁ délivre D à S₂.

o  De même, on peut spécifier comme données de sortie de S₁ le document D qui appar­tient aux données d’entrée de S₂. L’effet est le même ; la différence dans la procédure dépend de quelle sous-tâche a été créée en premier, S₁ ou S₂.

Vous pouvez également relier les sous-tâches à la tâche principale, par exemple en prenant en compte les données d’entrée de la tâche principale comme données d’entrée d’une sous-tâche ou en déclarant des données de sortie d’une sous-tâche comme une partie des données de sortie de la tâche principale. Ainsi, l’élaboration de la tâche principale peut être totalement ou partiellement distribuée aux sous-tâches.

Si vous spécifiez, par exemple un champ de données d’entrée d’une sous-tâche comme champ de données d’entrée de la tâche principale, la tâche principale et la sous-tâche partagent ce champ de données. Les tâches qui partagent un champ de données partagent également la va­leur contenue quand elle est libérée. Ceci entraîne que la valeur du champ de données est copiée de la tâche principale à la sous-tâche lorsque celle-ci est disponible, dans notre exemple lorsque la tâche principale est effectivement démarrée. La valeur du champ de don­nées ne peut être modifiée dans la sous-tâche de manière indépendante de la tâche principale.

Vous pouvez relier plusieurs sous-tâches pas uniquement par l’intermédiaire de champs de don­nées concrets, mais également par des conditions préalables sur l’état de progression d’une sous-tâche qui est caractérisé par l’état de délivrance de ses données d’entrée et de sor­tie :

o  <entrée libérée> : Les données d’entrée d’une tâche sont libérées par une action de tâche, par exemple par le démarrage du donneur d’ordre : celui-ci déclare les données d’entrée valides et ne peut alors les modifier. La tâche est dans un état démarré, en­ga­gé, ou probablement déjà fini, mais non à l’état initial, retiré ou annulé par exemple. La condition <entrée de S₁ libérée> pour le démarrage d’une autre tâche entraîne que l’autre tâche peut démarrer dès que S₁ change dans un état où ses données d’entrée sont disponibles.

<sortie libérée> : Les données de sortie d’une tâche sont livrées par une action de tâche (finir ou compléter) du preneur d’ordre : celui-ci déclare les données de sortie va­lides et ne peut alors les modifier. La tâche est dans un l’état fini, accepté ou comp­lété), mais non à l’état démarré ou engagé. La condition <sortie de S₁ libérée> pour le démarrage d’une autre tâche entraîne que l’autre tâche peut démarrer dès que S₁ change dans un état où ses données de sortie sont disponibles.

Si vous souhaitez avoir une sous-tâche S₂ démarrée uniquement après que la sous-tâche S₁ ait été terminée, vous devez sélectionner la condition <sortie de S₁ libérée> comme données d’entrée de S₂. Si une tâche principale devrait être terminée que lorsque sa sous-tâche S₂ a été terminée, vous devez sélectionner la condition <sortie de S₂ libérée> comme données de sor­tie de la tâche principale.