Tâche (abstraite)(Abstract Task)
L'unité de travail générique et non typée de BPMN — un rectangle aux angles arrondis sans icône de marqueur. Elle indique qu'un travail a lieu à ce point sans préciser comment ce travail est réalisé.
La Tâche Abstraite (souvent simplement appelée Tâche) est l'activité de base de BPMN 2.0. Tous les types de tâches spécialisés — Utilisateur, Service, Envoi, Réception, Manuelle, Script et Règle métier — en sont des raffinements, chacun ajoutant une icône de marqueur et une sémantique d'exécution.
Une tâche abstraite est volontairement non engageante : elle dit *ce qui* est fait, non pas *qui ou quoi* le fait. Cela en fait le choix naturel pour les modèles de processus descriptifs en début de projet, où l'objectif est de s'accorder sur le flux de travail avant de décider des détails d'implémentation.
Quand l'utiliser et l'éviter
Quand l'utiliser
Lors des ateliers de découverte et des premières ébauches, quand le mécanisme de chaque activité n'a pas encore été décidé.
Dans les modèles descriptifs destinés à un lectorat métier, où les icônes de marqueur ajouteraient du bruit sans apporter de compréhension.
Comme espace réservé à raffiner ultérieurement en tâche typée (Utilisateur, Service, etc.) lorsque le modèle devient exécutable.
Quand NE PAS l'utiliser
Dans les modèles exécutables déployés sur un moteur de processus — le moteur a besoin d'un type concret pour savoir comment exécuter l'activité.
Quand la distinction entre travail humain et automatisé importe au lecteur — utilisez une Tâche Utilisateur ou une Tâche de Service pour la rendre explicite.
Pour envoyer ou recevoir des messages — la Tâche d'Envoi et la Tâche de Réception portent cette sémantique ; une tâche abstraite n'interagit pas avec les flux de messages par elle-même.
Exemple métier
Traitement de commande esquissé avec des tâches génériques
Ouvrez cet exemple dans l'éditeur de processus HEFLO et explorez le diagramme de l'intérieur.
Ouvrir dans l'éditeur HEFLO →Étape par étape
- Le processus démarre à la réception d'une commande.
- La tâche abstraite « Vérifier la disponibilité du stock » (mise en évidence) indique que le stock est vérifié ici — le modèle ne dit pas encore si une personne ou un système s'en charge.
- Préparer la commande suit, et le processus se termine avec la commande prête à être expédiée.
Il s'agit d'un modèle descriptif typique : le flux est d'abord validé ; les types de tâches sont attribués plus tard, quand l'équipe décide de ce qui sera automatisé.
Différences
Différence entre une Tâche Abstraite et les tâches typées
La tâche abstraite ne porte aucune sémantique d'exécution — elle marque seulement qu'un travail a lieu. Les tâches typées (Utilisateur, Service, Envoi, Réception, Manuelle, Script, Règle métier) ajoutent chacune une icône de marqueur et indiquent à un moteur de processus exactement comment exécuter l'activité. Utilisez les tâches abstraites lorsque vous modélisez pour la compréhension ; attribuez les types lorsque le modèle doit s'exécuter.
Différence entre une Tâche et un Sous-processus
Une Tâche est atomique : elle ne peut être décomposée davantage au sein du modèle. Un Sous-processus est composé : il contient son propre flux d'activités, de passerelles et d'événements. Si vous ressentez le besoin de décrire des étapes *à l'intérieur* d'une tâche, il s'agit probablement d'un sous-processus.
FAQ
Un moteur de processus peut-il exécuter une tâche abstraite ?
La plupart des moteurs la rejettent ou la traitent comme une étape de simple passage / manuelle, selon l'éditeur. Pour les processus exécutables, choisissez toujours un type de tâche concret.
Est-ce une erreur de publier un modèle final utilisant encore des tâches abstraites ?
Pas pour de la documentation descriptive — beaucoup d'organisations gardent volontairement non typés les modèles destinés au métier. Cela ne devient un problème que lorsque le modèle est censé être déployé sur un moteur d'automatisation.