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

Что такое унифицированный язык моделирования

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

Говоря простыми словами, UML – это графическое отображение процессов. Здесь важно то, что в UML используются стандартные элементы. Это дает возможность всем участникам процесса понимать, что отображено на схеме. Также это облегчает работу, если составитель схемы вышел из проекта.

Унифицированный язык моделирования или UML

Минусы использования UML крайне незначительны:

  1. Требуются определенные затраты времени.
  2. Необходимо знать и понимать различные диаграммы и их нотации.

Рассматривая положительные моменты использования UML следует отметить, что:

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

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

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

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

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

Читать:  Для чего проводится анализ бизнес процессов на предприятии, какие методы и виды оценки эффективности подразделений применяются на практике

Что такое модель и нотация бизнес-процесса

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

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

Нотация BPMN предусматривает использование пяти основных элементов:

  1. Элементы потока (события, процессы и шлюзы).
  2. Данные.
  3. Соединяющие элементы.
  4. Зоны ответственности.
  5. Артефакты, под которыми понимают сноски.

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

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

Использование BPMN позволяет получить следующие преимущества.

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

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

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

  1. Получение списка действий.
  2. Перевод действий в задачи.
  3. Назначение действий исполнителям.
  4. Вычисление финальных точек.
  5. Описание условий.
  6. Описание внешних сущностей.
  7. Переложение описаний в нотации.

Рассмотрим подробнее данные этапы.

1. В первую очередь необходимо получить список действий. Предварительно проводим интервью с участниками процесса.

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

Элементы бизнес-процесса

Часть информации можно получить при изучении инструкций и регламентов. Однако основным источником является интервью.

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

2. Далее осуществляем перевод действий в задачи. Другими словами, если у нас было действие «Составляет заявку на поставку товара», то мы переводим ее в задачу: «Составить заявку на поставку товара». Так как данная нотация не предусматривает возможность декомпозиции, то задачей не может быть «Согласовать сделку». Нужно разделить эту задачу на части и построить последовательность, в которой каждая из задач будет максимально простой и ее будет выполнять только один исполнитель.

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

4. Вычисляем финальные точки, то есть определяем случаи, в которых процесс завершается.

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

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

6. Описание внешних сущностей, то есть таких, управление которыми в рамках системы невозможно. Однако контакт с ними необходим для успешного протекания процесса.

7. Переложение описаний в нотации дает возможность переноса всей полученной информации в графическую форму.

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

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

Разница между нотациями

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

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

BPM, BPMN и BPMS

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

Модель методологий

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

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

Нотация UML направлена на то, чтобы получить модель программной системы, а не разработать ее. В то же время целью нотации BPMN является составление модели бизнес-процесса.

Подход к моделированию

UML – объектно-ориентированный язык, использующий соответствующий подход в моделировании приложения. Таким образом, фокус нотации сведен на стандартный язык, а не на процесс, отражающий реальность. Нотацию UML используют для формирования простой метамодели, в которой объединена семантика и появляется возможность построения общей нотации.

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

Области применения

UML используется в работе с объектно-ориентированными системами. Основными областями применения становятся различные коммерческие приложения, ввеб-приложения, встроенные системы. Но следует подчеркнуть, что использование данной нотации не дает возможности спроектировать систему. Эта нотация предусматривает возможность только задокументировать имеющуюся модель.

BPMN широко используется специалистами, тем или иным образом связанными с управлением бизнес-процессами.

Сравнительная таблица

Итак, представим сравнительную таблицу нотаций UML и BPMN.

UML BPMN
Унифицированный язык моделирования Модель бизнес-процесса и обозначения
Язык визуального моделирования общего назначения, который предназначен для определения, визуализации, построения и документирования артефактов программной системы Графическая иллюстрация бизнес-процессов в модели, основной целью которой является предоставление понятного для всех бизнес-пользователей обозначения.
Ориентация на программную систему моделирования Ориентация на моделирование бизнес-процессов
Использование объектно-ориентированного подхода к моделированию приложений Использование процессно-ориентированного подхода к моделированию систем
Возможность и необходимость использования в одной нотации всех семи представлений. Возможность использования только двух представлений, неспособность охвата всех семи представлений.

Выбор языка моделирования напрямую зависит от целей и объекта. Представленные в обзоре модели являются комплексными и позволяют полностью решить все задачи аналитика.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *