Как сделать бизнес процесс

Каждое приложение имеет бизнес-логику, своеобразный поток действий и операций, который определяет будущий функционал приложения.

1118 просмотров

Большой частью бизнес-логики являются бизнес-процессы. Что это такое и как их создавать — разбираемся в этой статье.

Что такое бизнес-логика?

Прежде чем рассмотреть бизнес-процессы в отдельности, давайте разберем понятие бизнес-логики.

Бизнес-логика — набор процессов, которые определяют последовательность выполнения операций в приложении, отвечают за обработку данных и устанавливают правила взаимодействия между пользователем и приложением.

Работу бизнес-логики можно рассмотреть на простом примере регистрации пассажира на рейс администратором, который вводит информацию в базу данных.

Здесь администратор выбирает нужный рейс, заполняет форму для регистрации пассажира, вводя необходимые данные. В это время система проверяет авторизован ли пользователь и имеет ли права на выполнение этих действий. Затем программа обрабатывает полученную информацию, проверяет соответствие данных установленному формату, получает данные из базы о полете и пассажире, оповещает, если информация указана неверно, отправляет данные в базу с командой внести изменения.

Как результат данные обновляются и в списке появляется новый пассажир.

Описанные в примере действия, их последовательность, обмен данными, их обработка, запросы и ответы — за все эти операции отвечает бизнес-логика.

Бизнес-логика — неотъемлемый компонент архитектуры приложения. Как уточнялось выше, бизнес-логика состоит из бизнес-процессов. Давайте рассмотрим их подробнее.

Что такое бизнес-процесс?

Бизнес-процессы представляют собой последовательность действий для реализации функционала приложения.

Бизнес-процессы в AppMaster.io

Как и при классическом подходе, в AppMaster.io бизнес-логика строится из бизнес-процессов. БП предназначены для работы с данными: поиск, создание, удаление, обновление, изменение и отвечают за выполнение любых действий в приложении.

На платформе есть специальный редактор для работы с бизнес-процессами. Для создания БП используются блоки.

В каждом бизнес-процессе автоматически создаются замыкающие блоки Start и End. Они могут иметь переменные: выходные для стартового блока и входные для конечного.

У каждого блока БП, за исключением блоков start и end, есть два типа коннекторов — точек подключения (входные In, выходные Out):

• flow_connection — коннектор потока выполнения, описывает очередь блоков, какой за каким выполнять;
• var_connection — коннектор переменных, описывает какую переменную откуда брать.

Бизнес-процессы делятся на три категории:

• Бизнес-процессы бэкенда — компилируются в исходный код на языке Go, выполняются в серверном приложении.
• Бизнес-процессы для веб-приложений — доставляются в веб-приложение, обрабатываются языком JavaScript на стороне браузера.
• Бизнес-процессы для мобильных приложений — доставляются в мобильные приложение и выполняются в них, обрабатываются нативными инструментами мобильных платформ.

Внутри каждого типа приложения есть определенный набор бизнес-процессов.

В бэкенде — обычные бизнес-процессы, имеют блоки Start и End. Могут поддерживать асинхронный вызов и режим транзакций.

В веб и мобильных приложениях существуют следующие типы БП:

• БП компонентов — задаются в каждом компоненте, странице, виджете или экране. Зависят от компонента, для которого они создаются. Не имеют блока End. На входе имеют один или несколько блоков-триггеров, которые начинают выполнение при наступлении заданного события, например, нажатия кнопки.
• БП уровня приложения — задаются для всего приложения, практически идентичны БП компонентов за исключением того, что имеют контекст приложения и имеют только один триггерный блок — начальный.
• Generic БП — задаются на уровне приложения, однако созданы чтобы в них была вынесена часто используемая логика из всех других бизнес-процессов. Эти БП имеют блоки Start и End и ведут себя аналогично серверным бизнес-процессам, но не имеют режима транзакции.

Как создать бизнес-процесс на AppMaster.io?

Для работы с бизнес-процессами на платформе AppMaster.io существует редактор бизнес-процессов.

Все редакторы бизнес-процессов устроены по одному принципу и имеют только несколько отличий в зависимости от типа бизнес-процесса (об этом мы писали выше).

Редактор БП состоит из:

• левой панели со списком доступных блоков;
• рабочей области в центре;
• правой панели с настройками выбранного элемента (блока).

Чтобы добавить блок бизнес-процесса, нужно перетащить элемент с левой панели на рабочую область.

