Qu’est-ce que le modèle et la notation de gestion de cas (CMMN)

Processus ad hoc

Les processus ad hoc sont des ensembles d’activités commerciales et d’artefacts correspondants (par exemple, des informations, des décisions et des produits) qui ne peuvent être standardisés qu’à un niveau élevé d’agrégation. Les types réels d’activités et leur ordre sont différents d’un cas à l’autre.

Voici les caractéristiques du processus Ad-hoc :

• Bien que certaines activités puissent être prédites, une grande partie du processus ne peut pas être entièrement spécifiée au début, car elle nécessite des informations qui ne deviennent disponibles qu’à un certain stade du projet.
• Si nous supposons que dans le contexte des processus ad hoc, la prochaine étape n’est jamais déterminée, leur exécution ne peut pas être contrôlée par les systèmes d’information classiques basés sur les processus, dans la plupart des cas, les travailleurs du savoir contrôlent le processus.
• Il semble impossible de penser à toutes les possibilités pour un processus ad-hoc au moment de la conception, un tel modèle de processus deviendrait complexe et difficile à gérer

BPMN contre CMMN

Au cours des dernières décennies, l’accent a été mis sur la modélisation et l’automatisation de processus bien structurés et routiniers. BPMN est mieux utilisé pour un travail bien structuré et hautement prévisible où les travailleurs du savoir exécutent principalement des tâches, tandis que CMMN couvre la section des processus moins prévisibles avec la participation active des travailleurs du savoir prenant des décisions et planifiant pendant l’exécution.

La gestion de cas (CM) a été introduite en tant qu’outil pour les travailleurs du savoir par van der Aalst en 2005. En mai 2014, l’OMG a publié une  norme de gestion de cas appelée Case Management Model and Notation (CMMN) . Son objectif est de soutenir des processus imprévisibles, à forte intensité de connaissances et faiblement structurés. La gestion de cas est un type de technologie de processus métier qui n’utilise pas de flux de contrôle pour décrire le processus.

La gestion de cas consiste à responsabiliser les travailleurs du savoir en leur donnant accès à toutes les informations concernant le cas et en leur donnant la discrétion et le contrôle sur l’évolution d’un cas. La gestion de cas ne concerne pas le processus, mais les travailleurs. Contrairement aux processus classiques, un certain objectif et la possibilité de choisir sont plus importants que la manière d’atteindre l’objectif lui-même.

Voici la liste des différences entre BPMN et CMMN :

La notation déclarative  ne tente pas de modéliser le déroulement d’un problème ; ils établissent les résultats souhaités, c’est-à-dire qu’ils précisent ce qu’ils veulent qu’il se produise, mais pas comment cela devrait se produire. SQL est un exemple de programmation déclarative car il ne tente pas de contrôler le déroulement d’un programme ; il indique simplement ce qu’il aimerait voir apparaître mais pas comment cela se fait.

La notation impérative , en revanche, tente de modéliser le déroulement d’un problème ; par exemple, les langages de programmation impératifs tels que Java ou C++, ils établissent des commandes qui indiqueront au compilateur comment ils souhaitent que le code s’exécute, mais pas explicitement ce qu’ils veulent qu’il se produise.

Processus structuré vs cas vs processus ad hoc

Temps de conception vs temps d’exécution

Il n’y a pas de modèle de flux de séquence dans CMMN. L’exécution d’une tâche dépend d’événements et de conditions appelés sentinelles Une sentinelle capture l’occurrence d’un certain événement ou d’une condition remplie dans un cas. Les sentinelles sont utilisées comme critères d’entrée et de sortie. Notez que les losanges noirs et blancs représentent les critères.

Un cas comporte deux phases distinctes qui sont la phase de conception et la phase d’exécution, décrites ci-dessous :

Temps de conception

Au cours de la phase de conception, les analystes métier s’engagent dans la modélisation, qui comprend la définition des tâches (éléments de plan) qui font toujours partie de segments prédéfinis dans le modèle de cas, et les tâches « discrétionnaires » qui sont disponibles pour le travailleur social qui à appliquer éventuellement en fonction de sa discrétion.

