- Notes de publication
- Démarrage
- Paramétrage et configuration
- Projets d'automatisation
- Dépendances
- Types de workflows
- Comparaison de fichiers
- Meilleures pratiques d'automatisation
- Intégration du contrôle de code source
- Débogage
- L'outil de diagnostic (Diagnostic Tool)
- Analyseur de workflow
- À propos de l'analyseur de workflow
- ST-NMG-001 - Convention d'affectation de noms des variables
- ST-NMG-002 - Convention d'affectation de noms des arguments
- ST-NMG-004 - Duplication du nom complet
- ST-NMG-005 - La variable remplace une autre
- ST-NMG-006 - La variable remplace l'argument
- ST-NMG-008 - Longueur de variable dépassée
- ST-NMG-009 - Ajouter un préfixe aux variables DataTable
- ST-NMG-011 - Ajouter un préfixe aux arguments Datatable
- ST-NMG-012 - Valeurs par défaut de l'argument
- ST-NMG-016 : longueur d'argument dépassée
- ST-DBP-002 - Nombre élevé d'arguments
- ST-DBP-003 - Bloc d'interception vide
- ST-DBP-007 - Plusieurs couches de l'organigramme
- ST-DBP-020 - Propriétés de sortie non définies
- ST-DBP-023 : Workflow vide
- ST-DBP-024 - Vérification de l’activité de persistance
- ST-DBP-025 - Condition préalable à la sérialisation des variables
- ST-DBP-026 - Utilisation de l’activité Délai
- ST-DBP-027 - Pratiques exemplaires de persistance
- ST-DBP-028 - Condition préalable à la sérialisation des arguments
- ST-MRD-002 - Valeurs par défaut des noms d'activités
- ST-MRD-004 - Activités inaccessibles
- ST-MRD-005 - Séquences redondantes
- ST-MRD-007 - Clauses If imbriquées
- ST-MRD-008 - Séquence vide
- ST-MRD-009 - Activités profondément imbriquées
- ST-MRD-011 - Utilisation de la ligne d'écriture
- ST-MRD-017 - Incomplet si (Incomplete If)
- ST-USG-005 - Arguments d'activité codée en dur
- ST-USG-009 - Variables inutilisées
- ST-USG-010 - Dépendances inutilisées
- ST-USG-014 - Restrictions sur les paquets (Package Restriction)
- ST-USG-020 - Nombre minimum de messages consignés
- ST-USG-024 - Non utilisé, sauvegardé pour plus tard (Unused Saved for Later)
- ST-USG-025 - Utilisation abusive de la valeur enregistrée (Saved Value Misuse)
- ST-USG-026 - Restrictions d'activité (Activity Restrictions)
- ST-USG-027 - Packages requis
- ST-USG-028 - Restreindre l'invocation des modèles de fichier
- Variables
- Arguments
- Noms d'espace importés
- Enregistrement
- Éléments de l'interface utilisateur
- À propos des éléments d'interface utilisateur
- Propriétés des activités de l'interface utilisateur
- Exemple d'utilisation des méthodes de saisie
- Méthodes de sortie ou de capture de données d'écran
- Exemple d'utilisation de méthodes de sortie ou de capture de données d'écran
- Génération de tables à partir de données non structurées
- Capture relative de données
- Flux de contrôle
- Sélecteurs
- Réf. d’objets
- Capture de données
- Automatisation des images et des textes
- À propos de l'automatisation des images et des textes
- Activités liées à la souris et au clavier
- Exemple d'utilisation de l'automatisation de la souris et du clavier
- Les activités de type texte
- Exemple d'utilisation d'automatisation de texte
- Activités de type OCR
- Activités de type image
- Exemple d'utilisation de l'automatisation d'image et d'OCR
- Automatisation des technologies Citrix
- Automatisation de RDP
- Automatisation de Salesforce
- Automatisation SAP
- Automatisation VMware Horizon
- Journalisation
- Outil ScreenScrapeJavaSupport
- Protocole Webdriver
- Suite de tests - Studio
- Extensions
- Résolution des problèmes
- À propos de la résolution des problèmes
- Prise en charge et limitations de Microsoft App-V
- Résolution des problèmes rencontrés avec Internet Explorer x64
- Problèmes rencontrés avec Microsoft Office
- Identification des éléments d'IU dans PDF avec options d'accessibilité
- Résolution des problèmes rencontrés avec JxBrowser Applications
- Surveillance des événements utilisateur
- Résolution des problèmes Citrix
![](https://docs.uipath.com/_next/static/media/grid.05ebd128.png?w=3840&%3Bq=100)
Conception de workflow
UiPath® propose quatre diagrammes pour intégrer des activités dans une structure active lors du développement d’un fichier de workflow :
- Diagramme de flux (Flowchart)
- Séquence (Sequence)
- Machine d'état (State Machine)
- Gestionnaire global d'exceptions
Les séquences présentent une représentation linéaire simple descendante et sont mieux adaptées aux scénarios simples lorsque des activités se suivent. Par exemple, elles sont utiles dans UI Automation, lorsque la navigation et la saisie nécessitent un clic/une combinaison de touches à la fois. Étant donné que les séquences sont faciles à assembler et à comprendre, elles représentent la mise en page préférée pour la plupart des workflows.
Les organigrammes offrent plus de flexibilité pour connecter les activités et ont tendance à présenter un workflow de manière bidimensionnelle. En raison de leur forme libre et de leur attrait visuel, les organigrammes sont mieux adaptés pour présenter les points de décision au sein d'un processus. Les flèches qui peuvent pointer n'importe où ressemblent beaucoup à l'instruction de programmation GoTo non structurée et rendent donc les workflows volumineux sujets à un entrelacement chaotique des activités.
Machine d'état (State Machine) est une structure plutôt complexe qui peut être considérée comme un organigramme avec des flèches conditionnelles, appelées transitions. Elle permet une représentation plus compacte de la logique et elle s'applique à un diagramme de processus standard de haut niveau de modèles de processus métier transactionnels.
Le Gestionnaire d'exceptions est conçu pour être utilisé dans des projets d'automatisation à petite et grande échelle, pour identifier les erreurs d'exécution et surtout, pour déterminer le comportement du workflow lorsqu'une telle erreur se produit. Si une erreur d'exécution est rencontrée lors du débogage, le Gestionnaire global d'exceptions peut être défini pour intervenir et permettre de vérifier le comportement du workflow conformément aux options auparavant définies dans le Gestionnaire d'exceptions.
Les décisions doivent être appliquées dans un workflow pour permettre au Robot de réagir différemment dans différentes conditions de traitement de données et d'interaction de l'application. Le choix de la représentation la plus appropriée d'une condition et de ses branches suivantes a un fort impact sur la structure visuelle et la lisibilité d'un workflow.
L'activité If fractionne une séquence verticalement et est idéale pour des branches linéaires courtes et équilibrées. Les défis se présentent lorsque d'autres conditions doivent s'enchaîner de manière Si… Sinon si (If… Else If), surtout lorsque les branches dépassent la taille d'écran disponible en largeur ou en hauteur. En règle générale, les instructions If imbriquées doivent être évitées pour garder le workflow simple/linéaire.
Les mises en page de l'organigramme sont idéales pour présenter une logique métier importante et les conditions connexes, telles que les instructions Si (If) ou les constructions Si...Sinon si (If… Else If) imbriquées. Il existe des cas où l'apparence d'un organigramme peut sembler correcte même à l'intérieur d'une séquence.
L'opérateur Si (If) de Visual Basic est très utile pour des conditions locales mineures ou le calcul de données. Il peut parfois réduire tout un bloc à une seule activité.
L'activité Switch peut être parfois utilisée conjointement avec l'opérateur If afin de simplifier et compacter une cascade Si… Sinon si (If… Else If) avec des conditions et des activités distinctes par branche.
L'activité Flow Switch sélectionne le nœud suivant en fonction de la valeur d'une expression. Flow Switch peut être considérée comme l'équivalent de l'activité Switch procédurale dans les organigrammes. Elle peut correspondre à plus de 12 cas en démarrant d'autres connexions à partir du même nœud Switch.
Les données sont proposées sous deux formes lorsqu'il s'agit de la visibilité et du cycle de vie : arguments et variables. Tandis que la fonction des arguments consiste à transmettre des données d'un workflow à un autre, les variables sont liées à un conteneur à l'intérieur d'un fichier de workflow unique. Elles peuvent être uniquement utilisées localement.
Contrairement aux arguments, qui sont disponibles partout dans un fichier de workflow, les variables sont uniquement visibles à l'intérieur du conteneur où elles sont définies, appelé étendue.
Les variables doivent être conservées dans l'étendue la plus profonde pour réduire l'encombrement du panneau Variables (Variables) et pour afficher uniquement, en saisie semi-automatique, les éléments pertinents à un point spécifique du workflow.
N'oubliez pas que lors de l'invocation de workflows avec l'option Isolé (Isolated) (qui démarre l'exécution du workflow dans un processus système distinct), seuls les types sérialisables peuvent être utilisés comme arguments pour transmettre des données d'un processus à un autre. Par exemple, les objets Chaîne sécurisée (SecureString), Navigateur (Browser) et Connexion de terminal (Terminal Connection) peuvent franchir en toute sécurité la frontière inter-processus.
Des noms significatifs doivent être attribués aux fichiers de workflow, activités, arguments et variables afin de décrire avec précision leur utilisation tout au long du projet.
Les projets doivent comporter des descriptions significatives, car ils s'affichent également dans l'interface utilisateur d'Orchestrator et peuvent être utiles dans les environnements multiutilisateurs.
Pour améliorer la lisibilité, les noms de variables et d’arguments doivent également s’aligner sur une convention d'affectation de noms :
- Casse Snake :
First1_Name2
,first_name2
, - Casse mixte (majuscule ou minuscule) :
FirstName
,lastName
, - Casse Pascal :
First1Name2
,First1Name
, - Casse Kebab :
First-Name
,First-Name1
.
in_DefaultTimeout
, in_FileName
, out_TextResult
, io_RetryNumber
.
Les noms d'activités doivent refléter de façon précise l'action effectuée, telle que Cliquer sur le bouton Enregistrer (Save). Conservez la partie du titre qui décrit l'action (Cliquer (Click), Saisir dans (Type Into), Élément existe (Element Exists), etc.).
Excepté pour Principal (Main), tous les noms de workflows doivent contenir le verbe décrivant la fonction du workflow, par exemple, Extraire les données de transaction (GetTransactionData), Traiter la transaction (ProcessTransaction), Prendre une capture d'écran (TakeScreenshot).
L'activité Comment et les Annotations (Annotations) doivent être utilisées pour décrire de manière plus détaillée une technique ou les particularités d'un certain comportement d'interaction ou d'application. N'oubliez pas que d'autres personnes peuvent, à un moment donné, tomber sur un projet robotique. Vous pouvez ainsi les aider à mieux comprendre le processus.
- Schémas de mise en page
- Séquence (Sequence)
- Diagramme de flux (Flowchart)
- Machine d'état (State Machine)
- Gestionnaire global d'exceptions
- Choix
- Activité Si (If)
- Décision de flux (Flow Decision)
- Opérateur Si (If)
- Activité Basculer (Switch)
- Commutateur de flux (Flow Switch)
- Données
- Étendue de variable
- Arguments
- Valeurs par défaut
- Conventions d'affectation de noms
- Commentaires et annotation