RPA France - Vulgarisation – Episode 6 : Zoom sur le prisme développeur et client

Help Community
, , ,
1

:vertical_traffic_light: L’épisode 6 est sorti !!! :vertical_traffic_light:

Chez UiPath, pour coder le processus, on utilise UiPath Studio. Mais clairement, le métier n’utilise pas UiPath Studio pour lancer les robots (normalement !)
Quelles sont les étapes pour qu’un projet voie le jour ? (d’un point de vue DEV et CLI)

:walking_woman: Pour commencer, on va voir les actions du prisme développeur :computer:

:point_right: 1ère étape : je découvre le PDD en v0 (Process Design Document) produit par le BA (business Analyst) et le métier (client final qui va utiliser ce robot).

:point_right: 2ème étape : soit je suis développeur + solution architect, soit ce sont 2 personnes différentes. Dans tous les cas, le solution architect émet l’ébauche technique, le squelette du processus, et c’est discuté avec le développeur voire le BA et le métier si on peut bypasser des choses ou ajouter des prérequis.

:point_right: 3ème étape : je développe (code) le processus. Plusieurs boîtes à outils sont à ma disposition. Et là, plusieurs tendances font leur apparition :

  • La team j’utilise à fond le recording dès que possible pour limiter les drag&drop
  • La team je n’utilise que le drag&drop parce que c’est plus facile de contrôler les input/output

:point_right: 4ème étape : je fais une démonstration une fois que le processus est arrivé à maturation pour valider le besoin auprès du métier, je prends en note leurs retours et je corrige

:point_right: 5ème étape : je passe en recette, en environnement de validation, en test (chacun ses termes !) Le but ? Augmenter le volume de traitement pour avoir plus de use cases intéressants qui n’ont pas forcément été détectés par le métier aux premiers abords. Dès lors, on corrige et on stabilise le robot en fonction des retours du métier.

:point_right: 6ème étape : je passe en production, le métier a la main sur le processus et lance le job sur son robot. Ca part en maintenance, et ça peut revenir à l’étape 1 pour toute amélioration ou évolution. Bienvenue dans le cercle vertueux de la RPA !

:timer_clock: TEMPS MORT ! :timer_clock: Quelle est la différence entre un processus, un job, et un robot ?

  • Un job correspond au lancement d’un ou plusieurs processus sur Orchestrator ou Agent
  • Un processus est une série d’actions automatisées en un seul code (sur UiPath Studio)
  • Un robot est en réalité sous-entendu sous le nom de UiPath Robot/Agent/Assistant : c’est celui qui exécute le job sur la machine indiquée (le pc ou la VM).

En gros, 1 robot = 1 ordinateur. Mon travail, c’est de tester un job sur Orchestrator, et ça correspond au processus que j’ai automatisé du service RH. Pas trop perdu ?

Ok fin du temps mort :wink:

:necktie: Maintenant, du point de vue du client: comment lancer son job ?

Trois chemins principaux :

  • UiPath Studio pour développer, puis pour faire tourner si le métier est technophile (rare)
  • UiPath Studio pour développer, publier sur Orchestrator, et faire tourner en tant que métier le job (possibilité de scheduler)
  • UiPath Studio pour développer, publier sur l’Agent, et faire tourner en tant que métier le job (pas de possibilité de scheduler)

Voilà, c’est tout pour aujourd’hui :grinning_face_with_smiling_eyes:

Et toi, plutôt client ou développeur/se ? Les étapes sont identiques de ton côté ?
Dis-nous en plus en commentaires :wink:

Signé ta UiPath Community France

Lien de l’épisode 5 juste ici
Et si tu veux toi aussi rejoindre ta communauté UiPath France, c’est par :arrow_forward: là :arrow_backward:

2 Likes
2

@Hiba_B Nicely crafted

1 Like