Для продуктов Robotic Process Automation (RPA) важно предоставить своим пользователям удивительный опыт. Один из способов сделать это — сделать визуальную автоматизацию рабочих процессов простой и интуитивно понятной. UiPath предоставляет автоматизированный дизайн рабочего процесса, который может использоваться без знания программирования.
Схемы расположения
Мы можем интегрировать действия в дизайн рабочего процесса при разработке файла рабочего процесса с использованием схемы компоновки. UiPath в основном предоставляет нам следующие три схемы компоновки, с помощью которых мы можем интегрировать действия в дизайн рабочего процесса —
блок-схема
Блок-схема представляет собой графическое представление процесса, в котором каждый шаг представлен различными символами, связанными стрелками
Блок-схема является одной из лучших среди трех схем компоновки рабочего процесса UiPath, потому что она гибкая и имеет тенденцию планировать рабочий процесс в двух измерениях. Благодаря своей визуальной привлекательности они могут очень эффективно демонстрировать точки принятия решений в процессе.
Последовательность
Чаще всего в макете рабочего процесса UiPath используется макет последовательности. Последовательность — это простое линейное представление, которое обычно течет сверху вниз и указывает порядок, в котором должны выполняться команды.
Последовательности лучше всего подходят для простых сценариев, когда действия преследуют друг друга. Самое важное в последовательности — это то, что они очень просты и понятны. Напомним, что мы выполнили проект приветствия по имени в предыдущей главе, используя последовательность в качестве действия.
Государственный аппарат
Конечный автомат представляет собой сложную структуру, которая хранит состояние чего-либо в данный момент времени. Это может быть конечным или бесконечным по своей природе. Конечный автомат представлен с помощью диаграмм состояний или, другими словами, они представляют собой блок-схемы с условными стрелками, называемыми переходами. Структуры, подобные конечным автоматам, лучше всего подходят для стандартной высокоуровневой диаграммы процессов транзакционных шаблонов бизнес-процессов.
Тип решения
Решение, действие или процесс принятия решения, является еще одной очень важной частью дизайна рабочего процесса. Именно это решение позволяет роботу по-разному реагировать в различных условиях при обработке данных и взаимодействии приложений. Визуальная структура и удобочитаемость рабочего процесса очень важны, и тип выбранного решения будет иметь большое влияние на то же самое.
Ниже приведены типы решений, которые мы можем реализовать в рабочем процессе.
Если активность
Это самый простой тип решения, которое можно понять независимо от того, владеете ли вы знаниями в области программирования или нет. Связанный с реальными жизненными ситуациями, если деятельность имеет одно утверждение и два условия, а именно Тогда и Остальное . Условие «Тогда» будет выполнено, если утверждение истинно; в противном случае условие Else будет выполнено.
В рабочем процессе UiPath вы можете искать действие «если» на панели действий и добавлять его перетаскиванием. По сути, операция «if» разбивает последовательность по вертикали и лучше всего подходит для коротких линейных ветвей. Следующий снимок экрана даст представление об активности «если» —
Переключить активность
Как следует из названия, действие переключения, основанное на значении указанного выражения, позволяет нам выбирать один из множества возможных вариантов. Мы можем использовать операции переключения с оператором «если», чтобы упростить и сжать каскад «если» с различными условиями и действиями для каждой ветви.
Также полезно классифицировать данные в соответствии с произвольным числом случаев. Например, мы можем использовать регистр переключения для хранения данных в нескольких таблицах Excel.
Вы можете искать переключение активности на панели действий и перетаскивать в дизайн рабочего процесса. Следующий скриншот даст вам понимание этого —
Операция Switch по умолчанию использует целочисленный аргумент; мы также можем изменить его на Boolean, Object, String и т . д. из панели свойств в списке TypeArgument, как показано на следующем снимке экрана —
Решение о потоке
Решение о потоке или просто решение — это действие, которое выполняет одну из двух ветвей, по умолчанию с именем TRUE или FALSE . Выполнение будет зависеть от того, выполнено ли указанное условие или нет. Мы можем изменить названия веток на панели « Свойства» .
Решение потока в основном эквивалентно действию If и может использоваться только в потоковой диаграмме. Мы можем искать решение о потоке из панели действий и использовать его в блок-схеме с помощью перетаскивания. Следующий скриншот дает представление о решении потока.
На скриншоте, выделенном черным квадратом, вы можете заметить, что решение о потоке находится под панелью действий и имеет две ветви, а именно ИСТИНА и ЛОЖЬ , заголовок которых можно изменить на панели свойств.
Переключатель потока
Переключатель потока — это действие, которое разделяет поток управления на три или более ветви. Среди них будет выполнен только один, и выполнение будет зависеть от того, выполнено указанное условие или нет. Мы можем подключить более 12 случаев, запустив больше подключений с одного и того же узла коммутатора, и связанные действия автоматически нумеруются там, где первый случай будет заданным по умолчанию.
Мы можем изменить названия дел из панели свойств. Следующий скриншот дает представление о деятельности переключателя потока —
Соглашения об именах
При работе в UiPath мы должны присваивать имена файлам рабочего процесса, действиям, аргументам и переменным. Названия, которые мы предоставляем, должны быть осмысленными, чтобы их использование могло точно описать проект и задачи, которые с ним связаны.
Чтобы дать значимые имена, UiPath предоставляет нам следующее соглашение об именах, которое рекомендуется придерживаться:
-
Имена переменных должны быть в верхнем CamelCase. Пример: FirstName, LastName и т. Д.
-
Аргументы также должны быть в верхнем CamelCase вместе с префиксом, показывающим тип аргумента. Пример: in_FileName, out_FileName, io_DivideByZero и т. Д.
-
Имя рабочего процесса должно иметь глагол, который описывает работу рабочего процесса. Пример: TakeScreenshot, ProcessTranslation .
Названия действий должны отражать предпринятые действия. Например, нажмите кнопку « Удалить» .
Имена переменных должны быть в верхнем CamelCase. Пример: FirstName, LastName и т. Д.
Аргументы также должны быть в верхнем CamelCase вместе с префиксом, показывающим тип аргумента. Пример: in_FileName, out_FileName, io_DivideByZero и т. Д.
Названия действий должны отражать предпринятые действия. Например, нажмите кнопку « Удалить» .
Имя рабочего процесса должно иметь глагол, который описывает работу рабочего процесса. Пример: TakeScreenshot, ProcessTranslation .
Правильное именование действий, переменных, а также аргументов сокращает усилия по чтению и пониманию проекта.