Conversion des actions en sous-flux <\/h5>\n\n\n\n
Vous travaillez sur un flux massif – vous \u00eates sur le point d’atteindre la ligne d’arriv\u00e9e quand une id\u00e9e vous vient. Vous vous dites : \u00ab\u00a0Wow, une grande partie de ce nouveau flux pourrait \u00eatre utilis\u00e9e ailleurs\u00a0\u00bb. Vous pensez qu’il devrait peut-\u00eatre s’agir d’un sous-flux<\/strong> – une entit\u00e9 appelable et r\u00e9utilisable que d’autres d\u00e9veloppeurs pourraient utiliser et maintenir plus facilement. Cependant, tout est presque termin\u00e9 et cela demanderait beaucoup de travail apr\u00e8s coup, alors vous passez \u00e0 autre chose. Levez la main si vous \u00eates pass\u00e9 par l\u00e0 ! C’est le cas pour moi ! Heureusement, ce probl\u00e8me appartient au pass\u00e9. <\/p>\n\n\n\n Utah <\/strong>permet aux d\u00e9veloppeurs de s\u00e9lectionner des actions successives dans un flux et, d’un simple clic, de les transformer en un tout nouveau sous-flux<\/strong>. Ce n’est pas seulement une bonne chose pour la maintenance, mais aussi pour les performances de votre instance. Les sous-flux<\/strong> contribuent \u00e0 la vitesse d’automatisation du syst\u00e8me, car ils compartimentent le travail en r\u00e9duisant la capacit\u00e9 du flux principal. <\/p>\n\n\n\n Depuis la sortie de Process Automation Designer, la plateforme a de plus en plus progress\u00e9 et ne d\u00e9pend plus de Jelly pour les modifications de l’interface utilisateur (UI) . Cependant, les utilisateurs exp\u00e9riment\u00e9s de PAD qui souhaitaient cr\u00e9er des activit\u00e9s optionnelles n’avaient que Jelly pour effectuer ces changements. Dor\u00e9navant, par d\u00e9faut, les concepteurs de PAD peuvent ajouter des activit\u00e9s optionnelles \u00e0 la fois globales et orient\u00e9es vers les lignes. Cela permet de donner plus d’autonomie aux personnes charg\u00e9es de l’ex\u00e9cution et de garder une trace de ce qu’elles doivent faire pour aider leurs demandeurs.<\/p>\n\n\n\n Pour terminer, ils ont ajout\u00e9 une fonctionnalit\u00e9 que l’on retrouve pour d’autres fichiers d’application sur toute la plateforme – des moyens de hi\u00e9rarchiser et d’ordonner l’importance des flux. Sur la plateforme ServiceNow, il n’y a qu’un nombre limit\u00e9 de threads par n\u0153ud et, avant Utah, ils \u00e9taient tous trait\u00e9s de mani\u00e8re FIFO ( First In First Out). <\/p>\n\n\n\n Que vous construisez des scripts clients, des r\u00e8gles commerciales, etc., la plupart des \u00e9l\u00e9ments de ServiceNow permettent aux d\u00e9veloppeurs d’ordonner leur traitement. Maintenant – cette m\u00eame gr\u00e2ce est offerte pour les flux aussi bien. <\/p>\n","protected":false},"excerpt":{"rendered":"
<\/p>\n\n\n\n![\"\"](\"https:\/\/lh4.googleusercontent.com\/7vHqdxi3TLdfxvV-DyL9WaD7T-YV6oW1z4SAXYpq-s35zrmIMVtdjYzNCH5CtG1p8p5y8TbOka_DXGkCXIhqYWoP3ssP2ev4yPPqWrHazgLRUBDJhA8jO0hd16UUJa-AH3Ykxyd44ef_eRV3dhTkqw\")
Conception des proc\u00e9d\u00e9s d’automatisation des activit\u00e9s facultatives <\/h4>\n\n\n\n
<\/p>\n\n\n\n![\"\"](\"https:\/\/lh4.googleusercontent.com\/abyuHCixASBLoofR4B53bU5hZ-taN1CMnL7Ke47DmUr8bnymdOO38JIBivFvk21jhqKS0dnvzaBQevf2HHu0VBy2guC65txkxNXgORePAYYiLAjTbxUjJ6ixMwg7FMiOK6yU0LPJ2en0FRDE_HW1lA\")
Priorit\u00e9s des flux<\/h4>\n\n\n\n
Par d\u00e9faut, tous les flux construits ont une priorit\u00e9 moyenne. La priorit\u00e9 basse est r\u00e9serv\u00e9e aux choses qui sont sensibles au temps, o\u00f9 la priorit\u00e9 haute devrait \u00eatre utilis\u00e9e rarement dans les moments de grande valeur commerciale. <\/p>\n\n\n\n