Vous pouvez également accéder à ce tutoriel en anglais et en allemand.

 

Ce didacticiel montre comment filtrer un journal de processus XES à partir de YAWL dans l'outil d'exploration de processus ProM. Après le filtrage, nous examinons le mineur inductif, le mineur heuristique sensible aux données et le mineur flou et comparons les résultats avec la spécification YAWL d'origine.
Voici les liens mentionnés dans la vidéo:

Lien de téléchargement pour ProM

MOOC sur ProM par Joos Buijs

Le fichier zip ci-dessous contient les journaux XES avant et après filtrage.

 

Bienvenue dans notre troisième tutoriel sur l'extraction de processus avec YAWL! Donc, dans la dernière vidéo, nous avons produit le fichier XES. Et dans cette vidéo, je vais vous montrer comment analyser ce fichier XES avec un outil d'exploration de processus. Et nous allons utiliser ProM, un outil open-source de l'Université d'Eindhoven, à cette fin. Et je mettrai le lien de téléchargement dans le matériel supplémentaire ci-dessous. Il existe également d'autres outils que ProM et nous avons utilisé Disco et Celonis dans le passé, mais ProM est bien sûr le plus facile à obtenir et peut-être pas le plus facile à manipuler. Vous apprendre à installer et à utiliser ProM irait au-delà de cette série de didacticiels, mais il y a un excellent matériel sur la page de téléchargement. Il y a aussi un groupe d'utilisateurs ProM et il y a un MOOC de Joos Buijs qui est excellent et je mettrai également le lien dans le matériel supplémentaire. Nous allons donc utiliser le fichier XES du dernier tutoriel. Et nous utiliserons ProM pour y travailler. Alors allons-y! Nous avons notre fichier XES du système YAWL ouvert ici. Donc, comme vous pouvez le voir au niveau supérieur, nous avons le journal des éléments. Donc, dans XES, tout est un journal. Et un journal se compose de plusieurs traces. Nous avons donc ici l'élément trace et la valeur 1 est l'identifiant de cas dans YAWL. Et puis pour cette trace, nous avons des événements: événement 1, événement 2, et ainsi de suite et ainsi de suite. Nous allons donc maintenant charger ce fichier dans ProM, le filtrer et faire quelques analyses dessus. Je vais donc démarrer ProM ici. C'est donc ProM quand il est ouvert. Nous allons importer notre fichier XES du didacticiel. Et ici, nous en prendrons la version naïve car certaines des autres versions ne fonctionnent tout simplement pas. Maintenant, nous avons notre fichier journal ici et nous allons le filtrer afin d'appliquer des fonctions. Nous devons appuyer sur le bouton de lecture ici, puis nous le filtrerons avec quelque chose qui s'appelle un journal de filtre heuristique en utilisant une heuristique simple. C'est celui dont nous avons besoin: sélectionnez et démarrez. Maintenant, nous obtenons un certain nombre d'événements ou de classes d'événements différents ici. Planifiez, démarrez, terminez, etc. Et nous ne sommes intéressés que par des événements complets parce que nous ne voulons pas regarder combien de temps quelqu'un a regardé un formulaire ou autre. Nous voulons simplement voir ce qui s'est passé au cours du processus. Donc ce que nous allons faire est, nous allons mettre tout cela à supprimer. Accepter complet c'est celui que nous gardons. Et puis nous avons les événements de début, nous appuyons sur suivant les événements de fin, nous appuyons sur suivant et le filtre d'événements. "Nous l'avons mis à 100 pour cent, nous voulons que tous les événements soient terminés. Le résultat est un fichier dans lequel nous avons un processus, huit cas et 50 événements. Nous avons encore des événements complets en double. C'est toujours comme ça dans YAWL. Donc nous à filtrer ceux sur nous avons donc besoin d' un autre filtre donc nous revenons à nos listes d'éléments que nous allons à la première et nous appliquons un autre filtre ici et celui - ci est appelé:..... « filtre attributs d' événement » « filtre log on event attribute values ​​", c'est celui que nous choisissons. Et ici, nous avons quelques onglets et nous allons simplement à la ressource de l'organisation et la seule ressource de l'organisation que nous avons est toujours le même utilisateur. Nous pouvons donc choisir cet utilisateur et tout supprimer si cette valeur est fournie et qui éliminera nos événements complets en double. et nous appuyer sur la fin. maintenant, nous avons un processus, huit cas, et 25 événements. et maintenant, nous allons examiner notre résultat. donc, le premier sera à regarder aux variantes de trace. Nous examinons la variance de trace et vous pouvez voir maintenant que nous avons plusieurs variantes qui w Nous pouvons explorer ici. La prochaine chose est, nous allons au mineur visuel inductif. Et ce que nous pouvons voir maintenant, c'est ce qui a été déduit du journal. Nous pouvons donc voir que nous avons huit cas ici et ces bulles jaunes sont en fait les cas qui passent par ce diagramme. Le signe plus est une division parallèle et nous avons quatre cas où l' exigence d'annulation a été exécutée. Cela correspond à la liste que nous avons vue. Nous avons quatre cas avec "Définir un projet de développement logiciel" et quatre cas avec "Préparer l'approvisionnement logiciel". Ensuite, nous avons deux cas où le projet a effectivement démarré. Les deux autres sont ceux qui ont été annulés ici. Et puis nous avons deux cas avec "Approuver la proposition", deux cas sans approbation parce qu'ils ont été en dessous du seuil et un cas avec "Préparer la commande d'achat" à partir de ce journal filtré. Pour commencer avec le mineur heuristique conscient des données. Nous devons donc mettre une sélection différente ici et nous entrons des données et nous disons que nous prenons le réseau causal des données. Et ici, la configuration prenant en charge les données, nous sélectionnons le coût estimé. Et maintenant, nous pouvons voir que nous avons «Formuler l'exigence terminée», «Préparer l' approvisionnement logiciel terminé» et nous pouvons sélectionner ces bulles ci-dessous, puis nous pouvons voir par exemple ici nous faisons «Annuler l'exigence terminée» si le coût estimé est inférieur ou égal à 95 000. Et nous passons à «Approuver la proposition terminée» lorsque le coût estimé est supérieur à 95 000. Et ce n'est pas la valeur exacte de notre règle de sélection qui était de cent mille mais c'est ce qui a été déduit du log car la spécification d'origine est bien sûr inconnue ici. Et de la même manière, après avoir défini le projet de développement logiciel, nous avons estimé un coût supérieur à 80 000 et l'autre voie est un coût estimé inférieur ou égal à 80 000. C'est donc une autre façon d'analyser notre journal. Et le dernier mais non le moindre, je veux vous montrer le mineur flou. Donc encore une fois, nous mettons en flou ici et nous acceptons tous les paramètres par défaut. Et maintenant, nous pouvons voir «Formuler l'exigence terminée», «Développement de logiciel défini terminé», et ainsi de suite. Cela correspond donc beaucoup à notre modèle YAWL original et bien sûr: tout ce qui n'a pas été utilisé à partir du réseau d'origine peut également ne pas être dans notre journal. Et dans ce modèle, nous avons ici et le modèle flou par exemple dit qu'après «Préparer l'approvisionnement logiciel», «Approuver la proposition», nous avons ensuite «Préparer la commande d'achat». 25 est un bon nombre pour arrêter. Ceci conclut donc notre série régulière sur les tutoriels YAWL. Nous n'avons pas tout couvert. Alors si vous avez des questions ou si vous souhaitez des tutoriels sur des sujets spécifiques, n'hésitez pas à nous les poser. Bye Bye!