IBM FileNet P8, Version 5.2.1            

Héritage des flux de travaux

Pour instaurer un traitement cohérent et permettre la création de définitions de flux de travaux à travers un groupe de processus apparentés, vous pouvez créer des définitions de flux de travaux qui héritent des mappes de flux de travaux, des zones de données, des pièces jointes, des définitions de groupe de flux de travaux et d'autres propriétés à partir d'autres définitions de flux de travaux définies précédemment.

Cela signifie que vous pouvez définir des caractéristiques communes dans les définitions de flux de travaux à un niveau élevé dans la hiérarchie de classes et communiquer automatiquement ces caractéristiques à des définitions de flux de travaux dérivées par la suite.

La classe de base de toutes les définitions de flux de travaux est une classe fournie par FileNet P8 appelée WorkObjectEx. A partir de la classe WorkObjectEx, les définitions de flux de travaux héritent des zones de données système, de la sous-mappe Terminate et de la sous-mappe Malfunction.

Remarque : Toutes les définitions de flux de travaux héritent des caractéristiques de la classe de base WorkObjectEx fournie par FileNet P8 mais vous pouvez activer ou désactiver l'héritage pour les autres flux de travaux. Voir Préférences -> Flux de travaux dans l'aide en ligne de Process Designer, pour plus d'informations sur cette option. Les exemples fournis ci-après décrivent ce qui se passe quand vous désactivez l'héritage dans des flux de travaux qui contiennent une fonctionnalité d'héritage.

Quand vous créez une définition de flux de travaux basée sur une autre définition de flux de travaux, le nouveau flux de travaux hérite les éléments suivants du flux de travaux de base :

Propriétés de flux de travaux héritées Description
Mappe de flux de travaux La mappe principale héritée est automatiquement remplacée dans le nouveau flux de travaux par une mappe principale qui ne contient rien d'autre qu'une étape de lancement. Pour réactiver la mappe principale héritée, vous pouvez supprimer la mappe principale dans le flux de travaux actif.
Sous-mappes Les sous-mappes héritées sont en lecture seule. Pour modifier une sous-mappe héritée, vous pouvez la remplacer par une autre sous-mappe.
Zones de données, pièces jointes et définitions de groupe de flux de travaux Vous ne pouvez pas supprimer les zones, les pièce jointes et les groupes de flux de travaux hérités mais vous pouvez changer leurs valeurs initiales et leurs descriptions.
Echéance et rappel de flux de travaux Les échéances et les rappels de flux de travaux sont initialisés à partir du flux de travaux de base mais vous pouvez les modifier.
Jalons Vous pouvez modifier le message et le niveau de jalon hérités.
Journal des événements et liste Les désignations héritées pour le journal des événements et la liste sont modifiables jusqu'au moment du transfert du flux de travaux.
Identificateur de condition La valeur est initialisée à partir du flux de travaux de base mais vous pouvez la modifier.
Lien partenaire et schéma XML Il est impossible de modifier un lien partenaire ou un schéma hérités.
Zone de données XML Vous pouvez modifier la valeur et la description d'une zone de données XML héritée.
Dossier des pièces jointes de services Web entrantes Vous pouvez changer le dossier dans lequel seront stockées les pièce jointes entrantes des services Web.
Noms des jeux de règles Dans le cas d'un ensemble de règles hérité, vous pouvez changer la valeur du paramètre Asynchronous.
Préférence de notification par courrier électronique La valeur est initialisée à partir du flux de travaux de base mais vous pouvez la modifier.

La mappe principale, les sous-mappes, les zones de données, les pièces jointes, les groupes de flux de travaux, etc., des éléments hérités sont en lecture seule dans la définition de flux de travaux. Toutefois, vous pouvez modifier un élément hérité en changeant sa définition. Par exemple, vous pouvez remplacer une mappe existante avec la commande de création de mappe du menu Outils. Si vous supprimez la mappe de remplacement par la suite, la mappe héritée est réactivée.

Remarque : Si vous remplacez une zone héritée, vous pouvez exclusivement modifier sa valeur initiale et sa description mais pas son type de zone.

