Bpmn что это в бизнесе

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

BPMN диаграммы при предпроектном обследовании предметной области

При проектировании информационных систем согласно ГОСТ 34.601-90 Автоматизированные системы. Стадии создания первым этапом является предпроектное обследование предметной области, в которой предполагается использовать будущую информационную систему. Именно на этом этапе BPMN и UML диаграммы наиболее тесно взаимодействуют, дополняя друг друга.

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

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

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

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

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

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

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

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

Достаточно подробный анализ программ для создания BPMN — диаграмм с примерами их использования можно найти в статье «Программы создания диаграмм BPMN«. В данной статье рассмотрены простейшие технологические приемы использования программ. Современная интегрированная среда разработки Rational Software Architect имеет встроенные средства для построения и анализа бизнес процессов с помощь. BPMN диаграмм.

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

Построение BPMN — диаграмм можно выполнять сегодня во многих средах, например, таких как Visual Studio, Visio и т.п. Для профессиональное использования BPMN наиболее целесообразно применять специализированное программное обеспечение. Такого сегодня тоже много. Вот, например, доступное программное обеспечение E draw, позволяющее быстро и качественно строить диаграммы BPMN благодаря своим мощным функциям. При этом имеет достаточно низкую стоимость.

UML диаграммы для представления функциональности системы

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

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

Здесь кратко рассмотрено применение UML для представления функциональности информационной системы в виде диаграммы вариантов использования. Однако применение языка UML в процессе проектирования информационных систем этим не ограничивается.

Достаточно подробное описание использования диаграмм на языке UML при проектировании информационных систем представлено в цикле статей(ссылки в конце статьи):

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

В этих статьях описано применение для построения UML-диаграмм широко известного CASE-средства визуального моделирования компании IBM Rational Software Corp Rational Rose. Однако следует заметить на первоначальных этапах обучения можно использовать и более доступные средства такие как Visual Studio, Visio и т.п. Для профессионалов рекомендуется использовать интегрированную среду разработки Rational Software Architect, позволяющую строить как UML, так и BPMN диаграммы..

Примеры использования других программ для построения UML — диаграмм можно найти в статье «Программы для построения UML диаграмм«. Здесь рассматриваются программы, которые рекомендуется применять для построения UML диаграмм при курсовом и дипломном проектировании .

Среди множества программ для построения UML — диаграмм можно выделить MS Visio, использование которого описано в статье.,

. Для профессиональной разработки информационных систем на базе парадигмы управляемой моделями MDD рекомендуется использовать современную интегрированную среду разработки Rational Software Architect, позволяющую строить как UML модели, так и UML диаграммы.

Так что же лучше BPMN или UML ?

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

Основным отличием данных стандартов является то, что UML рассматривает систему в виде взаимосвязанных объектов – классов, образующих ее, и их взаимодействия, в то время как в BPMN система описывается на более высоком абстрактном уровне – уровне бизнес-процессов. Главным в данной нотации являются процессы, а не объекты.

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

При визуальном моделировании предметной области проектируемой информационной системы можно вместо BPMN использовать UML. Использование UML для построения диаграммы деятельности c помощью CASE-средства StarUML подробно рассмотрено в статье «Как построить диаграмму деятельности в StarUML?«.

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

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

BPMN и UML диаграммы в курсовом и дипломном проектировании

BPMN и UML диаграммы при выполнении курсовых и дипломных(бакалаврских) работ по направлению подготовки Информационные системы и технологии являются основой визуального моделирования. При этом студентами часто приходится использовать Rational Rose, хотя можно применить и более простые, но бесплатные программы построения диаграмм UML, такие как MS Visio и Lucidchart.

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

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

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

Обратите внимание. Если Вы установите расширение кэшбэк-сервиса LetyShops, то Вы после перехода по приведенной ссылке легко активизируете кэшбэк до 12.5%. Покупать услугу с кешбэком это выгодно.

Заключение

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

При этом в проектах информационных систем на этапе предпроектного обследования предметной области для моделирования бизнес процессов целесообразно использовать BPMN диаграммы.

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

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

Связанные материалы

Программы создания диаграмм BPMN	Программы для построения UML диаграмм	Как построить диаграмму деятельности в StarUML?
Rational Rose и визуальное моделирование предметной области	Rational Rose и техническое проектирование информационных систем	Rational Rose и рабочее проектирование информационных систем

А также…

Инструментальные средства проектирования информационных систем
Построение диаграмм на UML в среде Borland Together
Разработка на основе моделей в Rational Software Architect,
Онлайн-курсы обучения построению UML диаграмм
Как правильно строить диаграмму деятельности?

Вот пока все. Если есть другие мнения, я с удовольствием ознакомлюсь.

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

BPMN Business Process Modeling Notation
Business Process Modeling Notation
Модель и нотация бизнес процессов

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

