Lire et examiner la documentation Automation Anywhere

Automation Anywhere Automation 360

Fermer les contenus

Contenus

Ouvrir les contenus

Créer des bots réutilisables

  • Mis à jour le : 2020/11/30

    Créer des bots réutilisables

    Passez en revue ces recommandations pour mieux comprendre comment développer des bots ou des sous-tâches réutilisables, de la conception à l’exécution.

    Définir les prérequis, l’entrée, la sortie et les variables
    Lorsque vous créez des bots prévus pour être réutilisables, définissez les éléments suivants :
    • Documentez toutes les prérequis nécessaires sur la façon d’utiliser votre bot de façon autonome ou en tant que sous-tâche.
    • Lors de la création de vos bots, définissez des valeurs en entrée, en sortie ou locales. Les variables d’entrée et de sortie sont utilisées lorsque votre bot est conçu pour être utilisé comme sous-tâche, ce qui lui permet de recevoir et de transmettre des valeurs vers ou depuis un autre bot appelant.
    • Fournissez des descriptions significatives lors de la définition de vos variables d’entrée et de sortie pour que les autres développeurs sachent comment interagir avec votre sous-tâche.
    • Respectez une norme établie pour le nommage de vos variables. Consultez Automation AnywhereVariables définies par l’utilisateur pour voir la convention de nommage des variables. Vos variables (définies par l'utilisateur)
    Suivre le principe de responsabilité unique
    Les Bots développés pour être réutilisables doivent suivre le principe de responsabilité unique qui stipule que chaque sous-tâche ou composant doit gérer une seule partie de la fonctionnalité globale bot et que cette responsabilité doit être entièrement encapsulée par cette sous-tâche ou composant.

    Autres exemples de responsabilité unique :

    • Une sous-tâche qui traite une seule transaction, mais qui peut être appelée plusieurs fois pour chaque transaction sur une liste.
    • Une sous-tâche qui collecte des données affichées sur l’écran d’une page unique d’un site Web, mais peut être appelée plusieurs fois en fonction de la pagination du site parcouru par le bot.
    Ouverture et fermeture des applications
    Les applications, fichiers ou fenêtres ouverts par un bot ou une sous-tâche doivent être fermés par le même bot ou la même sous-tâche.
    • Par exemple, lorsqu’un bot ouvre Microsoft Excel pour effectuer des opérations sur une feuille de calcul, vérifiez que la feuille de calcul et Excel sont fermés lorsque le bot a fini son traitement.
    • Fermez les applications lorsque l’exécution du bota réussi ou échoué.
    • Utilisez le bloc Finally de l’opération Try/Catch/Finally pour vous assurer que les applications sont fermées, que la tâche ait réussi ou échoué.
    • Si des applications ne répondent pas pendant les tests, envisagez d’utiliser l’invite de commande pour forcer leur fermeture. Par exemple, pour forcer la fermeture de Powerpoint, la ligne de commande serait :
      Taskkill /IM powerpnt.exe /F
    Traitement des erreurs
    Une fois la tâche terminée, vérifiez que le bot gère correctement les échecs et les exceptions.
    • Chaque tâche ou sous-tâche doit gérer ses propres erreurs.
    • Une exception non gérée dans une sous-tâche peut provoquer des problèmes dans une tâche parent.
    • Utilisez des blocs Try/Catch/Finally au niveau racine de chaque bot.
    • Utilisez des blocs Try/Catch/Finally à l’intérieur d’une boucle si vous souhaitez essayer une opération plusieurs fois avant de signaler un échec.
    Exécuter des bots sur d’autres ordinateurs
    Lorsque vous développez un bot, concevez-le de façon à ce qu’il s’exécute sur des ordinateurs autres que celui sur lequel il a été créé.
    • Utilisez des variables pour les chemins de fichier, les partages réseau ou les titres de fenêtre pour que votre bot puisse s’exécuter correctement sur d’autres machines.
    • Pensez à utiliser des valeurs globales pour les marqueurs d’environnement ou les partages réseau auxquels plusieurs ont bots besoin d’accéder.
    • Utilisez des caractères génériques pour les titres de fenêtre, lorsque c’est possible, pour permettre aux bots à de s’exécuter indépendamment de l’environnement ou de la version spécifique de l’application cible. Par exemple, au lieu d’utiliser
      Salesforce - Professional Edition - Internet Explorer
      use the following:
      Salesforce - * - Internet Explorer
    Utilisation d’invites, de zones de message et de boucles infinies
    Les invites et les zones de message arrêtent l’exécution des bots et attendent une entrée par l’utilisateur. À moins qu’une entrée de l’utilisateur ne soit requise, concevez votre bots sans utiliser d’instructions d’invite.
    • Lorsque vous utilisez des boucles, assurez-vous que toutes les boucles ont une fin définie en définissant clairement leur nombre d’itérations ou en spécifiant des actions Break Loop (Arrêter la boucle).
    • Si votre bot est destiné à s’exécuter de façon autonomebot, supprimez ou désactivez les invites ou les zones de message.
    • Si vous créez des bots pour un scénario d’automatisation assistée, les boîtes de message et les invites sont souvent raisonnables ou requises pour permettre aux bots de s’exécuter comme prévu. Utilisez les zones de message pour afficher différentes variables, telles que les réponses, les sorties ou les valeurs.
    Stockage de données sensibles dans le Credential Vault
    La Control Room inclut un Credential Vault qui peut être utilisé pour stocker des informations sensibles, telles que les noms d’utilisateur, les mots de passe, les clés d’API et les tokens.
    • Lors de la création d’un bot, créez un locker dans la Control Room en utilisant le Credential Vault pour stocker les informations d’identification et les récupérer selon les besoins en référençant l’identifiant et l’attribut. Cela permet aux utilisateurs de créer des bots qui peuvent utiliser des API ou se connecter sans que les créateurs de bot n’aient besoin de coder en dur les informations d’identification requises.
    • Ne codez pas en dur les informations d’identification sensibles dans un bot ou une sous-tâche, car des identifiants codés en dur dans un bot présentent un risque de sécurité.
    • Lorsque des valeurs du Credential Vault doivent être utilisées dans un bot, vérifiez que tous les noms et toutes les informations d’identification du locker sont clairement définis dans la documentation du bot. Si nécessaire, incluez des détails sur la façon d’obtenir les informations d’identification, par exemple via une clé d’API ou un token.
    Test des tâches indépendantes
    Lorsque vous créez des bots réutilisables, concevez-les de manière à ce qu’ils puissent être testés indépendamment des autres sous-tâches.
    • Mettez en pratique l’approche de développement piloté par les tests (TDD) : Écrivez systématiquement un cas de test si vous ajoutez un nouveau bot, ou si une application contient une nouvelle fonctionnalité.
    • Dans un cas de test, définissez la fonction spécifique qui valide cette fonctionnalité ou caractéristique.
    • Pour le principe de responsabilité unique et la réutilisation, créez de nombreuses tâches plus petites qui peuvent être testées indépendamment.
    Utilisation des commentaires et des étapes
    Les commentaires permettent aux développeurs de fournir des descriptions dans leur bots afin que bot d’autres bot développeurs puissent mieux comprendre à quoi sert chaque section, bloc de code ou sous-tâche. Inclure des commentaires clairs pour permettre aux développeurs de comprendre à quoi sert la fonction d’un bloc de code donné.
    • Lorsque des bots sont soumis au Bot Store, les commentaires expliquent comment personnaliser le bot.
    • L’utilisation de commentaires facilite la maintenance du code, car les descriptions des sections aident à identifier les parties à éventuellement modifier pour permettre aux développeurs de résoudre plus rapidement les problèmes.
    • Les commentaires sur un bots qui est un « work in progress » sont utiles lors des espaces réservés pour des futurs développements. Envisagez d’utiliser une commande TODO pour rappeler d’ajouter de la logique au bot, n’oubliez pas de mettre à jour les commentaires une fois le travail terminé.
    • Automation 360 inclut l’action Step, qui permet d’organiser le code en groupes logiques pour améliorer la lisibilité et l’exécution du bot.
    • Faites un plan des des principaux objectifs de votre bot en utilisant des actions d’étape vides et libellées. Lorsque c’est fait, allez dans chaque étape pour développer sa logique.
    Création de fichiers journaux
    Sans journaux, l’identification des problèmes peut être difficile lorsque des bots s’exécutent de façon autonome sur un certain nombre de Bot Runners. Les développeurs de logiciels, les équipes de support et les propriétaires de bot s’appuient sur les journaux pour diagnostiquer et comprendre les problèmes de leurs automatisations. Les Bots doivent consigner leurs erreurs pour fournir des détails sur ces erreurs.
    • Utilisez la gestion des erreurs et les captures d’écran pour mieux comprendre lorsqu’un bot ou une sous-tâche rencontre une erreur.
    • Utilisez le modèle A2019 du Bot Store qui contient les fonctionnalités de base de gestion des erreurs, de journalisation et de snapshot avec un emplacement de journalisation personnalisable à la racine pour la gestion des anciens fichiers journaux.

      Bot Store bot template

    • Si nécessaire, créez des fichiers de journalisation supplémentaires et incluez un historique d’audit complet de tout ce qu’une bot ou une sous-tâche a fait. Les fichiers journaux supplémentaires peuvent inclure des informations d’audit, de débogage et de performance du bot, ainsi que les informations suivantes :
      • Heure de début et de fin du bot principal.
      • Heure de début et de fin de la sous-tâche.
      • L’heure d’achèvement des étapes spécifiques définies dans le bot.
      • Nombre de transactions reçues dans un fichier d’entrée.
      • Nombre de transactions traitées avec succès ou ayant échoué.
    Envoyer le commentaire