Карьера в IT. Системный аналитик, часть 3.1, диаграммы. UML + BPMN
Всем привет.
Сегодня продолжу рассказывать о таком прикладном инструменте системного аналитика, как UML и также рассмотрим BPMN.
В прошлом посте мы поговорили об основных типах диаграмм, которые наиболее часто используются на данный момент. Сегодня расскажу о последней (и моей любимой) - диаграмме последовательности.
Самая любимая она потому, что с помощью нее можно показать почти любые процессы, у которых есть какая-то длительность.
Если говорить по-умному, то диаграмма последовательностей относится к диаграммам взаимодействия UML, описывающим поведенческие аспекты системы, но рассматривает взаимодействие объектов во времени. Другими словами, диаграмма последовательностей отображает временные особенности передачи и приема сообщений объектами. Но зачем нам это, верно?
Если говорить проще, то с помощью этой диаграммы можно показать взаимодействие объектов в рамках какого-либо сценария, с возможностью акцентирования внимания на сообщениях, которыми они обмениваются, и возвращаемых результатов, связанные с сообщениями.
Кроме того, можно описывать как бизнес-процессы, так и сугубо технически вещи - например, показать взаимодействие фронта и нескольких микросервисов в рамках какого-нибудь сценария.
Выглядит диаграмма следующим образом:
Тут, например, отображен бизнес-процесс покупки курса пользователем. По шагам описано взаимодействия пользователя с системой и дальнейшее взаимодействие системы с другими участниками процесса (такими же системами).
Даже без подготовки такую схему можно легко прочитать и пошагово понять, что происходит или должно происходит в рамках описываемого процесса.
BPMN
Теперь по поводу BPMN.
Business Process Model and Notation (нотация моделирования бизнес-процессов) — это система условных обозначений, которая отображает бизнес-процессы с помощью блок-схем.
BPMN диаграмма показывает в какой последовательности совершаются рабочие действия и перемещаются потоки информации.
Наглядная схема показывает, где в процессах есть узкие места или вовсе тупики, из-за которых клиенты уходят или не заканчивают целевое действие (заявка, покупка, звонок). BPMN подсвечивает места, которые можно улучшить и моделирует способы адаптации под новые условия.
BPMN-схемы описывают бизнес-процессы единым стандартизированным языком, который понятен всем участникам независимо от уровня их технических познаний.
Пример схемы:
Теперь немного о базовых объектах BPMN:
● Event – Событие;
● Activity – Действия;
● Gateway – Шлюзы или Развилки;
● Flow – Поток.
● Date – Данные;
● Artefact – Артефакты;
● Swimline – «плавательные дорожки»;
● Pool (Пул) — набор.
EVENT (СОБЫТИЕ)
События могут быть начальными, конечными или промежуточными.
Например, опишем процесс получения заказа от клиента по телефону:
● Событие Старт – это входящий звонок от клиента.
● Событие Финиш – это отправка готового расходного документа на печать.
ACTIVITY (ДЕЙСТВИЯ)
Activity – это те действия (задачи), которые должны быть выполнены на определенном этапе бизнес-процесса. Их при моделировании обычно обозначают в виде прямоугольников, в которые вписывают суть действия.
Действия могут быть элементарными, т.е. неделимыми на какие-то более простые действия, так и не элементарными, т.е. такими, которые при детализации делятся на последовательность определенных более простых действий.
GATEWAY (ШЛЮЗ, РАЗВИЛКА)
Gateway – это контрольный узел, который появляется в случае условного ветвления бизнес-процесса. Графически изображается в виде ромба.
Также шлюзы необходимы в случаях, когда порядок действий зависит от тех или иных факторов. Например, при работе с заказчиками шлюз появляется на этапе принятия клиентом решения о покупке – «да или нет». При положительном решении необходимо оформить покупку, при отрицательном – выяснить возможные причины отказа, провести работу с «отказом» и т.д.
FLOW (ПОТОК) И MESSAGE FLOWS (ПОТОК СООБЩЕНИЙ)
Поток Flow – это последовательность действий, обозначается как стрелка, и показывает, какое действие после какого необходимо совершить.
Message Flows – это пунктирные стрелки в бизнес-модели, которые показывают сообщения, которыми обмениваются участники бизнес-процесса. Например, если заказ переходит от клиента в обработку в отдел продаж, он сопровождается сообщением, которое содержит информацию об этом заказе. Также Message Flows могут связывать два отдельных пула в диаграмме.
Message Flows Association – еще один вид линий, в отличие от сообщений, которые являются пунктирными линиями, этот вариант отображается в виде последовательности не отрезков, а точек.
POOL (ПУЛ)
Пул – это объект описывающий какой-то один процесс на диаграмме. Он может быть не изображен на диаграмме, но он всегда есть. На одной диаграмме может быть несколько Пулов. Пул можно развернуть для просмотра деталей.
Пул может также содержать, так называемые, «дорожки». Они нужны для того, чтобы указать участников процессов, которые скрыты в пуле. Например, в процессе работы с клиентами участвует менеджер по продажам, руководитель отдела продаж, возможно, бухгалтер или кассир.
Итого.
Это основные объекты BPMN, которые чаще всего используются. Кроме перечисленных есть еще не мало других, но они используются уже реже и о них можно почитать отдельно.
И что еще важно - BPMN можно на самом деле использовать не только для построения бизнес-процессов, но и для описания тех же интеграций. Да, это не по фэншую, но кто нам может запретить?
Например (сорри за качество, так уж шакалится картинка):
Если то, что вы делаете устраивает вашу команду и помогает ей разобраться с процессам - вы молодцы, это значит, что инструмент использован не зря, как и время потраченное на него (хотя я уже ожидаю комментарии различного толка на этот счет).
P.S: Уже по традиции - буду признателен за вопросы про карьеру\профессию\чему угодно связанному со сферой IT - постараюсь ответить на всё.