Каталог BPM-решений и проектов доступен на TAdviser

Аспекты соответствия спецификации BPMN

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

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

Описание BPMN

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

Организационные структуры и ресурсы
Функциональные схемы
Модели данных и информационные модели
Стратегии
Бизнес-правила

Так как данные типы высокоуровневого моделирования прямо или косвенно соотносятся с бизнес процессами, отношения между BPMN и другими типами бизнес моделирования высокого уровня будут более формально определяться как BPMN, и будут появляться другие спецификации. Кроме того, хотя BPMN отражает поток данных (сообщений) и взаимосвязь артефактов данных с действиями, это не схема потока данных.

Семантика элементов BPMN

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

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

Обмен схемами BPMN между инструментами соответствия. Данный проект спецификации не содержит стандартного механизма обмена схемами. Характер этого механизма еще не определен. Для его изучения могла бы понадобиться разработка XML-схемы, находящейся на уровень выше XML-схемы BPEL4WS, или использование стандартных форматов обмена схемами, например, XMI.

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

Видимые достоинства

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

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

BPMN позволяет моделировать взаимодействие с внешними объектами: называть в качестве исполнителей клиентов, поставщиков и прочие роли, которые в процессе задействованы опосредованно.

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

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

Широкая классификация подпроцессов BPMN помогает, в случае когда при описании одного бизнес-процесса выясняется, что в него входит один или n раз какой-то другой процесс. Тогда можно на схеме одного процесса оставить только ссылку на другой процесс, который, в свою очередь, описать на другой схеме, а можно в этой же схеме в рамках развёрнутого подпроцесса. И если подпроцесс цикличный, то и это очень просто смоделировать.

Нотация BPMN: видимые ограничения

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

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

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

BPMN 2.0

BPMN 2.0 – международный стандарт Object Management Group (OMG), который в графическом виде отображает состояние и моделирование бизнес-процесса. С помощью интуитивно понятных символов и текстовой информации каждый участника может отслеживать развитие процесса через его графическое отображение.

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

Цель: Фиксированная последовательность задач

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

Работа операциониста в банке, по совершению клиентских операций
Бухгалтерские процессы, регламентированные правилами и регуляторами
Массовая обработка заказов, заявок, обращений клиентов и т.п.
HR процессы по оформлению потребностей сотрудников
Проведение медицинских процедур по назначению врача в поликлинике

Классификация областей применения процессных нотаций

1. «Архитектурные картинки»

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

Как вариант, DFD. Но точно не BPMN.

2. «Процессные картинки»

Если вы хотите разобраться и регламентировать работу сотрудников в рамках отдельных процессов для себя и/или для сертификации по ISO, то выбор процессных инструментов у вас максимально широк: начиная от слабо формализованных блок-схем и workflow-диаграмм до EPC. BPMN с этими задачами справляется не хуже, но пожалуй и не лучше.

3. Автоматизация

Если на первом месте для вас разработка программы, а процесс — только один из аспектов этой программы, то естественным выбором для вас будет UML. Если речь идет не о разработке, а о внедрении и сопутствующей кастомизации ERP, то тут отличные позиции у EPC, так как вы сможете странслировать процессные диаграммы, например, в настройки SAP.

4. Непосредственное исполнение

Трансляция процессных диаграмм в программный код отлично работает при условии, что речь идет об однократной автоматизации: аналитики поработали, нарисовали процессные диаграммы — программисты поработали, реализовали их в системе — внедрили, используем. Вопрос только в том, насколько такая постановка задачи реалистична?

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

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

Round-Trip Problem

Возникает она следующим образом:

Шаг 1. Бизнес-аналитики выпытали у экспертов в предметной области все, что смогли, и отобразили полученные знания о бизнес-процессе в процессную диаграмму.
Шаг 2. Программисты превратили диаграммы в программный код.
Шаг 3. Система внедрена и начала эксплуатироваться.
Шаг 4. Бизнес-процесс изменяется. Государство меняет правила игры, конкуренты повышают планку, растут требования клиентов — процесс приходится менять, так как застой это смерть.

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

Так или иначе, наступает пора пересматривать процесс, и аналитик извлекает из архива его схему, чтобы изменить (оптимизировать, привести в соответствие с реальностью — нужное подчеркнуть). Но тут обнаруживаются два неприятных момента:

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

Шаг 5. Приплыли: программисты берут бизнес-процесс в свои руки и больше его уже не выпускают. За всеми изменениями бизнес-процесса обращаться к ним, и они реализуют ваши пожелания в меру своего понимания. Ни о какой прозрачности бизнес-процессов, которую обещала графическая процессная нотация, речи больше не идет — процесс «похоронен» в программном коде. А значит, бизнес-аналитики и, опосредованно, бизнес, процесс больше не контролируют.

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

