Наиболее популярная нотация моделирования бизнес-процессов, основанная на методологии структурного анализа SADT. Методология IDEF0 — это методология моделирования, позволяющая создать функциональную модель, отображающую структуру и функции системы, а также потоки информации и материальных объектов, связывающие эти функции (на рисунке представлена графическая диаграмма в нотации IDEF0 — пример реализован в системе Business Studio, которая включает в себя функции программы для построения IDEF0). Бизнес-процессы в нотации IDEF0 представляются в форме прямоугольника, а стрелки отражают связь с другими процессами и внешней средой. Особенностью нотации является:
- Возможность декомпозировать процессы на подпроцессы и, таким образом, строить иерархические модели бизнес-процессов;
- Выделение четыре типов стрелок: три типа входов — вход, управление и механизм (это позволяет более гибко описывать логику использования входов в процессе в целях последующего анализа), и выход.
Нотация IDEF0 используется для создания верхнего уровня модели бизнес-процессов. Построение IDEF0-диаграммы верхнего уровня обеспечивает наиболее общее или абстрактное описание объекта моделирования. На нижнем уровне для описания алгоритма (сценария) выполнения процесса допустимо сменить стандарт IDEF0 на нотацию Процесс, Процедура, EPC или BPMN 2.0.
Подробнее о нотации IDEF0
С методологией SADT можно подробно ознакомиться в монографии Дэвида А. Марка и Клемента МакГоуэна «Методология структурного анализа и проектирования SADT».
Нотация Процесс (Basic Flowchart в Visio)
Данная нотация используется для представления алгоритма выполнения процесса (нотация класса workflow). Используются графические элементы: событие, процесс, решение, два типа стрелок — стрелки предшествования и стрелки «Поток объектов».
Нотация Процесс поддерживает декомпозицию на подпроцессы.
Нотацию Процесс можно применять для моделирования отдельных процессов компании, а также на нижнем уровне модели бизнес-процессов, созданной в нотации IDEF0.
Нотация Процедура (Cross-Functional Flowchart в Visio)
Данная нотация используется для представления алгоритма выполнения процесса (нотация класса workflow). Дополнительно к графическим элементам, применяемым в нотации Процесс, используются дорожки (Swim Lanes), обозначающие организационные единицы — исполнителей действий процесса.
Нотация Процедура поддерживает декомпозицию на подпроцессы.
Нотацию Процедура можно применять для моделирования отдельных процессов компании, а также на нижнем уровне модели бизнес-процессов, созданной в нотации IDEF0.
Нотация BPMN 2.0
Данная нотация используется для представления алгоритма выполнения процесса (нотация класса workflow). Особенностью нотации BPMN 2.0, появившейся в качестве стандарта моделирования в 2011 году, является то, что она предназначена как для моделирования бизнес-процессов, так и для их исполнения. Она доступна для понимания и удобна как бизнес-аналитикам, так и разработчикам, которые занимаются автоматизацией исполнения процессов. Для экспорта схемы процесса в BPMS-систему в Business Studio используется стандарт XPDL.
В Business Studio представлено 2 типа диаграмм BPMN 2.0 — диаграммы процессов и диаграммы взаимодействия процессов. Используются следующие графические элементы: процессы, события, шлюзы; 3 типа стрелок: поток управления, поток сообщений, ассоциации; объекты: документы, информация, сообщения, базы данных. Важно, что в Business Studio все элементы диаграмм BPMN являются объектами репозитория.
В Business Studio в нотации BPMN можно строить иерархическое дерево процессов, т.е. поддерживается декомпозиция.
Для процесса BPMN можно автоматически сформировать регламент и другие отчеты, эта нотация применяется преимущественно для описания процессов нижнего уровня, особенно со сложной логикой исполнения.
Нотация BPMN 2.0
Нотация EPC (Event-Driven Process Chain)
Данная нотация используется для представления алгоритма выполнения процесса (нотация класса workflow). Диаграмма, описанная в нотации EPC (событийная цепочка процессов), представляет собой упорядоченную комбинацию событий и функций. Для каждой функции могут быть определены начальные и конечные события, участники, исполнители, материальные и документальные потоки, сопровождающие её. В нотации EPC ветвление стрелок осуществляется с использованием операторов.
Нотация EPC поддерживает декомпозицию на более низкие уровни. Диаграмма декомпозируемой функции EPC может быть описана только в нотациях EPC или BPMN 2.0.
Нотацию EPC можно применять для моделирования отдельных процессов компании, а также на нижнем уровне модели бизнес-процессов, созданной в нотации IDEF0.
Источник: www.businessstudio.ru
Три вида нотаций в описании и моделировании бизнес-процессов, какую выбрать?
В прошлой статье мы уже разбирали основные типы описания бизнес-процессов. Теперь пришла пора поговорить о видах нотаций в их описании.
Для начала необходимо разобраться, что же такое нотация.
Она определяет КАК мы обозначаем на схеме процессы, операции, события и т. п., и по каким правилам мы их объединяем в общую схему. То есть нотация — это набор знаков и правил для визуально понятного описания бизнес-процессов.
Зачем они нужны, ведь мы всегда можем нарисовать схему бизнес-процесса на листе бумаги или на доске маркером? Ответ — необходимость в автоматизации, т. е. в переводе нарисованного маркером на доске в какое-то ПО.
Мы рассмотрим 3 самых популярных на данный момент вида нотаций:
IDEF — Integration DEFinition.
Начнём с того, что IDEF — это не одна нотация, а целая группа. Они различаются по номерам (IDEF0, IDEF1, IDEF2 и т. д.) и используются для описания разных элементов бизнес-системы.
Разбирать каждую из них не смысла, поэтому мы рассмотрим всю группу в целом.
Первое что важно знать о IDEF — это то, что это самая старая нотация из всех. Она уже десятилетиями не обновляется, а значит морально и функционально устарела. Тем не менее IDEF всё ещё пользуются, и раз она попала в топ-3, то как минимум знать о ней стоит.
(картинка примера IDEF)
Разберём плюсы и минусы нотации IDEF.
- Блок-схема, с использованием нотации IDEF, всегда «заточена» под лист А4. Удобно распечатывать.
- Программ, поддерживающих IDEF, много.
- Использовать модели, построенные в IDEF, сложно.
- Построенную модель трудно анализировать.
- Ограничения по количеству отображаемых в схеме процессов (всего 7).
- Правила описания и чтения бизнес-процессов неудобны и сложны.
- Программы, поддерживающие IDEF, устарели вместе с ней.
eEPC — extended Event-driven Process Chain.
Событийная цепочка процессов. Из названия следует, что в этой нотации моделирование сконцентрировано вокруг событий, а ведь именно они и определяют развитие бизнеса.
За основу при разработке данной системы была взята IDEF3, однако eEPC намного нагляднее и обладает большим функционалом.
(картинка пример eEPC)
Плюсы нотации eEPC:
- Логика построения легка и понятна.
- Многие ПО позволяют моделировать в eEPC.
- Удобно изучать и анализировать.
- Можно увидеть события, которые управляют развитием процессов.
- Большое количество возможностей для моделирования любого процесса.
Минусы нотации eEPC:
- Невозможно определить как происходит взаимодействие между участниками процесса.
- События нельзя отличить по типу.
- Дороговизна.
- Ориентация на сложные и комплексные программные решения.
BPMN 2.0 — Business Process Model and Notation.
BPMN, или «Нотация управления бизнес-процессами» — это разработка института управления бизнес-процессами. Уже только это показывает, что к созданию нотации подошли со всей серьёзностью. Важно отметить, что работа по обновлению и доработке не остановлена, а происходит постоянно.
Существенное отличие BPMN от вышеизложенных нотаций — это наличие понятия «дорожка». Данное понятие обозначает область в модели процесса, которая показывает всё, за что отвечает конкретный человек на данном выбранном отрезке. Когда в процессе принимают участие несколько человек, через «дорожки» отображается их взаимодействие, что очень удобно и важно.
Ведь наибольшее количество проблем в бизнес-процессах возникает именно на стыках работ разных людей, а благодаря «дорожкам» можно детально проанализировать каждое такое взаимодействие.
Плюсы BPMN:
- Регулярное обновление, развитие и доработка нотации.
- Гибкость и удобство настройки.
- Многофункциональность и простота в использовании.
- Наличие «дорожек».
- Возможность деления событий на типы: начало, промежуточное и окончание.
- Возможность создавать свои собственные значки и адаптировать нотацию под свои потребности.
- ПО с BPMN — самое активно развивающиеся. Многие программы бесплатные.
- Подходит как для малых и средних, так и крупных компаний
- Возможность привязки к 1С.
- В нотации много понятий и терминов. Их нужно знать и грамотно применять.
- Высокий уровень вхождения. Из-за широкого круга возможностей нужно довольно много времени на их детальное изучение (по сравнению с другими нотациями).
- Требуется знание бизнес-анализа. BPMN модели — не просто картинки, которые может рисовать любой ребёнок на листе А4. В этой нотации очень важная грамотная структура и последовательность.
Нотация BPMN — самая современная, функциональная и удобная из всех трёх вариантов. Большинство профессионалов работают именно с ней, однако если у Вас уже принято использовать какую-то другую нотацию, то обычно нет смысла производить резкий переход на BPMN. Если же Вы только планируете начать построение бизнес-процессов, то лучше всего начать работать с той, которая Вам наиболее понятна.
Если после прочтения статьи, у Вас возникли вопросы и Вы хотите получить на них ответы, то оставьте заявку на сайте:
Источник: salecraft.ru
Нотации моделирования бизнес-процессов
Первый вопрос, которым задается каждый начинающий бизнес-аналитик, «каким образом из всего многообразия выбрать наиболее подходящие нотации моделирования бизнес-процессов и проектирования информационных систем?»
Второй по значимости вопрос – «в чем заключается отличие языков моделирования бизнес-процессов от языков проектирования систем?»
В этой статье мы постараемся на них ответить.
Бизнес-процесс представляет собой многократно повторяющиеся действия с предсказуемым результатом. Результат процесса должен иметь ценность для какого-либо потребителя. Процесс имеет вход и выход, а для его выполнения требуются ресурсы. Существуют различные способы описания бизнес-процессов, в том числе и с помощью языков моделирования (нотаций).
Описание бизнес-процессов — неотъемлемый этап подготовки бизнес-процессов к цифровизации, например в таких проектах, как:
Нотация – это система условных знаков и правил их использования для описания различных категорий моделируемой системы (объекты, процессы, взаимосвязи и т.п.). Нотация помогает бизнес-аналитику формализовать бизнес-процесс, проанализировать его и оптимизировать.
К списку востребованных нотаций моделирования можно отнести IDEF0, EPC, BPMN, DFD, UML. Остановимся подробнее на каждом из них.
IDEF0 (Integration Definition For Function Modeling) как методология была разработана еще в 1981году, последние изменения были внесены в 1993году. Несмотря на то, что методология давно не актуализировалась, она на сегодняшний день имеет достаточно широкое распространение. IDEF0 – это нотация графического моделирования, которая используется для функционального моделирования. На диаграммах IDEF0 рассматриваются логические отношения между функциями, а не последовательность действий во времени и пространстве.
К особенностям нотации можно отнести использование контекстной диаграммы, соподчиненность объектов и использование четырех типов стрелок (входы, выходы, стрелки управляющего воздействия, механизмы).
EPC (event-driven process chain, событийная цепочка процессов) – графический стандарт моделирования бизнес-процессов, нотация класса WorkFlow. EPC-метод был разработан Августом-Вильгельмом Шеером в начале 1990-х годов при создании ARIS. Отличительной особенностью является обязательное чередование событий и функций. На диаграммах EPC можно увидеть последовательность решений, функции, события, документы и статусы и другие элементы бизнес-процесса. Корректно описанная модель может быть преобразована в текстовый или табличный регламент.
Нотация BPMN (Business Process Management Notation, нотация моделирования бизнес-процессов) — нотация класса WorkFlow, один из наиболее распространенных методов описания бизнес-процессов на сегодня. В нотации BPMN используется базовый набор интуитивно понятных элементов, которые позволяют определять сложные семантические конструкции. Диаграммы BPMN ориентированы на широкий круг пользователей: и на технических специалистов, и на бизнес-пользователей, и на аналитиков. Также этот язык «понимают» программные продукты, и он позволяет создавать исполняемые алгоритмы с использованием специального программного обеспечения.
UML (Unified Modeling Language, унифицированный язык моделирования) — язык графического описания для объектного моделирования в области разработки программного обеспечения. Применяется для моделирования бизнес-процессов, системного проектирования и отображения организационных структур. Этот язык получил широкое распространение в программной инженерии. Одна из особенностей UML заключается в том, что этот язык позволяет системным архитекторам представлять свое видение системы в виде набора стандартных диаграмм. Диаграммы UML подходят для коммуникации в команде разработчиков и взаимодействия с клиентами.
DFD (data flow diagram, диаграммы потоков данных) – это методология графического структурного анализа, которая описывает внешние по отношению к информационной системе источники и адресаты данных, логические функции, потоки данных и хранилища данных. Это один из основных инструментов структурного анализа и проектирования информационных систем, существовавших до широкого распространения UML. Несмотря на популярность UML данный язык по-прежнему используется в бизнес-анализе. Для создания DFD-диаграмм используются две нотации — Йордана (Yourdon) и Гейна-Сарсон (Gane-Sarson). Язык DFD удобен для проектирования контекстных диаграмм, но в отличие от нотации IDEF0 здесь описывается взаимодействие разрабатываемых ИТ-систем с внешней средой.
Теперь ответим на второй вопрос: «в чем заключается отличие языков моделирования бизнес-процессов от языков проектирования систем?» Основное отличие заключается в назначении. Языки моделирования бизнес-процессов рассматривают последовательность действий с точки зрения бизнеса. То есть учитывают все объекты, задействованные при функционировании компании.
Например, сотрудников, документы, товарно-материальные ценности, информационные системы и т.д. Языки проектирования информационных систем рассматривают действия с точки зрения воплощения бизнес-процессов в информационных системах и автоматизации. В языках проектирования систем не будет всех элементов бизнеса, которые позволят описать связь структурных подразделений, взаимодействие с поставщиками, клиентами и т.д.
В заключение мы рекомендовали бы не начинать работу с выбора нотации моделирования при проведении анализа бизнес-процессов, т. к. успех мероприятий по описанию бизнес-процессов заключается далеко не в этом. Первичным должно быть понимание того, для чего будет проводиться описание бизнес-процессов и что планируется получить в результате.
Далее необходимо сформировать понимание, какими силами (внутренними или с привлечением внешних консультантов) будут выполняться работы, с какой аудиторией необходимо будет согласовывать результаты анализа или предложения по улучшениям (бизнес-пользователи, ИТ-специалисты, бизнес-архитекторы) и т.д. После этого будут сформированы критерии, по которым можно будет осуществлять выбор нотации моделирования бизнес-процессов. Желательно выбранные нотации закрепить в соглашении о моделировании, информировать команду проекта и определить правила взаимодействия. В таком случае вероятность достижения намеченных целей будет максимально высока.
Описание бизнес-процессов используется в большинстве наших проектов, в частности в следующих решениях:
Источник: leanvector.ru