Lea y revise la documentación de Automation Anywhere

Cerrar contenidos

Contenidos

Abrir contenidos

Bot directrices y estándares de diseño

  • Actualizado: 12/26/2019
    • 11.3.x
    • Explorar
    • Enterprise

Bot directrices y estándares de diseño

Guía avanzada para el desarrollo de bots y la provisión de directrices y estándares para el desarrollo de bots.

Este tema proporciona una introducción a las directrices y los estándares comunes del diseño de bots. Al evitar estos errores comunes e incluir estos procesos y consideraciones en sus estándares de diseño de bots, se crean bots limpios, estables y más fáciles de leer, probar y mantener. La mayoría de las directrices permiten mejorar el uso eficiente de los recursos de producción o reducen el tiempo de mantenimiento y los errores.

Consideraciones para el diseño de Bots

  • Práctica recomendada

    En general, mantenga los Automation Anywhere Instancias de TaskBot en menos de 500 líneas de código, preferiblemente en un par de cientos de líneas.

  • Procesos de ruptura: Procesos empresariales gigantes > bots gigantes

    Una estrategia bien definida y bien pensada es la clave para el desarrollo exitoso de un bot para un proceso empresarial. Si un proceso empresarial es tan grande que requiere más de 8 o 10 subtareas, o si cualquier tarea contiene miles de líneas, reconsidere el enfoque del bot para el proceso.

    Evalúe sus procesos empresariales. Utilice esta comprensión al crear el enfoque del bot asociado.

    • ¿Se puede simplificar el propio proceso empresarial? Identifique cualquier paso redundante o circular.

    • Identifique rupturas o divisiones lógicas, contenidas en sus procesos.

    • ¿Se pueden dividir partes del proceso empresarial en bots separados?

  • Reducir la repetición

    El principio de “No se repita a usted mismo” y la regla de tres tienen el objetivo de reducir la repetición.

    Cree un bucle que contenga una sola llamada, en lugar de llamar a una misma cantidad pequeña de pasos por separado.

    Utilice variables cuando sea apropiado.

    Divida los fragmentos repetidos de lógica o comandos en subtareas. Si un conjunto de comandos se repite varias veces en una tarea, el mantenimiento se vuelve más difícil. Si necesita una actualización, todas las instancias deben ubicarse y actualizarse correctamente.

  • Planificar el mantenimiento

    Cuando una regla se codifica en un conjunto replicado de cambios de tareas, el responsable de mantener el código tiene que cambiarlo en todos los lugares correctamente. Este proceso es propenso a errores y a menudo causa problemas.

    Encapsule el conjunto de comandos y reglas en una ubicación. Si el conjunto de comandos o reglas existe en un solo lugar, entonces se puede modificar fácilmente ahí.

  • Diseño orientado a las pruebas

    Las tareas más pequeñas se pueden probar fácilmente por sí solas, en forma de pruebas unitarias. Las tareas sin dependencias pueden utilizar pruebas automatizadas. Las tareas divididas en subtareas por funciones separadas, incluso aquellas que se realizan una vez al principio de una secuencia, aumentan la facilidad del mantenimiento y las pruebas.

  • Gestión de los errores de red

    Al crear bots que dependen de la conectividad de la red, asegúrese de incluir los pasos para manejar adecuadamente los retrasos en la red. Por ejemplo, cuando un bot requiere una respuesta de una página web, como abrir un cuadro de diálogo Guardar como, y la red tiene una interrupción. ¿Qué desea que haga el bot: volver a intentarlo o salir con un mensaje?

Descripción general de las subtareas

La tarea principal que necesita el servicio llama a la subtarea. También se les conoce como tareas auxiliares o tareas utilitarias, pues su único propósito es ayudar a la tarea que hace la llamada.

Consejo:

Las subtareas deben ser pequeñas y enfocadas, lo que quiere decir que deben tener solo una o muy pocas responsabilidades.

Las sesiones de Excel, las sesiones de archivos de texto/CSV y las sesiones del navegador (grabador web) no se pueden compartir en tareas separadas. Por lo tanto, las subtareas se deben incluir de tal manera que no interrumpan estas sesiones.