«все из-за того, что некоторые сами не знают чего хочут»
«нет, это все из-за того, что у некоторых руки растут не из того места»

Ссылки

Почему BPMN имеет значение
BPMN: Практика использования

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

BPMN — Краткое руководство

Инициатива по управлению бизнес-процессами (BPMI) разработала стандартную нотацию моделирования бизнес-процессов (BPMN). Спецификация BPMN 1.0 была опубликована в мае 2004 года. Эта спецификация представляет собой результат более чем двухлетней работы Рабочей группы по нотации BPMI. Документ спецификации BPMN был выпущен OMG в феврале 2006 года. Версия 2.0 BPMN была разработана в 2010 году, а фактическая версия спецификации была выпущена в декабре 2013 года.

Цель BPMN

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

Внедрение BPMN

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

Простой BPMN

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

Ключевые понятия BPMN

BPD состоит из набора графических элементов. Эти элементы позволяют легко разрабатывать простые диаграммы, которые будут знакомы большинству бизнес-аналитиков (например, блок-схемы).

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

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

Четыре основные категории элементов:

Объекты потока (событие/активность/шлюз)
Соединение объектов (поток операций/поток сообщений/ассоциация)
Плавательные дорожки (бассейн/дорожка)
Артефакты (объект данных/группа/аннотация)

Объекты потока BPD имеет небольшой набор (три) основных элемента, которые являются объектами потока, поэтому разработчикам моделей не нужно изучать и распознавать большое количество различных форм. Три объекта потока:

Объекты потока BPMN

BPD состоит из небольшого набора (трех) основных элементов, а именно:

Flow Objects, чтобы моделистам не приходилось изучать и распознавать большое количество различных форм. Три объекта потока:

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

2. Деятельность представлена прямоугольником со скругленными углами (см. рисунок справа) и является общим термином для работы, которую выполняет компания. Activity может быть атомарным или неатомарным (составным). Типы действий: задача и подпроцесс. Подпроцесс отмечен небольшим знаком «плюс» внизу в центре формы.

3. Шлюз представлен знакомой ромбовидной формой (см. рисунок справа) и используется для управления расхождением и схождением Потока операций. Таким образом, он будет определять традиционные решения, а также разветвления, слияния и соединения путей. Внутренние маркеры будут указывать тип контроля поведения.

BPMN, соединяющий объекты

Объекты потока соединены вместе на диаграмме, чтобы создать базовую скелетную структуру бизнес-процесса. Есть три соединительных объекта, которые обеспечивают эту функцию. Эти разъемы:

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

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

3. Ассоциация представлена пунктирной линией со стрелкой (см. рисунок справа) и используется для связывания данных, текста и других артефактов с объектами потока. Ассоциации используются для отображения входов и выходов деятельности.

Краткий обзор диаграммы BPMN

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

Для разработчиков моделей, которым требуется более высокий уровень точности для создания моделей процессов, которые будут подвергаться подробному анализу или будут управляться системой управления бизнес-процессами (BPMS), дополнительные детали могут быть добавлены к основным элементам и отображены в разделе «Закупки и финансовые расчеты». (см. схему ниже).

Дорожки BPMN

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

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

Пример: Будущий процесс для процесса заказа на поставку на основе «как есть»

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

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

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

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

Пример: процесс отгрузки розничному продавцу оборудования

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

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

Артефакты BPMN

Артефакты BPMN была разработана, чтобы предоставить разработчикам моделей и инструментам моделирования некоторую гибкость в расширении базовой нотации и предоставлении возможности дополнительного контекста, подходящего для конкретной ситуации моделирования, например, для вертикального рынка (например, страхования или банковского дела). На диаграмму можно добавить любое количество Артефактов в зависимости от контекста моделируемых бизнес-процессов. Текущая версия спецификации BPMN предварительно определяет только три типа артефактов BPD, а именно:

Объекты данных — это механизм, показывающий, как данные требуются или производятся действиями. Они связаны с действиями через Ассоциации.

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

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

Пример: Компания по производству дистиллированной воды Aqua

Это простой пример BPMN, который показывает поток бизнес-процессов, связанных с доставкой дистиллированной воды.

Используйте этот шаблон схемы BPMN в качестве отправной точки для создания собственной схемы или нажмите « Создать пустую » , чтобы начать с нуля. ( Нажмите, чтобы открыть/редактировать пример )

Другие инструменты бизнес-анализа

АрхиМейт 3
Что такое Архимейт?
Полное руководство по точкам зрения ArchiMate
Обновление ArchiMate 3
Что нового в ArchiMate 3?
Использование ArchiMate Tool с TOGAF ADM

Моделирование бизнес-процессов

Что такое BPMN?
Оркестровка BPMN против хореографии против сотрудничества
Объяснение типов действий BPMN

Карта пути клиента

Программное обеспечение для бизнес-диаграмм

Источник: www.cybermedian.com