В настройках каждого БП можно активировать режим транзакции. В таком случае БП приобретает свойство атомарности: БП либо выполняется полностью, либо не выполняется ни один из его отдельных блоков. Если в каком-то блоке произойдет ошибка, то будет выполнен откат всех изменений, вызванных предыдущими блоками бизнес-процесса.

На левой панели блоки распределены в группы по видам:

• Logic — логика. Отвечают за изменение потока процесса, реализацию системных функций, сравнение переменных и преобразование типов данных.
• Functions — функции. Позволяют выполнять различные типы операций с разными типами данных, такие как округление чисел, разбиение строк, чтение файлов и многое другое.
• Model Functions — функции для работы с моделями базы данных. Позволяют выполнять операции с моделями данных, такие как создание, поиск, редактирование и удаление.
• User-Created BPs — пользовательские бизнес-процессы. Вызывает любой из пользовательских бизнес-процессов, который вы создали.
• Global variables — глобальные переменные. Переменные, которые используются в рамках всего проекта. Отображается при наличии глобальных переменных.
• Variables — переменные. Задает и сохраняет переменные, которые будут использоваться в бизнес-процессе.
• External API Requests — внешние API-запросы. Запуск любого ранее созданного запроса к внешнему API.
• Models — модели. Устанавливают и сохраняют переменные моделей данных, которые будут использоваться в бизнес-процессе.
• Enums — перечисление. Устанавливает и сохраняет переменные с типом перечисление, которые будут использоваться в бизнес-процессе.
• Auth — блоки, добавляемые модулем авторизации Auth.

При добавлении того или иного модуля в проект, в списке блоков будет создан раздел с бизнес-процессами установленного модуля.

При помощи правой панели настроек можно добавлять кастомные переменные, задавать дефолтные значения существующим, настраивать блоки.

Чтобы добавить переменные, необходимо выделить нужный блок бизнес-процесса и нажать на иконку плюс на панели Variables.

Различают локальные и глобальные переменные.

Локальные переменные доступны для всех типов бизнес-процессов. Локальные переменные существуют в пределах одного БП. После выполнения БП локальные переменные уничтожаются, освобождая оперативную память приложения.

Глобальные переменные предназначены для использования во всем приложении. Они объявляются заранее и доступны в любом бизнес-процессе. Они хранят данные в течение жизненного цикла приложения.

Локальные и глобальные переменные могут иметь любой тип: от простых int и string, до массивов моделей и энамов. Хранятся исключительно в оперативной памяти.

Пример бизнес-процесса

Рассмотрим пример создания БП на примере редактора бизнес-процессов бэкенда. Процесс будет выполнять регистрацию пассажира на рейс.

*Все данные уже были введены в базу данных. Ниже описано только создание бизнес-процесса. Полный урок доступен тут.

Чтобы создать новый процесс, перейдите в раздел Business Logic и нажмите на Create business process.

В открывшемся окне введите название процесса, можно заполнить поле description и при необходимости включить режим транзакции.

По умолчанию в нашем БП уже есть два блока: Start и End.

В блок Start мы добавляем несколько выходных переменных. Для этого кликните на нужный блок и в правой части экрана напротив Variables нажмите иконку +.

В новом окне введите название переменной, укажите ее тип и задайте дефолтное значение, если необходимо.

Добавляем несколько переменных, которые нужны нам для регистрации пассажира на рейс:

• ID рейса — flight_id;
• Данные о пассажире — passenger;
• Место — seat;
• Check-in статус — status.

Далее нам нужно получить ID рейса из базы данных. Для этого мы добавляем блок GetOneFlight.

Между блоками мы устанавливаем связи, для этого достаточно протянуть стрелку от одного блока к другому. Здесь голубая линия выполняет функцию связи потока между блоками, указывая порядок их выполнения. Цветные линии — связи данных, которые устанавливаются между переменными и указывают на то, откуда брать и куда передавать данные в рамках БП.

ID рейса получено, теперь нам нужно получить данные о пассажире и удостовериться, что такой человек есть в базе данных.

Добавляем блок Expand Passenger и получаем ID пассажира. При помощи блока GetOne Passenger проверяем запись о нем в базе данных.

Теперь нам нужно создать саму регистрацию. Для этого используем блок Make Registration. Устанавливаем связи между блоками.

Теперь необходимо сохранить запись о регистрации в базе данных, так как до этого мы создали ее только в рамках бизнес-процесса. Добавляем блок Create Registration, устанавливаем связи и завершаем бизнес-процесс.

