Выбор оптимальной технологии, ориентированной на проектирование, для автоматизации бизнес-процессов
Вам нужно выбрать технологию для автоматизации процесса резервирования в сервисе по прокату велосипедов.
Вы хотите оптимизировать и модернизировать этот процесс на территории, где вы изначально вели деятельность. Кроме того, вы хотите интегрировать технологию отслеживания велосипедов, которая используется на новой территории, где вы недавно получили право работать.
В этом упражнении мы подробно рассмотрим данный сценарий и выберем подходящую технологию.
Сценарий
На первоначальной территории у вас пять пунктов проката велосипедов. Каждый магазин имеет список велосипедов для аренды и собственной базы данных, которая записывает велосипеды, их функции, и независимо от того, они уже арендованы или в магазине.
В настоящее время каждый велосипед может сдаваться в прокат только в пункте, к которому он приписан. Если клиент возвращает велосипед в другом пункте, сотрудникам приходится перемещать его в пункт, в базе данных которого он зарегистрирован. Вы хотите изменить этот процесс, чтобы каждый велосипед можно было брать в прокат в любом пункте. Однако нужно сделать так, чтобы каждый сотрудник мог быстро узнать, где находится тот или иной велосипед.
На территории другого университетского городка применяется сторонняя система для отслеживания местонахождения велосипедов. Когда велосипед прибывает обратно в магазин, уникальный штрихкод на велосипеде сканируется. Название пункта, в котором был просканирован штрихкод, автоматически вносится в базу данных отслеживания велосипедов. Когда клиент забирает велосипед из пункта проката, местонахождение меняется на "В прокате", и имя клиента заносится в отдельный столбец.
Эта система подтвердила свою эффективность в ситуациях, когда клиенту нужен велосипед определенного размера или типа, например с электродвигателем или горный. Если в данном пункте нет велосипеда с нужными характеристиками, его сотрудники могут быстро выяснить, где он имеется, и получить его или направить клиента в соответствующий пункт. База данных местонахождения велосипедов имеет REST API, который можно вызывать из других систем.
Ваш управляющий директор хочет четко понять рабочий процесс, который вы разрабатываете. В прошлом были проблемы из-за несогласованности документации с пользовательским кодом, поэтому руководитель хочет следить за реализацией процесса.
Бизнес-процесс
Вам нужно обновить процесс резервирования и аренды велосипедов в обоих университетских городках описанным ниже образом.
Ниже перечислены этапы.
- Клиент резервирует велосипед по телефону, лично или через веб-сайт.
- Сотрудники пункта проката записывают сведения о клиенте и размер рамы.
- Требуется ли клиенту определенное оборудование, например электродвигатель, специальная подвеска или детский прицеп? Если да, то какое именно?
- Где находятся все велосипеды с данным размером рамы и оснащением? Эта информация берется из базы данных местонахождения велосипедов и поддерживается в актуальном состоянии с помощью системы сканирования штрихкодов.
- Есть ли велосипед с нужными характеристиками в соответствующем пункте проката? Если да, он резервируется.
- Если нет, в каком ближайшем пункте он есть? Велосипед резервируется.
- Сотрудникам в этом пункте отправляется сообщение электронной почты о том, что велосипед необходимо переместить для клиента.
- Штрихкод сканируется в новом пункте.
- Велосипед выдается клиенту, и местонахождение меняется на "В прокате".
- От клиента принимается оплата.
Это процесс в упрощенной форме. Для простоты мы опустили пограничные случаи, такие как без велосипеда с требуемым размером кадра или функцией, доступны для аренды. Можно придумать и другие ситуации, которые не учитывают этот упрощенный процесс.
Выбор технологии
Рассмотрим имеющиеся в Azure технологии, позволяющие реализовать бизнес-процесс и интегрировать его с базой данных местонахождения велосипедов.
- Microsoft Power Automate
- Приложения логики Azure
- Функции Azure
- Веб-задания службы приложений Azure
Для разработки рабочего процесса, представляющего этот бизнес-процесс, можно использовать любую из перечисленных технологий. Каждая из технологий может интегрироваться с REST API, поэтому любую из них можно также использовать для интеграции с системой определения местонахождения велосипедов. Как выбрать из этих параметров?
Ориентация на проектирование или код
Мы знаем, что руководитель и его помощники хотят получить общее представление о рабочем процессе, не вдаваясь в детали кода и реализации. Она также не любит отдельные документы, описывающие процесс, потому что они так легко становятся устаревшими при изменении процесса.
Если выбрать подход, ориентированный на проектирование, рабочий процесс можно легко визуализировать в рабочей области конструирования. Полученная схема является не статическим документом, а динамическим представлением реализуемого процесса. Преимущество заключается в том, что схема будет обновлена при изменении процесса.
Это веская причина выбрать подход, ориентированный на проектирование.
Microsoft Power Automate или Azure Logic Apps?
Теперь нужно выбрать одну из двух технологий, ориентированных на проектирование:
- Microsoft Power Automate
- Приложения логики Azure
В данном сценарии не предполагается, что у сотрудников пунктов проката должна быть возможность изменять бизнес-процесс. Кроме того, для подключения к базе данных местонахождения велосипедов через REST API потребуется создать пользовательский соединитель. Это задача разработчика.
Представляется разумным, чтобы разработкой пользовательского соединителя и рабочего процесса занимался один человек или одна команда. Так как это должны быть разработчики, лучше использовать Azure Logic Apps.
Как продемонстрировало это упражнение, выбор технологий, подходящих для решения, можно сузить, просто проанализировав бизнес-процесс и целевую аудиторию.