Durée

Dans la phase d’exécution, les assistants sociaux exécutent le plan en exécutant des tâches comme prévu et en ajoutant éventuellement des tâches discrétionnaires à l’instance de plan de cas lors de l’exécution.

Diagramme CMMN en un coup d’œil

Cet exemple illustre le processus d’écriture papier modélisé avec CMMN. Supposons que la rédaction d’un article soit un travail de connaissance intensif et qu’il puisse être traité de différentes manières. Étudions cet exemple un peu plus loin comme suit :

1. Le processus comporte deux étapes à atteindre :

• Brouillon terminé
• Document complété

1. Plusieurs tâches (par exemple  Créer une table des matières ) sont laissées à la discrétion de l’auteur.
2. L’étape de préparation du brouillon  avec  la tâche d’ écriture de texte  et  d’intégration de graphiques  est obligatoire.
3. Cette étape a défini la règle de répétition qui est symbolisée par le décorateur de répétition (ie  hash ).
4. Bien que  le sujet de recherche  soit une tâche obligatoire, la tâche  d’ organisation des références  doit être décidée au moment de l’exécution. C’est similaire pour  créer des graphiques  et  générer une liste de figures .
5. Le processus sera terminé lorsque  le document sera créé  ou que la  date limite sera atteinte .

* Extrait de la spécification OMG Case Management Model and Notation

Noter

• Un modèle de plan de cas est représenté à l’aide d’une forme de « dossier »
• Le nom du cas peut être inclus dans le rectangle supérieur gauche.
• Les divers éléments d’un modèle de plan de cas sont représentés dans les limites de la forme du modèle de plan de cas.
• Le diagramme montre un exemple de modèle de plan de cas.

Concepts de base du CMMN

Le modèle de comportement complet d’un cas est capturé dans un  modèle de plan de cas . Pour un modèle de cas particulier, un modèle de plan de cas comprend tous les éléments qui représentent le plan initial du cas et tous les éléments qui prennent en charge l’évolution ultérieure du plan grâce à la planification d’exécution par les assistants sociaux. Il existe quatre types d’éléments de plan :

Tâches

Une tâche est une unité de travail. Il existe trois types de tâches :

Tâches (tâche discrétionnaire)

Les tâches font toujours partie de segments prédéfinis dans le modèle de cas. En plus des tâches, il existe des tâches discrétionnaires qui sont disponibles pour le travailleur social, à appliquer éventuellement en fonction de sa discrétion. Une tâche discrétionnaire est représentée par une forme rectangulaire avec des lignes pointillées et des coins arrondis. Notez que tout type de tâche peut être discrétionnaire :

Auditeurs d’événements

Un événement est quelque chose qui se produit au cours d’une affaire. Par exemple, l’activation, l’activation et la fin des Étapes et des Tâches, ou la réalisation des Jalons.

Jalon

Un jalon représente un objectif réalisable, défini pour permettre l’évaluation de l’avancement du dossier. Aucun travail n’est directement associé à un jalon, mais l’achèvement d’un ensemble de tâches ou la disponibilité de livrables clés (informations dans le dossier) conduit généralement à la réalisation d’un jalon. Un jalon peut avoir zéro ou plusieurs critères d’entrée, qui définissent la condition lorsqu’un jalon est atteint.

Par exemple, nous avons un accord de niveau de service (SLA) dans le processus conforme qui peut être modélisé à l’aide d’un écouteur d’événement de minuterie et d’un jalon, comme suit.

Étape et étape discrétionnaire

• L’étape peut être considérée comme une « phase » dans un cas et regroupe généralement un certain nombre de tâches.
• C’est un conteneur d’éléments à partir duquel le plan du dossier est construit et peut encore évoluer.
• Les étapes peuvent être considérées comme des « épisodes » d’un cas. Ils peuvent être considérés comme des sous-cas (similaires aux sous-processus dans BPMN) et ils s’exécutent également en parallèle.
• L’étape est représentée par une forme rectangulaire avec des coins inclinés et un marqueur sous la forme d’un signe « – » dans une petite boîte en son centre inférieur (« – » désigne les étapes étendues).
• Une étape discrétionnaire peut être ajoutée « en option », « ad hoc », au plan à la discrétion de l’utilisateur.