Созданный бизнес-процесс отвечает за выполнение следующих действий: поиск данных о рейсе в базе данных, поиск и получение ID пассажира, создание и сохранение регистрации.

На нашем YouTube-канале вы можете пройти полный курс AppMaster.io 101 и научиться работать с no-code платформой. Так легко и наглядно при помощи блоков и визуальных связей на платформе AppMaster.io можно собирать бизнес-процессы любой сложности без написания кода. Попробуйте создать свой бизнес-процесс и приложение, зарегистрировавшись на пробный период на платформе.

Источник: vc.ru

10 бизнес-процессов, которые сделают вашу компанию эффективнее

Внедрение корпоративного портала и CRM — только первый шаг в автоматизации работы компании. Сократить время на рутинные задачи, сделать взаимодействие между отделами более прозрачным и упростить коммуникации позволяют бизнес-процессы — специально заданные алгоритмы с определенной последовательностью шагов.

«Битрикс24» — универсальный инструмент для каждой компании: это и продвинутая CRM, и система управления проектами, и группа инструментов для корпоративных коммуникаций. А еще дизайнер бизнес-процессов для автоматизации типовых и часто возникающих операций.

Мы составили топ-10 самых полезных процессов, которые должны быть в каждой компании. Среди них есть как базовые бизнес-процессы, доступные в «Битрикс24» по умолчанию, так и уникальные, автоматизирующие сложные и нестандартные операции, — их можно разработать на базе корпоративного портала с нуля.

10. Новый сотрудник

Десятку открывают кадровые процессы — наиболее востребованные во всех компаниях.

Цель процесса «Новый сотрудник» — автоматизировать прием на работу специалиста. Сотрудникам разных отделов автоматически поступают задачи, по выполнению которых процесс движется дальше. Участниками могут выступать разные должностные лица — их можно задать индивидуально для каждой компании. У нас в Uplab в процессе участвует сам сотрудник, его непосредственный руководитель, офис-менеджер, системный администратор, HR-менеджер, главный бухгалтер и специалист по кадрам.

9. Увольнение сотрудника

Процесс увольнения сотрудника не менее ресурсозатратен, чем прием. Сотруднику нужно собрать кучу подписей, сдать имущество, передать дела и многое другое. После внедрения бизнес-процесса каждое упомянутое выше действие будет выполняться пошагово и автоматически перенаправляться нужным должностным лицам — сотруднику не придется бегать за каждым специалистом, ответственным за конкретный этап процесса, и он без лишних нервных потрясений покинет компанию.

8. Заявление на отпуск

Когда у сотрудника приходит время очередного отпуска, на портале автоматически запускается процесс его согласования. Система сама определяет, кто является руководителем отпускника, и отправляет ему заявку. В случае успешного подтверждения заявки бухгалтерии и отделу кадров ставятся задачи на оформление отпуска. По окончании процесса сотруднику приходит уведомление с радостной новостью.

7. Заявление на отгул

Стандартный алгоритм достаточно сложен и для сотрудника, который по той или иной причине не может выйти на работу, и для руководителя. Нужно заранее договориться об отсутствии, написать заявление, заверить его, отнести бухгалтеру. Процесс может затянуться, когда согласующих руководителей несколько, и особенно, если кто-то из них не находится в офисе.

Бизнес-процесс в «Битрикс24» упрощает цепочку согласований: сотруднику достаточно указать дату отгула, причину и способ использования часов — за свой счет или за ранее отработанное время. Дальше система все сделает сама: определит руководителя и согласует отгул.

6. Заявление на командировку

Незаменимый процесс, если в вашей компании сотрудникам довольно часто требуется выезжать за пределы своего города. Автоматизирует этапы согласования командировки и ставит задачи руководителю и бухгалтеру на выполнение ряда обязательных действий.

5. Заявление на больничный

У нас в агентстве процесс предусматривает 3 возможных варианта отсутствия сотрудника:

Работа из дома, когда специалист сохраняет трудоспособность, но не приходит в офис, чтобы не заражать коллег и скорее поправиться.

Классический больничный, когда человек обращается в больницу.

Отгул за свой счет, когда сотрудник чувствует небольшое недомогание и хочет отлежаться дома без оформления больничного листа.

Сотрудник может запустить процесс, не выходя из дома — с компьютера или смартфона. Достаточно указать вариант отсутствия, дождаться подтверждения прямым руководителем и дальше следовать указаниям, которые будут приходить в «Битрикс24» в виде уведомлений.

