Нотация BPMN поддерживается компанией Object Management Group, которая поставила себе цель – создание единой нотации для описания бизнес-процессов, которая была бы достаточно функциональна для бизнес-аналитиков и при этом проста для понимания обычными менеджерами и сотрудниками компании.
В нотации BPMN применяются логические операторы «И», «ИЛИ», а также их разновидности, как и в нотации IDEF3, но при этом существует возможность задание циклических действий, выполняемых по определенному условию. В отличие от нотации серии IDEF, количество элементов на диаграмме неограниченно, а для лучшего визуального восприятия существует возможность сворачивать и разворачивать определенные части подпроцесса.
Нотация BPMN обычно используется для построения диаграмм процессов нижнего уровня, описание процессов верхнего уровня для неё нетипично. Поскольку детальность описания процесса достаточно велика, существуют программные решения, которые способны преобразовать диаграммы в исполняемые процессы, эти процессы затем могут быть запущенны сервером управления бизнес-процессами и обрабатываться в реальном масштабе времени. Примером такой реализации является решение от компании ELMA Elewise.
Лекция №4 «Описание бизнес-процессов. Разбор нотации BPMN»
Важно осознавать, что, несмотря на возможность «исполнения» процессов системой в реальном времени, отличия в плане моделирования от других нотаций не так уж велики: описывать по-прежнему можно лишь повторяемые и структурированных бизнес-процессы компании. В случае использования специализированного программного обеспечения, запускающего процессы в реальном времени, для моделирования, как правило, выбираются лишь основные бизнес-процессы предприятия, контроль которых наиболее важен. Для достижения наилучших результатов, необходимо наличие рабочего места с доступом к такой системе для каждого сотрудника, участвующего в процессе.
Если на этапе моделирования процесс будет спроектирован неверно и при выполнении зайдёт в тупик, например, из-за того, что бизнес-аналитик не предусмотрел соответствующий переход или развилку, то такой процесс придётся принудительно завершать и начинать перестроение процесса, а затем повторный запуск. В целом построение процессов в нотации BPMN требует повышенного внимания и достаточно высокого уровня квалификации бизнес-аналитика. При этом диаграммы бизнес-процессов значительно легче для восприятия, чем, например, схемы в нотации IDEF0 для рядовых сотрудников предприятия.
Поделиться «Нотация BPMN»
Похожие материалы:
- Построение модели бизнес-процесса
- Построение оргструктуры и бизнес процессов в нотации BPMN
- ELMA – независимый тест функциональности программы
- Нотации серии IDEF
- Нотация FlowChart
Источник: bpmsoft.org
Принципы использования BPMN
Нотация BPMN служит для построения моделей трех типов бизнес- процессов: внутренних процессов компании, внешних (публичных) процессов и процессов взаимодействия (глобальных процессов). Все приведенные в предыдущем параграфе примеры диаграмм относились к описанию внутренних бизнес-процессов. BPMN-модель внутреннего бизнес-процесса может быть преобразована в один или несколько документов BPEL.
Как описывать бизнес процессы. Описание процессов компании. BPMN и блок-схема. С чего начать?
Модель внешнего бизнес-процесса показывает взаимодействие между внутренним процессом и другим процессом или участником взаимодействия. На диаграмме внешнего процесса отображаются только те действия, которые принимают или направляют сообщения вовне. Таким образом, модель внешнего бизнес-процесса показывает «внешнему миру» последовательность сообщений, которые необходимы для взаимодействия с данным бизнес-процессом. Пример диаграммы внешнего бизнес- процесса показан на рисунке 42.
Рисунок 42 — Пример описания внешнего бизнес-процесса Глобальный бизнес-процесс показывает взаимодействие между двумя или более участниками в виде последовательности действий, включающих обмен сообщениями. BPMN-модель глобального процесса может быть преобразована в форматы различных языков описания бизнес- взаимодействия, например ebXML и RosettaNet. Глобальный процесс может быть представлен в виде двух или нескольких внешних процессов, обменивающихся сообщениями друг с другом, и отражает только «точки соприкосновения» взаимодействующих субъектов, скрывая структуру внутренних процессов каждой из сторон. Пример диаграммы глобального бизнес-процесса показан на рисунке 43.
Рисунок 43 — Пример описания глобального бизнес-процесса Нотацию BPMN можно использовать для описания как простых бизнес-процессов высокого уровня, так и сложных детализированных процессов. Во втором случае модель может состоять из нескольких диаграмм, раскрывающих детали подпроцессов, которые составляют моделируемый процесс.
Полезной особенностью BPMN является поддержка обработки сбоев и исключительных ситуаций: для этого к границе действия прикрепляется промежуточное событие с триггером, который может прервать выполнение соответствующей бизнес-функции. В случае прерывания выполнение действия (задачи или подпроцесса) остановится, а управляющий поток продолжится из прерывающего события. Данный механизм использован в диаграмме для действия «Оплата счета»: если клиент не оплачивает счет до указанного срока, срабатывает прерывание и процесс уходит по альтернативной линии в действие «Взыскание оплаты».
Помимо этого, для обработки ошибок и сбоев в спецификации BPMN имеется механизм компенсаций и транзакций. Компенсации используются в том случае, если необходимо отменить (откатить) какие-то действия путем выполнения других действий. Компенсирующее действие (задача или подпроцесс), помеченное маркером компенсации, находится вне потока нормального выполнения процесса и связано с соответствующим «нормальным» действием посредством ассоциации. Компенсирующее действие не может иметь входящих или исходящих связей потока. Компенсация срабатывает при отмене транзакции или при срабатывании последующего промежуточного или завершающего события компенсации.
Транзакция представляет собой подпроцесс, изображенный двойной линией, для которого может быть задано несколько вариантов выхода потока: для успешного выполнения транзакции, ее отмены и выполнения с ошибкой. В случае отмены транзакции (внутри транзакции произошло завершающее событие с результатом «отмена» или поступило соответствующее сообщение) все выполненные до этого момента действия внутри нее будут отменены (компенсированы), причем в обратном порядке. В случае сбоя ход процесса внутри транзакции прерывается без компенсации и управление переходит на событие сбоя.
Пример использования транзакции и компенсаций показан на рисунке 44. Подпроцесс, заключенный в транзакцию, параллельно выполняет бронирование авиабилета и номера в гостинице. Если, например, бронирование гостиницы завершилось неудачно (на указанные даты мест нет), то срабатывает событие отмены транзакции. В этом случае сначала производится откат транзакции, т. е. компенсация всех ее действий, которые успели завершиться (если авиабилет был забронирован, то бронь будет аннулирована), а затем процесс продолжится по потоку, исходящему из события отмены — клиента уведомят об отсутствии свободных мест на указанные даты.
Рисунок 44 — Фрагмент описания бизнес-процесса с использованием транзакции и корректировок
Разработчиками BPMN во многом двигало желание преодолеть разрыв между нотациями моделирования бизнес-процессов, ориентированными на бизнес-пользователей, и исполняемыми языками, предназначенными для формального описания процессов при их автоматизации с помощью информационных систем. Каждый графический объект BPMN снабжен стандартизованным набором атрибутов (например, для действий определены такие атрибуты, как ActivityType с множеством значений , Status , InputSets , LoopType и др.). На основе значений своих атрибутов в соответствии со спецификацией объекты BPMN могут быть преобразованы в конструкции языка BPEL (BPEL4WS версии 1.1). Следует заметить, что не любой бизнес-процесс, описанный в BPMN, возможно конвертировать в код BPEL, однако такое преобразование не всегда требуется — нотация BPMN, благодаря своей наглядности и простоте, хорошо подходит для описания бизнес-процессов с целью анализа деятельности организации, не подразумевающего последующей автоматизации в точном соответствии с построенными моделями.
Подводя итог, повторим, что нотация BPMN является открытым стандартом моделирования бизнес-процессов. Она во многих отношениях превосходит традиционные нотации: позволяет преобразовать модель в исполняемый язык, описать взаимодействие «бизнес-бизнес» и моделировать как внутренние, так и внешние процессы, поддерживает механизмы обработки исключительных ситуаций. Преимуществом BPMN является возможность моделирования обмена сообщениями, а также отображения объектов данных и описания их трансформации в ходе процесса, хотя нотация и не предназначена для построения моделей данных и потоков данных (для этого совместно с ней можно использовать UML).
К недостаткам BPMN относят отсутствие метамодели или стандартного механизма хранения и обмена диаграммами (эту проблему планируется устранить в будущем). Помимо этого, BPMN не содержит средств описания архитектуры процессов на уровне всей организации, элементов для описания организационной структуры, ресурсов, стратегии и бизнес-ролей.
На сегодняшний день поддержка нотации BPMN реализована в программных средствах моделирования более чем сорока производителей, среди которых IBM, Sun Microsystems, Proforma, IDS Scheer, Casewise и др.
ПРАКТИЧЕСКИЕ ЗАДАНИЯ
- 1. Смоделируйте процесс «Проведение мероприятия» в нотации BPMN.
- 2. Ответьте на вопросы.
Описание процесса «Проведение мероприятия»
Компания, специализирующаяся на проведении концертных мероприятий, имеет годовой оборот около 100 успешных мероприятий и 25- 30 мероприятий, прекращенных по различным причинам. Каждое мероприятие начинается с приходом в отдел управления мероприятиями заявки от клиента на проведение мероприятия, в которой вкратце описываются предполагаемые суть мероприятия, дата и место проведения.
Координатор мероприятия рассматривает заявку, сверяясь с календарем заказов компании, и принимает решение по мероприятию:
- • если имеется конфликт даты или места проведения мероприятия с возможностями компании, то координатор согласовывает изменения с клиентом или отклоняет заявку;
- • если заявка соответствует возможностям компании, то координатор регистрирует предварительное одобрение мероприятия, делает запись в календарь заказов компании и отправляет клиенту подробную форму описания мероприятия, содержащую все нюансы события.
Клиент должен предоставить компании заполненную подробную форму описания мероприятия не позднее 200 дней до начала мероприятия. После получения подробной формы, координатор рассматривает ее и убеждается, что предоставленная информация является полной и достаточной. Затем координатор посылает эту форму руководству для рассмотрения, обсуждения и утверждения.
После утверждения координатор приступает к получению необходимых разрешений и лицензий для проведения мероприятия у государственных организаций и владельцев места проведения. Если с этим возникают проблемы, то координатор мероприятия ответственен за их решение или за уведомление клиента, если решение проблем невозможно.
Если необходимые разрешения и лицензии получены, то координатор уведомляет об этом клиента. Целевое значение срока получения разрешений и лицензий составляет не более 60 дней до начала мероприятия. Если этот срок не соблюден, то координатор уведомляет клиента, свое руководство и владельца места проведения о том, что возможно потребуется перенос даты проведения мероприятия. Последним шагом является сбор всех разрешений, документов и контрактов в папку, подписание и выдача клиенту экземпляра документов.
Методические указания
BPMN (Business Process Modeling Notation, нотация и модель бизнес- процессов) — нотация для моделирования бизнес-процессов.
Выделяют четыре основные категории элементов.
- 1. Объекты потока управления (Flow Objects): события, действия и логические операторы.
- 2. Соединяющие объекты (Connecting Objects): поток управления, поток сообщений и ассоциации.
- 3. Роли или зоны ответственности (Swimlanes): пулы и дорожки.
- 4. Артефакты (Artifacts): данные, группы и текстовые аннотации.
Объекты потока управления:
• Событие — это то, что происходит в течение бизнес-процесса и оказывает влияние на его ход. Чаще всего событие имеет причину (триггер) или воздействие (результат)
о Простые события (plain events) используются чаще всего для того, чтобы показать начало или окончание процесса.
о События-сообщения (message events) показывают получение и отправку сообщений в ходе выполнения процесса.
о События-таймеры (timer events) моделируют события, регулярно происходящие во времени. Также позволяют моделировать моменты времени, периоды и таймауты.
о События-ошибки (error events) позволяют смоделировать генерацию и обработку ошибок в процессе. Ошибки могут иметь различные типы, о События-отмены (cancel events) инициируют или реагируют на отмену транзакции.
о События-компенсации (compensation events) инициируют компенсацию или выполняют действия по компенсации.
о События-условия (conditional events) позволяют интегрировать бизнес правила в процесс.
о События-сигналы (signal events) рассылают и принимают сигналы между несколькими процессами. Один сигнал может обрабатываться несколькими получателями. Таким образом, события-сигналы позволяют реализовать широковещательную рассылку сообщений, о При генерации активизируются все определенные ранее события. При приеме — ожидание одного события из предопределенного множества, о События-ссылки (link events) используются как межстраничные соединения. Пара соответствующих ссылок эквивалентна потоку управления, о События-остановы (terminate events) приводят к немедленному завершению всего бизнес-процесса (во всей диаграмме).
• Действие -деятельность, выполняемая внутри бизнес-процесса. Действие может быть как элементарным (задача), так и неэлементарным, т. е. составным (подпроцесс)
о Задание (task) — это единица работы, элементарное действие в процессе, о Множественные экземпляры (multiple instances) действия показывают, что одно действие выполняется многократно, по одному разу для каждого объекта. Например, для каждого объекта в заказе клиента выполняется один экземпляр действия. Экземпляры действия могут выполняться параллельно или последовательно.
о Циклическое действие (loop activity) выполняется, пока условие цикла верно. Условие цикла может проверяться до или после выполнения действия, о Свернутый подпроцесс (collapsed subprocess) является сложным действием и содержит внутри себя правильную диаграмму бизнес-процессов, о Развернутый подпроцесс (expanded subprocess) также является составным действием, но скрывает детали реализации процесса.
о Ad-hoc-подпроцесс (ad-hoc subprocess) содержит задания. Задания выполняются до тех пор, пока не выполнено условие завершения подпроцесса.
Также используется маркирование задач для иллюстрации особенностей выполнения.
Логические операторы (шлюзы) — используются для контроля расхождений и схождений потока операций.
Соединяющие объекты
Поток управления — задает порядок выполнения действий. Если линия потока управления перечеркнута диагональной чертой со стороны узла, из которого она исходит, то она обозначает поток, выполняемый по умолчанию.
Поток сообщений — показывает, какими сообщениями обмениваются участники
Ассоциации — используются для ассоциирования артефактов, данных или текстовых аннотаций с объектами потока управления
Пул — представляет собой графическое изображение участника взаимодействия. Пул может ссылаться, а может не ссылаться на процесс. Пул не обязательно содержит процесс, т. е. может быть «черным ящиком»
Дорожки — используются для разделения процесса на конкретные роли ( например, бухгалтер, секретарь и т. д.). Как правило , участник дорожки отвечает за выполнение процесса, заключенного в его пуле.
Данные — показывают, какие данные необходимы действиям для выполнения и какие данные действия производят
Группа — позволяет объединять различные действия, но не влияет на поток управления в диаграмме.
Текстовые аннотации — используются для уточнения значения элементов диаграммы и повышения ее информативности
Для выполнения задания используйте следующие элементы нотации:
- 1. Значения, которые устанавливаются для определения вида и поведения объекта — это .
- а) свойства объекта
- б) методы объекта
- в) классы объекта
- г) полиморфизм
- 2. Требования к системе фиксируется в диаграммах .
- а) вариантов использования
- б) классов
- в) деятельности
- г) кооперации
- 3. В качестве действующего лица (актера) на диаграммах вариантов использования не может выступать .
- а) пользователь системы
- б) клиент
- в) Иванов И.И.
- г) время
- 4. Диаграммы взаимодействия отражаются в виде .
- а) диаграммы деятельности
- б) кооперативной диаграммы
- в) диаграммы последовательности
- г) диаграммы классов
- 5. На диаграммах взаимодействия стрелки являются .
- а) вариантами использования
- б) сообщениями
- в) классами
- г) условиями
- 6. В UML не существует стереотипа (типа класса) .
- а) сущность
- б) управление
- в) пользовательский интерфейс
- г) состояние
- 7. На диаграмме состояний переход от одного состояния к другому вызывает .
- а) определяющее условие
- б) входное действие
- в) событие
- г) выходное действие
- 8. Для описания потоков событий в вариантах использования используют
- а) диаграмму деятельности
- б) диаграмму состояний
- в) диаграмму кооперации
- г) диаграмму взаимодействия
- 9. Исполняемые компоненты и библиотеки кода иллюстрируются на диаграмме .
- а) размещения
- б) классов в) компонентов
- г) состояний
- 10. В методологии RUP фаза Проектирование не включает в себя:
- а) создание базовой версии модели прецедентов
- б) документирование требований
- в) построение исполняемой архитектуры
- г) более точные оценки сроков и стоимости
Источник: bstudy.net
Как описывать бизнес процессы bpmn
Процессный подход к организации бизнеса уже давно доказал свою эффективность и полезность. Правильно описанные бизнес-процессы и продуманная процедура их непрерывного совершенствования позволяют компаниям добиваться существенного повышения качества своей работы.
Для описания бизнес-процессов существует много различных нотаций, причем каждая из них имеет свои достоинства. Одни нотации более понятны для экспертов предметной области, другие больше подходят для специалистов по автоматизации процессов, а третьи позволяют описывать логику бизнес-процессов в машиночитаемой форме. А это значит, что полная модель бизнес-процесса может содержать фрагменты, созданные в различных нотациях и требует постоянной синхронизации всех этих фрагментов.
Стандарт BPMN (Business Process Model and Notation), начиная с версии 2.0, призван разрешить именно эту проблему. В нем описана достаточно выразительная нотация, позволяющая строить модели даже очень сложных бизнес-процессов в понятной для человека форме. И что важно – этим стандартом также определяются правила преобразования графических моделей в хорошо структурированную машиночитаемую форму, основанную на XML.
Благодаря этому язык BPMN является в полной мере исполняемым, т.е. позволяет создавать модели процессов, которые в дальнейшем будут выполняться на базе автоматизированных систем управления бизнес-процессами (BPMS).
Благодаря такой стандартизации для разработки модели можно использовать одни программные продукты, а для исполнения – другие, при условии, что все эти программные продукты поддерживают стандарт BPMN. По мере того, как все большее количество компаний внедряют у себя описание и исполнение бизнес-процессов, опирающееся на этот стандарт, растет и востребованность специалистов, владеющих языком моделирования BPMN.
В курсе делается акцент на изучении графической нотации языка и правил построения BPMN-моделей. В ходе обучения слушатели узнают назначение и правила применения графических элементов языка, познакомятся с видами BPMN-диаграмм и получат представление о возможностях автоматического исполнения построенных моделей.
Также слушатели получат практический опыт моделирования, достаточный для самостоятельного проведения анализа и/или разработки бизнес-процессов в нотации BPMN 2.0.
Источник: ibs-training.ru