L'illustration ci-dessous montre combien d'éléments sont hérités et peuvent être remplacés à un niveau quelconque dans la hiérarchie.

Héritage de flux de travaux

Le flux de travaux Workflow-A sert de base pour les définitions de flux de travaux ultérieures. Les sous-mappes submap-a1 et submap-a2 sont des sous-mappes générales utilisables dans toutes les définitions de flux de travaux dérivées de la définition de base, et les zones field-a1 et field-a2 sont utilisées dans ces sous-mappes.

Workflow-M utilise Workflow-A comme flux de travaux de base et hérite ses mappes et ses zones de données. Workflow-M utilise sa propre mappe principale (main-M), ajoute submap-m1 et field-m1, et remplace submap-a1 par une version personnalisée de cette sous-mappe.

Workflow-N utilise également Workflow-A comme flux de travaux de base. Workflow-N utilise sa propre mappe principale (main-N) et ajoute une sous-mappe et une zone personnalisées. Il utilise la sous-mappe d'origine submap-a1 héritée de Workflow-A.

Workflow-R utilise Workflow-M comme flux de travaux de base et hérite les mappes et les zones de Workflow-M. Dans Workflow-R, la mappe principale par défaut (main-R) est supprimée et la mappe héritée main-M est la nouvelle mappe principale. La sous-mappe submap-m1 est remplacée par une nouvelle version et field-r1 est une nouvelle zone.

Si l'héritage de flux de travaux est désactivé dans le flux de travaux Workflow-R, les mappes et les zones héritées ne sont plus accessibles mais les références demeurent dans la définition de flux de travaux. La mappe héritée main-M (mappe principale) est remplacée par main-R. La sous-mappe submap-m1 remplace la sous-mappe héritée submap-m1 et demeure donc inchangée. La zone field-r1 a été créée dans Workflow-R.

Conseils :
  • Si vous désactivez l'héritage de flux de travaux dans un flux de travaux qui hérite des mappes, des zones et d'autres propriétés d'un autre flux de travaux, la mappe de base de ce flux de travaux est remplacée par la classe WorkObjectEx et tous les éléments hérités du flux de travaux de base précédent et non remplacés ne seront plus disponibles. Si ces éléments sont référencés, par exemple par une étape de sous-mappe, des erreurs de validation se produisent.

    Si vous réactivez l'héritage par la suite, les éléments hérités (sous-mappes, zones, etc) deviendront accessibles, même si la mappe principale (main-R dans cet exemple) continue de remplacer la mappe héritée et F_Trackers continuera de remplacer la propriété F_Trackers héritée le cas échéant. Vous pouvez supprimer la propriété F_Trackers et la mappe principale de remplacement si vous souhaitez utiliser la propriété F_Trackers et la mappe principale héritées.

  • Si le flux de travaux de base utilisé pour Workflow-R passe de Workflow-M à Workflow-N, main-N devient la nouvelle mappe de flux de travaux principale. La sous-mappe submap-m1 reste inchangé car elle remplace la sous-mappe submap-m1 héritée.
Remarques :
  • Dans Workflow-R, la mappe main-A et la forme originale de submap-a1 ne sont pas héritées dans Workflow-R ; seuls les éléments actifs de Workflow-M sont hérités.
  • Workflow-R n'ajoute pas de sous-mappes accessibles depuis la mappe principale (main-M) car main-M est en lecture seule. A la place, la sous-mappe submap-m1 est modifiée pour intégrer les fonctionnalités désirées. Si l'auteur du flux de travaux supprime la sous-mappe submap-m1 modifiée, la sous-mappe submap-m1 héritée de Workflow-M est réactivée et ne peut pas être supprimée.
  • Les éléments hérités dans une définition de flux de travaux dérivée ont les mêmes propriétés que le flux de travaux de base au moment où le flux de travaux dérivé est créé. Si le flux de travaux de base est modifié puis transféré vers la base de données du système de flux de travaux, toutes les définitions de flux de travaux dérivées restent inchangées jusqu'à ce que l'utilisateur ouvre une définition de flux de travaux dérivée et la transfère à nouveau.
 


Last updated: March 2016
bpfwd003.htm

© Copyright IBM Corp. 2016.