Алгоритм бизнес-процесса может быть разным. Так, в нашем случае отсутствие сотрудника автоматически признается отгулом за свой счет, если руководитель не согласует работу, выполненную сотрудником из дома.

4. Ознакомление

Один из наиболее востребованных бизнес-процессов. Может применятся в различных случаях, в том числе в рамках других процессов, но чаще всего для знакомства сотрудников с внутренними приказами и корпоративными нововведениями.

При запуске процесса руководителю нужно прикрепить необходимый документ или ссылку на него, указать пользователей или отделы, которые должны с ним ознакомиться, и зафиксировать срок. По истечению указанного срока бизнес-процесс покажет, сколько пользователей прочитали документ, а сколько нет.

3. Заявка на оплату

Тройку лидеров открывает процесс оплаты заявок различного рода. Это может быть и заказ бутилированной воды в офис, и выплаты по счетам от подрядчиков.

После того, как сотрудник укажет требующиеся вводные, «Битрикс24» определит его руководителей, согласует заявку и отправит ее в бухгалтерию. После проведения оплаты должностному лицу, который запустил процесс, придет уведомление об его успешном завершении.

2. Утверждение документа

Процесс похож на «Ознакомление», но содержит больше вариантов развития событий. Он может быть как последовательным, так и имеющим несколько статусов (в каждом статусе — свой алгоритм действий и список задач).

Процесс утверждения может быть многоуровневым, например, двухэтапным.

1. Согласование

«Согласование» — лидер среди бизнес-процессов. Без согласования не обходится ни одна автоматизация. Причем этот процесс может быть как составной частью других процессов, так и являться самостоятельной единицей оптимизации работ.

Приведем пример. Допустим, ваш сотрудник подготовил договор на выполнение работ, который вам нужно согласовать. Бизнес-процесс облегчает вашу задачу: специалист не отвлекает вас от важных дел, напоминая о том, что нужно проверить результат. Он просто запускает процесс, приложив к нему договор.

Система сама определяет ответственного руководителя — вы получаете готовый к проверке документ, а сотрудник точно знает, на каком этапе находится согласование. Процесс предусматривает 2 вариант развития событий: вы можете как принять коммерческое предложение, так и вернуть специалисту на доработку.

Потребность в согласовании актуальна для всех сфер деятельности, возможность автоматизации этого процесса освобождает время сотрудников для работы над проектами и повышает их работоспособность — гораздо проще решать рабочие вопросы, имея уверенность, что не придется бегать за руководителем и утверждать дату проверки выполненной задачи. Следствием становятся рост успешно достигнутых результатов и, соответственно, прибыли компании.

Каждый бизнес нуждается в автоматизации процессов, и «Битрикс24» для этого — оптимальное решение. В первую очередь за счет возможности создавать новые и адаптировать стандартные процессы под нужды компании.

За внедрением корпоративного портала и настройкой бизнес-процессов вы можете обратиться к нам. Мы поможем максимально автоматизировать рутинные задачи и заметно улучшить показатели компании за счет сэкономленного времени. Заполните форму — поделимся кейсами!

Источник: www.uplab.ru

Как моделировать процессы — методика для начинающих

«Как моделировать процессы?» — вопрос кажется простым и банальным, но ответить на него сложно. В этой статье я предлагаю методику создания первой рабочей модели процесса в BPMN, которая помогает моделировать процессы в BPMN обычным людям.

1. Что такое моделирование процесса и модель процесса

Модель процесса — это картинка из стрелочек, кружочков и квадратиков, которая отражает бизнес-процесс. Моделирование процесса — это составление такой картинки так, чтобы на картинке была правда.

Вот так выглядит модель процесса в BPMN. По ссылке еще примеры

Для создания модели нужно:

• Подготовиться.
• Получить понимание бизнес-процесса.
• Использовать инструкцию по трансляции человеческого понимания в кружочки и квадратики.
• Использовать инструмент для рисования кружочков и квадратиков.

2. Подготовительные работы

2.1. Правила успешной коммуникации

Для сбора информации по процессу вам нужно будет общаться с сотрудниками, задавать вопросы и фиксировать результаты. Умение слушать и говорить — это основные инструменты аналитика. Про коммуникации написано сотни статей и книг, например Умение слушать или Убеждай и побеждай. Секреты эффективной аргументации.

Из этих книг для себя я вывел такие правила и вам тоже их советую:

