Просто о бизнес-процессах и выборе нотаций. Must read! - Тетервак Дмитрий.

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

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

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

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

Существует множество вариантов нотации EPC, в формате столбцов, строк, а также с разными перечнями используемых объектов, однако все эти варианты доступны только в инструментарии ARIS, тогда как в остальных инструментах, например, MS Visio или Business Studio доступно моделирование бизнес-процессов EPC лишь в классическом формате. Моделирование бизнес-процесса в нотации EPC позволяет впоследствии получить текстовый или табличный регламент бизнес-процессов, так как правильно нарисованная EPC модель может быть преобразована в последовательность предложений обычного языка, что становится основой для регламента.

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

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

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

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

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

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

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

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

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

Трудоемкость формирования такой схемы так же существенно выше. Стоит обратить внимание на более наглядные и интуитивно понятные исполнителям нотации описания процессов. До определенной степени, это вопрос вкуса. Интересно посмотреть на рассматриваемую схему процесса в случае, если она описана в нотации BPMN 2. Проще говоря, нотация определяет как мы обозначаем на схеме процессы, операции, события и т. Можно отметить 3 самые популярные нотации: Я не буду рассказывать об истории возникновения, развития и правилах использования нотаций — все это можно прочитать в Википедии.

Вместо этого представляю свой взгляд на их использование, сугубо с практической точки зрения. Ну всё-таки небольшое вступление будет. IDEF это не одна нотация, а целое семейство. Каждая нотация имеет свои особенности и используется для описания разных элементов бизнес-системы. Рассматривать будем семейство в целом. Второе — она уже очень давно десятилетия! Отсюда первый камень в огород. Семейство IDEF безнадежно, морально, функционально устарело. Использовать модели бизнес-процессов, выполненных в IDEF крайне сложно.

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

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

Даже от руки, на листе бумаги, можно создать схему. К слову, именно из потребности в автоматизации, то есть переводу моделей бизнес-процессов в программу, и родились современные нотации. В том числе IDEF. Именно этим обусловлена строгость соблюдения правил моделирования. Машина может понять строгий графический язык, но не в состоянии понять текстовое описание. Резюме — если вы встали перед выбором нотации для описания и моделирования бизнес-процессов, ни в коем случае не останавливайтесь на IDEF.

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

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

Обратите внимание, что описанный выше процесс приводится далее в виде модели в нотации ARIS eEPC, так что читатель может сравнить возможности двух нотаций по описанию одного и того же процесса. Анализ процесса, представленного на рис. , наводит на мысль о том, что нотацию IDEF3 целесообразно применять в случае относи-тельно простых процессов на нижнем уровне декомпозиции, то есть на уровне рабочих мест.  Рассмотрим подробнее нотацию «Процедура» (рис. ), так как она наиболее проста и удобна для описания бизнес-процессов организации. Основные элементы этой нотации: операция («действие» в терминологии Business Studio). Для выбора наиболее подходящей для данной работы нотации описания бизнес-процессов, необходимо выполнить анализ каждой из них и оценить достоинства и недостатки. IDEF - это семейство методов моделирования, состоящее из 15 подходов описания бизнес процессов (от IDEF0 до IDEF14). Данная нотация применяется для построения функциональной модели системы [12]. Несмотря на большое количество нотаций, входящих в эту методологию, наиболее часто применяемыми на практике являются IDEF0 и IDEF3, которые будут рассмотрены в рамках текущего анализа. В статье рассмотрены вопросы выбора нотации для описания процессов с целью последующей регламентации. Сравниваются между собой часто используемые нотации Work Flow, такие как: «Простая блок-схема» в MS Visio, «Процедура» Business Studio, нотация ARIS eEPC и другие. см. также: Тема: Процессы. Автор: vvrepin. При сравнении нотаций основное внимание уделяется вопросам создания простых и понятных сотрудникам организации схем процессов. Для бизнес-аналитиков компаний тезисы, обсуждаемые в статье, - это серьезный повод задуматься, насколько эффективны используемые ими подходы к разработке графически.

Описание бизнес процессов - типы описания

В чём же отличие нашей схемы от IDEF0? В первую очередь в том, что в IDEF0 есть требования к тому к какой стороне блока какая стрелка должна подходить:.

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

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

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

Ознакомиться с её возможностями можно из видеоролика. Существует множество нотаций для моделирования бизнес-процессов нижнего уровня: Большинство из них имеют незначительные отличия друг от друга. Например, если в программе Fox Manager на диаграмме свернуть блоки ответственных, документов и ресурсов, то мы получим аналог нотации Basic Flowchart справа — оригинальный процесс, слева — аналог в Fox Manager. Если же все блоки на диаграмме развернуть — то мы получим аналог процесса в нотации EPC.

Самое замечательное то, что при использовании нотации Fox Manager блоки можно сворачивать и разворачивать динамически, и при этом не нужно создавать новую версию процесса в другой нотации. На картинке справа изображен оригинальный процесс, а слева — аналог в Fox Manager. Поддержка нотации Cross Functional Flowchart была добавлена в программу в одном из наших бесплатных обновлений. Данная нотация отличается от уже рассмотренных выше нотаций тем, что на ней можно показывать ответственных дорожками, а не рядом с блоком.

К сожалению, у этого способа есть свои недостатки, когда ответственных очень много — то процесс становится ненаглядным и трудночитаемым. Также возникают проблемы, когда необходимо распределить ответственность за функцию сразу двум и более должностям. Ниже приведён пример такого процесса в Fox Manager. Что касается нотации BPMN , то мы считаем, что её возможности слишком избыточны для целей описания, анализа и регламентации бизнес-процессов.

Конечно, наверное, можно сократить набор элементов этой нотации до необходимого минимума и попытаться приспособить её для целей регламентации, но при этом мы потеряем её главное преимущество — возможность исполнения процессов BPM-движком. Это общее описание структуры называется ER-диаграммой. Диаграмма с бизнес процессом, разделяется на дорожки. Каждая дорожка соответствует структурному подразделению, или должности, участвующей в бизнес процессе.

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

Его нередко используют для моделирования бизнес процессов, системного проектирования и отображения организационных структур. Вы в растерянности и не знаете, с какой стороны ко всему этому подступиться, советую следующую последовательность действий: Узнать какие типы моделей бизнес процесса существуют ; 2. Определить какой тип модели бизнес процесса вам необходимо построить и выбрать список методологий, которые могут быть использованы при моделировании используйте путеводитель, описанный ниже ; 3.

Сравнить методологии и нотации моделирования для вашего типа модели и выбрать подходящую для вас методологию: Методологии моделирования бизнес процессов верхнего уровня и потоков данных; Методологии моделирования потоков работ; Методологии моделирования структуры информации.

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

К классическим стандартам описания бизнес процесса относятся следующие: Самые известные и широко используемые методологии данного семейства: IDEF0 — методология моделирования бизнес процессов верхнего уровня.

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

ARIS методология Согласно методологии, организация рассматривается с четырех точек зрения:

Описание бизнес-процесса формируется при помощи нотации и В моделях могут использоваться стрелки трех видов, показанных в следующей. BPMN (англ. Business Process Model and Notation, нотация и модель бизнес-процессов) Словесное описание бизнес-процесса; Модель бизнес-процесса в BPMN. 6 BPMN ; 7 См. . Существует три вида соединяющих объектов: потоки управления, потоки сообщений и ассоциации. Типы потоков. 30 сент. г. - Методологии моделирования бизнес процессов верхнего Несмотря на свое различие, в основном связанное с названием диаграмм и видов Нотация WFD имеет дополнительные элементы для описания.

Найдено :

Случайные запросы