Sus beneficios incluyen:

  • El código de tarea de producción es más corto.

  • Cuando se necesitan cambios, solo la subtarea se debe ubicar, analizar y editar. Esto facilita el mantenimiento del bot.

  • Hace que las subtareas sean lo más reutilizables posibles.

    Si se generan correctamente, las subtareas se pueden hacer reutilizables, lo que las hace aún más productivas. La subtarea se puede llamar con cualquier número de otras tareas, incluidos otros bots.

  • Hace que las subtareas sean lo más independientes posible.

    Las subtareas no son completamente independientes. No deben ejecutarse por sí mismas. Se deben llamar con una tarea principal. De cualquier modo, elimine tantas otras dependencias de tareas como sea posible.

Consideraciones para las subtareas

  • Principio de responsabilidad individual

    Aplique una tarea o responsabilidad a cada subtarea.

    Aunque resulta útil dividir las tareas grandes en subtareas, el hecho de reunir todas las tareas pequeñas relacionadas en una subtarea puede causar errores de mantenimiento. Un cambio realizado en una tarea pequeña puede afectar a las otras tareas pequeñas contenidas en la subtarea más grande.

    Es mejor hacer varias subtareas, cada una con un solo propósito específico. Por ejemplo, si tiene una subtarea grande que se ocupa de imprimir, mover y guardar un archivo PDF, divida estas subtareas. Asigne a cada subtarea su propia responsabilidad: una para imprimir en un archivo PDF, otra para mover los archivos y otra más para guardar los archivos.

  • Desacoplar dependencias

    Cuando sea posible, defina las subtareas de manera que no requieran información de la tarea que hace la llamada. La información requerida es una dependencia. Identifique la dependencia e inclúyala en la subtarea. Esto hace que las subtareas sean autónomas, habilita las pruebas unitarias y permite que otras tareas las llamen sin agregar dependencias.

    Por ejemplo, si solo se puede llamar a una subtarea de inicio de sesión si la tarea de llamada proporciona una dirección URL, esta subtarea tiene una dependencia. Todas las tareas principales que llaman a la subtarea deben proporcionar una dirección URL. Si la dirección URL cambia, se debe cambiar más de una tarea. Si la subtarea de inicio de sesión incluye la dirección URL, estará desacoplada de la tarea principal. Si la dirección URL cambia, solo una subtarea necesitará una actualización.

  • Dependencias bidireccionales

    Si las subtareas no se pueden cambiar sin que cambien las tareas, estas son dependientes y no están realmente desacopladas. Si las tareas de llamada no se pueden cambiar sin que todas las subtareas cambien, no están realmente desacopladas y tienen dependencias bidireccionales. Estas dependencias entrelazadas hacen que las pruebas unitarias sean casi imposibles.

  • Evitar el uso de demasiadas subtareas

    Aunque todos los principios anteriores son excelentes para diseñar bots, la presencia de demasiadas subtareas también suele causar confusión y problemas de mantenimiento. Utilice una cantidad moderada de subtareas.

    Si un bot tiene 30 subtareas, o tendría varios miles de líneas si no utilizara subtareas, esto probablemente indica que un proceso empresarial es demasiado grande para un bot. Divida los procesos grandes en fragmentos y encapsule cada fragmento en sus propios bots.

Ejemplo de subtareas

Por ejemplo, supongamos que un bot debe imprimir un documento de bloc de notas como un archivo PDF. La tarea podría tener el siguiente aspecto:

Imprimir archivo de bloc de notas como un archivo PDF.

En este ejemplo, es necesario imprimir un archivo como documento PDF tres veces. En la máquina de desarrollo del ejemplo, el controlador de impresión PDF se llama Pdf995.

Recomendaciones:

  • Debido a que existe la posibilidad de que el controlador de impresión PDF en producción tenga un nombre diferente, averigüe si sería práctico utilizar una variable.

  • Debido a que existe la posibilidad de que esta tarea se envíe a producción, y posiblemente se repita varias veces, se recomienda convertir esto en una subtarea.

El ejemplo visto como una subtarea:

Tarea auxiliar para la creación de archivos PDF.

Si se requiere algún cambio en este conjunto específico de comandos, solo se deberá editar esta tarea auxiliar, y solo se deberá volver a probar esta tarea auxiliar.

Enviar comentarios