• Придумываю вопросы заранее.
• Договариваюсь о встрече заранее, описываю какого результата хочу добиться.

• В начале встречи повторяю зачем все собрались, какого результата я жду. Рассказываю про личную мотивацию, чтобы люди не чувствовали угрозы.

• Уважаю собеседников – даю возможность сказать, всё что они считают нужным. Не перебиваю, не делаю выводов за них и не подменяю их слова собственными рассуждениями об их словах.
• Задаю открытые вопросы («Как у вас происходит х?»), а не закрытые («Вы, наверное, делаете это так?»).

• Реагирую на триггерные слова: каждый, любой, иногда, бывает, случается и т.д. Эти слова оставляют неопределённость в разговоре, которая может скрывать дополнительные действия по процессу, ветки согласования. Прошу пояснить, какие еще варианты бывают.

— А еще мы доставляем заказы не только DPD, но DHL.

— А еще мы доставляем заказы не только DPD, но DHL.

— А кто принимает решение о варианте доставки?

— Клиент в личном кабинете выбирает.

— А как меняется процесс, если доставка DHL?

— Не мы к ним отвозим заказы, а они у нас забирают.

2.2. Шаблон для заполнения результатов разговоров

Результаты разговоров будем записывать в специальный файл. У него простая структура – название «штуки», которую вы выяснили, тип и сотрудник, который с ней связан.

По картинкой ссылка на шаблон

Каждая строчка должна содержать только один конкретный элемент, нельзя вставлять названия с союзами (И, ИЛИ и т.д.) или обобщающими местоимениями (ВСЕ, КАЖДЫЙ, НЕКОТОРЫЙ).

Товар на складе.

3. Как составить человеческое понимание процесса

Процесс — это набор действий нескольких сотрудников, который приводит к значимому результату для клиента. С помощью вопросов нужно выяснить у участников процесса или тех, кто знаком с процессом, следующее:

• Результат — то, чем может однозначно завершиться процесс.

Товар получен и оплачен, дело в суде закрыто, банковская гарантия выдана.

• Клиент — это тот человек или организация, которая заинтересована в выполнении процесса.
• Требования — это что-то, что обязательно надо делать в рамках бизнес-процесса по требованиям государства, руководства или регуляторов.

Сделки с драг.металлами суммой >600 000. надо регистрировать в фин. мониторинге. Бухгалтерскую отчетность надо сдавать до 31 апреля.

• Действия — работа, которая нужна для процесса.

Отправка СМСки, звонок клиенту или подготовка акта.

• Участники — это те люди или отделы, которые выполняют действия или участвуют в процессе.

Курьеры, бухгалтерия, сотрудники сборки, водители.

• Набор – т.е. порядок, в котором действия идут друг за другом.

«Сначала клиент должен оплатить заказ, потом мы звоним клиенту, потом звоним на склад и заказываем отгрузку».

• Решения, приводящие к действиям. Это те правила или рассуждения, на базе которых сотрудники понимают, что нужно выбирать одну или другую последовательность.

«Если я не дозвонился клиенту, то на склад звонить не буду, а буду звонить через 3 дня клиенту снова.»

3.1. Начинаем с результата процесса

Выбираем процесс с понятным, хорошим результатом. Я возьму процесс «Оплата счёта», он заканчивается результатами «Товаруслуга по счёту получены» и «Закрывающие документы получены».

Конечно, счёт может быть и не оплачен, или товар может быть не получен. В первый подход мы моделируем только самый явный и ожидаемый результат процесса.

Как определить результат

После получения результата отсутствуют обязательные, ожидаемые действия.

Как результат звучит в речи

— Ну и в итоге мы оплачиваем товар, курьер его привозит вместе с документами. Мы ставим печати на документах, один документ курьеру отдаем, а один в бухгалтерию. Товар сдаём на склад или сразу в проекте используем.

— А по счету всё, больше ничего не делаем?

— Вроде нет. Ну там еще какие-то проверки бывают со счетами, но это уже не касается конкретного заказа

Запишите результат в ексель-файл.

Записываем результат в шаблон

3.2. Определяем клиента и требования

Клиент — это тот, кто заинтересован в выполнении процесса. Клиенты могут быть внутренние — руководители, соседние департаменты. Или внешние — непосредственно клиенты, которые приносят деньги.

Нам необходимо идентифицировать клиента для того, чтобы после составления схемы убедиться, что мы сделали всё, что от нас ожидается.

