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

 

Dans cette vidéo, nous parlons de deux des soi-disant modèles de ressources dans YAWL. Le premier est le principe des quatre yeux également connu sous le nom de séparation des tâches. L'autre s'appelle conserver familier. Ces deux modèles apparaissent très fréquemment dans la pratique. C'est pourquoi ils sont implémentés dans YAWL. Le fichier zip ci-joint contient une spécification YAWL complète pour commencer par un fichier ybkp avec les utilisateurs et les rôles.

 

Bonjour et bienvenue dans un autre tutoriel YAWL! Aujourd'hui, j'ai apporté avec moi le livre sur les modèles de flux de travail et nous parlerons du principe des quatre yeux ainsi que du modèle de conservation familier. Et ce sont quelque chose comme les deux faces d'une même médaille. Donc, si nous regardons le principe des quatre yeux dans le livre - il est également appelé séparation des tâches - il dit "la capacité de spécifier que deux tâches doivent être exécutées par des ressources différentes dans un cas donné". Ce principe des quatre yeux est souvent appliqué lorsque nous avons quelque chose comme des paiements par exemple. Vous ne voulez pas qu'une seule personne émette le paiement, mais vous voulez contrôler cette action par une autre personne. Eh bien, le modèle opposé de cela s'appelle conserver familier. Vous voulez donc que la même personne qui, par exemple, a émis une demande d'achat exécute le work item, cette personne étant informée du succès ou de l'échec de ce cas. Ces deux modèles sont intégrés dans YAWL et nous allons prendre un exemple du didacticiel 10 et l'étendre pour l'avoir. Nous utiliserons également un ensemble d'utilisateurs et de rôles pour montrer comment cela fonctionne. Et nous commencerons par la spécification complète que vous pouvez trouver dans le matériel supplémentaire. D'accord! Nous avons le moteur YAWL en marche et l'éditeur ouvert avec la spécification que nous avons déjà préparée et que vous pouvez télécharger à partir du matériel supplémentaire. Ainsi vous pouvez voir, il y a une première tâche "Préparer la demande d'achat". Ensuite, il y a une tâche complexe "Commande" et ensuite, une fois la commande terminée, l'expédition est reçue et la facture également et une fois ces deux terminées, nous pouvons procéder au paiement. Et la première restriction que nous avons ici est que nous voulons que le même utilisateur reçoive l'envoi qui a préparé la demande d'achat. Alors ici, on utilise le pattern conservé familier et dans l'éditeur YAWL, si on sélectionne "Recevoir l'envoi", on peut voir qu'ici sous ressourcement, si on sélectionne ça, on voit qu'ici il y a une coche "choisissez completer of task "et ici il s'agit de" Préparer la demande d'achat ". Cela garantit donc que le même utilisateur ouvrira cet élément de travail ici pour recevoir l'envoi. La prochaine chose est que "Préparer le paiement" est le même que "Recevoir la facture". «Recevoir la facture» est cette tâche et «Préparer le paiement» est ici dans la sous-tâche de paiement. Et si nous sélectionnons «Préparer le paiement», nous regardons le ressourcement ici et nous pouvons voir «choisir le complément de la tâche» «Recevoir la facture» et net est mentionné ici car cela fait partie d'un autre sous-réseau. Et le troisième est que "Exécuter le paiement" est différent de "Préparer le paiement". Nous avons donc ici "Préparer le paiement" et ici "Exécuter le paiement". Et si nous regardons "Exécuter le paiement", nous pouvons voir que cela est proposé à quelqu'un avec le rôle financier mais nous ne voulons pas choisir le complément de la tâche "Préparer le paiement". Voyons maintenant si cela fait ce qu'il est censé faire. Premier regard de Llet sur notre structure organisationnelle. La structure organisationnelle est ici dans cette feuille Excel. Et vous pouvez voir tous les utilisateurs avec leurs identifiants d'utilisateur et ils ont tous le même mot de passe et leurs rôles. Cela peut être téléchargé à partir du matériel supplémentaire dans le système YAWL. Et alors, que devons-nous voir avec les restrictions que nous avons. La première chose est que nous voulons vérifier si nous utilisons "Préparer la demande d'achat" puis nous avons le même utilisateur pour "Recevoir l'expédition". Nous avons donc créé deux utilisateurs ici avec le demandeur de rôle. Et donc dans "Recevoir l'expédition", nous devrions voir le même que celui que nous utilisons la première fois. La deuxième chose est que «Recevoir la facture» et «Préparer le paiement» doivent être identiques. C'est pourquoi nous avons ici le rôle finance et nous avons deux utilisateurs avec le rôle finance ici. Enfin, le principe des quatre yeux, nous voulons nous assurer que "Exécuter le paiement" est proposé à un utilisateur qui n'a pas préparé le paiement. Nous téléchargeons la spécification sur le moteur YAWL et lançons un nouveau cas. Et une nouvelle affaire est lancée avec l'ID de cas 3. D'accord! Nous examinons les files d'attente d'administration et regardons qui a des éléments de travail. Et la "Préparation de la demande d'achat" qui est la première tâche de notre cahier des charges est désormais proposée à deux utilisateurs comme nous l'aurions prévu. Les deux utilisateurs que nous avons ici dans notre liste. Et choisissons maintenant le premier ici. Le nom d'utilisateur est donc ror. Nous nous connectons et nous voyons "Préparer la demande d'achat", accepter et démarrer. Consultez / modifiez et nous complétons cette demande d'achat. Et ensuite, nous examinons la liste de travail de l'administrateur et voyons ce qui s'est passé. Alors maintenant, nous avons "Approuver l' achat" qui fait partie de la commande de sous-réseau. La première tâche du sous-réseau est attribuée à un utilisateur car nous n'avons qu'un seul utilisateur gestionnaire avec le gestionnaire de rôles. Et donc ici, nous nous déconnectons et utilisons cet utilisateur de gestionnaire: acceptation, démarrez et nous approuvons cela. Revenez à la file d'attente d'administration et voyez ce qui s'est passé. "Préparer la commande" est donc la tâche suivante et cela est confié à Peter Parker et Peter Parker est celui que le seul utilisateur a acheté. Nous devons donc nous connecter en tant qu'utilisateur et nous pouvons simplement remplir quelques valeurs ici et préparer le bon de commande. Alors maintenant, nous retournons à "Recevoir l'envoi" et "Recevoir la facture". Nous devrions donc voir les deux éléments de travail dans notre liste. Et "Recevoir l'envoi" est attribué à un utilisateur et c'est celui que nous avons choisi en premier lieu. Donc c'est correct. Donc, il n'est pas attribué aux deux, car ici, nous avons utilisé le modèle de garder familier. Nous nous connectons donc en tant que ror, l' acceptation commence et nous saisissons un numéro d'expédition. Et complétez ceci. Et l'autre est "Recevoir la facture". Ceci est attribué à deux utilisateurs car nous avons deux utilisateurs dans le service financier. Et nous utiliserons simplement le premier utilisateur Fred Flintstone ici. Entrez et le numéro de facture, puis nous avons terminé. Alors maintenant, ces deux tâches «Recevoir l'expédition» et «Recevoir la facture» sont terminées et nous passons au sous-flux de paie et la première tâche est «Préparer le paiement». Donc, ici, "Préparer le paiement" est proposé à l'un d'entre eux parce que nous avons utilisé ici le modèle de conservation familier. Et c'est celle à laquelle on s'attend. Alors je viens de me rafraîchir ici. J'obtiens cette tâche et j'entre un numéro de compte, puis nous avons terminé. Et maintenant le suivant parce que nous avons utilisé le principe des quatre yeux. Nous nous attendons à ce que ce ne soit pas le même utilisateur et en fait nous pouvons voir que cela est attribué à Fleur Forsite. Nous devons donc nous déconnecter et le terminer. Et puis l'affaire est terminée. Vous vous êtes peut-être demandé ce qui se passe si le responsable n'approuve pas l'achat. Nous n'avons inclus aucune logique ici, nous traiterons ce sujet dans un didacticiel ultérieur lorsque nous présenterons le concept d'exlets. Alors restez à l'écoute!

Supplement_8_0.zip (10.88 KB)