La figure ci-dessous montre une étape développée avec une sous-étape et trois tâches.

Critères

Les critères nous permettent de décrire quand une tâche, une étape ou un jalon doit être disponible pour l’exécution (critères d’entrée), ou quand un cas (plan de cas), une étape ou une tâche doit se terminer anormalement (critères de sortie). Les critères comportent les deux parties facultatives suivantes :

• Un ou plusieurs événements déclencheurs (appelés onParts). Ce sont des événements qui satisferont à l’évaluation des critères d’entrée ou des critères de sortie

Nous pouvons penser aux critères formant une phrase comme suit,

([ on < Event 1 >[, on < Event 2 >[, . . .]] ]) AND ([ if < Boolean condition > ])

Notez que:

• Où les crochets ([ ]) indiquent des parties facultatives de la phrase, et les crochets angulaires (< >) sont des espaces réservés à remplacer.
• à la fois onPart et ifPart sont facultatifs  dans la phrase, mais pour que cela ait un sens, au moins l’un d’entre eux doit être présent.

Critère d’entrée

Un critère d’entrée décrit la condition qui doit être satisfaite pour que l’étape, la tâche ou le jalon soit disponible pour l’exécution. L’étape, la tâche ou les jalons sans critères d’entrée seront disponibles pour exécution dès leur création. Les critères d’entrée peuvent être placés n’importe où dans la bordure de l’étape, de la tâche ou du jalon.

Exemple

Dans l’exemple ci-dessous, les deux étapes réclamations produit et réclamations service nécessitent un critère d’entrée, car elles ne peuvent s’exécuter que si la réclamation est de leur type. Dans la plupart des cas, une seule des deux étapes sera exécutée, bien que dans certaines situations, les plaintes puissent concerner les deux étapes.

Critère de sortie

Un critère de sortie est similaire à un critère d’entrée, mais il est utilisé pour arrêter de travailler sur l’étape, la tâche ou le cas (plan de cas) lorsqu’il est satisfait. Dans le processus de plainte, nous ajouterons un critère de sortie pour le cas. Dans la situation où le client appelle et annule la plainte, nous devons donc arrêter de travailler sur le cas. Nous modélisons ce scénario en ayant un élément de dossier d’annulation, qui peut être un enregistrement vocal d’un appel client ou une lettre du client.

Dossier

Dans CMMN, chaque instance de cas contient un seul  dossier de cas  (également appelé  dossier de cas , ou simplement le  cas ) et les assistants sociaux ont accès à toutes les données de ce fichier de cas. Les assistants sociaux peuvent ajouter, supprimer et modifier des données dans le dossier même s’ils n’exécutent aucune tâche dans le dossier, tant qu’ils disposent de privilèges suffisants. Les données du dossier de cas sont appelées éléments de dossier de cas.

Toutes les données et structures de données sont appelées  éléments de dossier de cas . Toutes les pièces du dossier sont stockées dans le dossier. Les éléments de dossier de cas sont utilisés pour représenter toutes sortes de données, y compris une valeur de données dans une base de données, une ligne dans une base de données, un document, une feuille de calcul, une image, une vidéo, un enregistrement vocal, etc. En plus des données de base, les éléments de dossier peuvent également représenter des conteneurs, notamment un répertoire, un dossier, un ensemble, une pile, une liste, etc.

Exemple

Tableau de planification

Une étape ou une tâche manuelle peut avoir un tableau de planification indiquant si les éléments discrétionnaires sont visualisés (-) ou non (+). Lorsqu’un utilisateur « développe » un tableau de planification, les éléments discrétionnaires qu’il contient deviennent visibles dans l’étape ou en dehors de la tâche manuelle. Pour les éléments discrétionnaires associés à une tâche manuelle, la planification n’est disponible que dans l’état actif de la tâche.