В моём случае проектная команда заинтересована в оплате счёта для того, чтобы получить оборудование для исполнения своих непосредственных задач.

Бухгалтерия кажется хорошим кандидатом на «клиента», потому что они заинтересованы в сборе документов. Но выгоды от «оплаты счёта» бухгалтерия не получает, поэтому они не клиенты — они предъявляют требования к тому, как процесс должен протекать, если он запустился.

Запишем их требования в таблицу.

3.3. Действия и решения

Чтобы ответить на вопрос «как моделировать процессы» на этот раздел нужно обратить особое внимание.

Нужно выяснить, какие работы надо выполнить, чтобы получить результат. Действия идут друг за другом, их следует раскрутить, как клубок. При этом важно не углубляться до минимальных атомарных операций типа «поднять левую руку, взять в неё трубку, набрать цифру». Минимальная детальность, которая нас интересует — действия одного сотрудника.

Нас интересует не каждое действие в деталях, а факт наличия действия и его участия в процессе.

Искать удобно от результата

-Что нужно сделать, чтобы оплаченный товар оказался на складе?

— Ну, курьер звонит заранее, автор заявки с ним договаривается на конкретную дату доставки.

— А почему курьер звонит?

— Мы вообще-то деньги заплатили его компании, они должны нам доставить товар!

— Так, а почему деньги мы заплатили?

— Иван Иваныч, директор, согласовал мою заявку.

— А как он её увидел?

— Я ему на почту бросил, заполнил её по шаблону.

— А шаблон где взяли?

— Лежит в гугл доках, оттуда все его берут, кто хочет что-то купить»

Ваш собеседник может принять вас за наивного балбеса, потому что вопросы кажутся глупыми. Я не знаю, как избавиться от этого чувства, поэтому просто мучаюсь. Важно перетерпеть естественное желание объяснить человеку что вы всё понимаете и просто слушать.

Людям будет сложно разделить действия, события и решения в своей работе, а нам важно их выловить. Будем стараться их вылавливать наводящими вопросами.

— А Иван Иваныч всегда согласует заявки?

— А какие он заявки не согласует?

— Меньше 100 тысяч рублей ему не интересно согласовывать. За него это директор финансовый делает.

(Это решение)

• А как вы вообще понимаете, что пора начинать оплату счёта?
• У нас есть календарный план-график, в нём +- расписано, когда нужны материалы. Каждый менеджер просматривает график раз в неделю и делает заказы.

(Это событие)

3.4. Сотрудники

Пока мы с вами заполняли такую таблицу, незаметно у нас сформировались сотрудники и роли, участвующие во взаимодействии. В примере упоминали курьера, это не внутренний сотрудник, его нужно отметить особенно.

3.5. Последовательность

В следствие использования таблицы у нас уже есть последовательность – строки таблицы, ничего дополнительного в этом направлении делать не надо.

4. Превращаем слова в схему

Вот таблица, которая помогает слова превратить в значки BPMN. В шаблоны идём сверху вниз, а в BPMN отрисовываем справа налево (от конца к началу).

№	Словами	В BPMN	Картинка	Комментарий
1	Результат	Завещающее событие
2	Клиент	Дорожка		Если внутренний участник
3	Клиент	Внешний пул		Если внешний участник
4	Требования	Задача		Чтобы удовлетворить требованиям обычно кто-то должен сделать работу, а тот, кто представляет требования — подтвердить, что они выполнены.
5	Действие	Задача
6	Решение	Шлюз + Задача бизнес-правила		Бизнес-правило используют тогда, когда хотят отобразить сложное решение
7	Участник внешний	Внешний пул
8	Событие	Событие		События должны быть специфицированы по стартовым, промежуточным и завещающим.

5. Пример

Это только первая версия– дальше нужно разбираться с плохими вариантами развития событий, «тормозами» сотрудников и т.д. Но делать это можно уже имея схему в BPMN –коллеги «магическим» образом будут её понимать и новую информацию нужно будет отражать уже на схеме. Об этом весь мой блог и бесплатный е-мейл курс.

6. Инструмент для моделирования процесса

Для первой модели воспользуемся сервисом bpmn.io — он бесплатный и не требует регистрации. А еще поддерживает нотацию BPMN 2.0.

7. Теперь вы знаете как моделировать процессы

Теперь вы знаете как моделировать процессы. Расскажите в комментариями, с какими сложностями при моделировании процессов приходилось вам сталкиваться? Что непонятно из статьи?

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Источник: bpmn2.ru