В некоторых из наших предыдущих статей мы рассказывали о том, что такое моделирование бизнес-процессов (BPM) и каковы его оптимальные методы. В этой заключительной статье цикла мы поговорим о важности моделирования бизнес-процессов.
(1) Приведение операций в соответствие с новой бизнес-стратегией
Реализация или изменение бизнес-стратегии обычно требует внесения изменений в текущие операции и работу имеющих к ней отношение людей. По своей природе люди консервативны и склонны сопротивляться переменам. Таким образом, процессы, регламенты и люди, задействованные в реализации старой стратегии, могут оказать влияние на новую стратегию. Моделирование бизнес-процессов облегчает решение этой проблемы, поскольку оно:
- помогает менеджерам и руководителям поддерживать согласованность процессов, не забывая при этом об общей стратегии организации;
- обеспечивает соответствие оперативных задач и предпринимаемых членами команды действий общей стратегии организации. Если процессы и стратегии не согласованы, это нередко приводит к неудачам в процессе реализации, поскольку в этом случае общие цели организации не достигаются даже при правильном выполнении оперативных задач;
- помогает осуществлять реинжиниринг бизнес-процессов (BPR) путем анализа существующих процессов и их корректировки для повышения производительности: анализ бизнес-процессов помогает выявить проблемы и неэффективные аспекты, таким образом позволяя их усовершенствовать;
- обеспечивает гибкость процессов, способность оперативно их корректировать и сообщать об этих изменениях, чтобы активно использовать новые возможности компании или решать бизнес-задачи.
Модели бизнес-процессов помогают визуализировать процессы для принятия оптимального решения
(2) Повышение осведомленности о процессах
Одна из отличительных черт успешных компаний и команд заключается в наличии четкого представления о том, что они должны делать, как они должны это делать и какова роль каждого члена команды. Четкая коммуникация по операционным процессам имеет решающее значение для обеспечения бесперебойного функционирования команды. Моделирование бизнес-процессов позволяет документировать бизнес-процессы организации и обеспечивать осведомленность о них, поскольку:
- Моделирование процессов предлагает общий унифицированный язык и методологию для обеспечения осведомленности о процессах, а также передачи информации о процессах и механизмах принятия решений.
- Оно идеально подходит для обучения новых сотрудников и быстрой передачи знаний, поскольку с помощью подробного описания процесса любой новый член команды может очень быстро научиться соответствующим образом действовать в любой ситуации.
- Оно минимизирует потенциальную опасность оттока персонала, приводящую к потере знаний о бизнес-процессах.
- Оно помогает руководителям предприятий быстро и четко доносить свои идеи.
- Оно поддерживает процесс регламентирования организационных процессов.
- Оно позволяет задокументировать опыт команды.
(3) Повышение подоконтрольности и упорядочивание
Успешными являются организации и компании, которые гарантируют, что их бизнес-процессы и правила хорошо разработаны и что они последовательно применяются одинаково каждый раз. Контроль и последовательность этого процесса — залог успеха любой организации. Моделирование бизнес-процессов делает это возможным, помогая:
- формализовать существующие процессы, которые могут быть плохо регламентированы или которые со временем превратились в “неформальные знания”;
- последовательно выполнять процесс, ведь вместо того, чтобы полагаться на то, что сотрудники сами вспомнят, что должны делать, можно дать им подробную модель соответствующего процесса;
- принимать более эффективные решения, чтобы бизнес-пользователи не терялись в ненужных догадках, имея в руках официальный регламент предметной области ;
- быстрее и лучше справляться с внештатными ситуациями;
- полностью соблюдать нормативные требования, обеспечивая соответствие процессов руководящим принципам компании и требованиям действующего законодательства;
- назначать ответственных лиц по соответствующим предметным областям;
- поддерживать такие инициативы по обеспечению соответствия, как методика “Шесть сигм”, ISO 9000
(4) Повышение операционной эффективности
- В современной деловой среде каждый бизнесмен и каждый руководитель хочет быть уверенным в том, что он извлекает максимум из имеющихся в его распоряжении ресурсов. Здесь нет места неэффективности и расточительности.
- Этапы моделирования и анализа процессов в рамках моделирования бизнес-процессов являются важнейшими инструментами для менеджеров и аналитиков, позволяющими обеспечить оптимизацию и точное выполнение процессов.
- Моделирование позволяет анализировать и понимать технологические процессы и находить возможности для дальнейшей оптимизации и повышения эффективности.
- Оно помогает выявлять потребность в оптимизации и сократить длительность технологического цикла.
- Оно повышает производительность имеющихся ресурсов и персонала, тем самым позволяет команде добиваться больших результатов с меньшими усилиями.
- Оно способствует проведению экспериментов без риска и стимулирует обмен идеями по улучшению процессов.
- Имитационное моделирование позволяет моделировать проекты процессов до их фактической реализации, благодаря чему удается минимизировать сбои.
- Оно поощряет мышление, направленное на постоянную оптимизацию самых важных бизнес-процессов для постепенного повышения операционной эффективности.
- Анализ процессов позволяет более эффективно использовать ресурсы.
(5) Получение конкурентных преимуществ
Все вышеперечисленные достоинства этого метода дают организации, которая нашла время и ресурсы на документирование, моделирование и улучшение своих бизнес-процессов, значительное конкурентное преимущество. Исследования многих потрясающе успешных компаний часто показывают, что ключ их успеха кроется не только в уникальных идеях или оптимальных бизнес-моделях, но и в постоянном совершенствовании бизнес-процессов при помощи их моделирования.
Небольшие усовершенствования отдельных видов деятельности в рамках разных сфер приводит к повышению эффективности процесса в целом. Именно эти маленькие шаги помогают организациям работать эффективно и дают преимущество перед конкурентами. Вышеизложенные пункты подчеркивают важность моделирования бизнес-процессов для организации.
На этом мы заканчиваем серию статей о моделировании бизнес-процессов . Мы искренне надеемся, что она помогла вам узнать о BPM что-то новое и что вы примените полученные знания на практике. Кроме того, у нас есть профессионально разработанные шаблоны моделирования , чтобы вы могли сразу же приступить к этому. Кликните здесь, чтобы начать создание любой сложной формы моделирования бизнес-процессов . Как обычно, если у вас остались вопросы, вы можете задать их в комментариях.
Источник: creately.com
Презентация на тему Моделирование бизнес-процессов
которых ресурсы предприятия используются для переработки объекта (физически или виртуально) с целью достижения определенных измеримых результатов или создания продукции для удовлетворения внутренних или внешних потребителей.
В качестве клиента бизнес-процесса может выступать другой бизнес-процесс. В цепочку обычно входят операции, которые выполняются по определенным бизнес-правилам. Под бизнес-правилами понимают способы реализации бизнес-функций в рамках бизнес-процесса, а также характеристики и условия выполнения бизнес-процесса.
Слайд 4Понятие бизнес-процесса
Действия, входящие в бизнес-процесс, могут выполняться
людьми (вручную или с применением компьютерных средств
или механизмов) или быть полностью автоматизированы.
Порядок выполнения действий и эффективность работы того, кто выполняет действие, определяют общую эффективность бизнес-процесса.
Задачей каждого предприятия, стремящегося к совершенствованию своей деятельности, является построение таких бизнес-процессов, которые были бы эффективны и включали только действительно необходимые действия.
Слайд 5Понятие моделирования бизнес-процесса
Термин моделирование имеет два основных
значения:
процесс построения модели как некоего представления (образа)
оригинала, отражающего наиболее важные его черты и свойства;
процесс исследования (анализа) функционирования системы, или точнее, ее модели.
Базовая цель моделирования бизнес-процессов – описание реального хода бизнес-процессов компании.
Слайд 6Понятие моделирования БП
1) описание бизнес-процессов предприятия позволяющее руководителю
знать, как работают рядовые сотрудники, а рядовым
сотрудникам — как работают их коллеги и на какой конечный результат направлена вся их деятельность;
2) эффективное средство поиска путей оптимизации деятельности компании, позволяющее определить, как компания работает в целом и как организована деятельность на каждом рабочем месте;
3) средство позволяющее предвидеть и минимизировать риски, возникающие на различных этапах реорганизации деятельности предприятия;
4) метод, позволяющий дать оценку текущей деятельности предприятия по отношению к требованиям, предъявляемым к его функционированию, управлению, эффективности, конечным результатам деятельности и степени удовлетворенности клиента;
5) метод, позволяющий дать стоимостную оценку каждому процессу, взятому в отдельности, и всем бизнес-процессам на предприятии, взятым в совокупности;
6) всегда верный способ выявления текущих проблем на предприятии и предвидения будущих.
Слайд 7Моделирование БП
Слайд 8Основные вопросы бизнес моделирования
что является результатом выполнения
процесса;
кем и какие действия выполняются;
каков их
порядок;
каково движение документов в ходе выполнения процесса;
насколько процесс надежен (вероятность неудачного выполнения);
как он может быть расширен/модифицирован в будущем.
Слайд 9Прозрачность бизнес-процесса
Очень важно обеспечить прозрачность хода бизнес-процессов,
поскольку только в этом случае владелец бизнес-процесса
(сотрудник компании, управляющий ходом бизнес-процесса и несущий ответственность за его результаты и эффективность), бизнес-аналитик, руководство и другие заинтересованные стороны будут иметь ясное представление о том, как организована работа.
Понимание хода существующих бизнес-процессов дает возможность судить об их эффективности и качестве и необходимо для разработки поддерживающей бизнес ИТ-инфраструктуры. Успешная разработка прикладных систем, обеспечивающих поддержку выполнения бизнес-процессов от начала до конца, возможна лишь тогда, когда сами процессы детально ясны.
Слайд 10Модель бизнес-процесса
Моделью бизнес-процесса называется его формализованное (графическое,
табличное, текстовое, символьное) описание, отражающее реально существующую
или предполагаемую деятельность предприятия.
Модель, как правило, содержит следующие сведения о бизнес-процессе:
набор составляющих процесс шагов — бизнес-функций;
порядок выполнения бизнес-функций;
механизмы контроля и управления в рамках бизнес-процесса;
исполнителей каждой бизнес-функции;
входящие документы/информацию, исходящие документы/информацию;
ресурсы, необходимые для выполнения каждой бизнес-функции;
документацию/условия, регламентирующие выполнение каждой бизнес-функции;
параметры, характеризующие выполнение бизнес-функций и процесса в целом.
Слайд 11Подходы к построению моделей бизнес-процесса
функциональный
Главным структурообразующим
элементом является функция (бизнес-функция, действие, операция).
Система
представляется в виде иерархии взаимосвязанных функций
объектно-ориентированный
Система разбивается на набор объектов, соответствующих объектам реального мира и взаимодействующих между собой посредством посылки сообщений.
Слайд 12Назначение моделей бизнес-процесса
Графическая модель БП – для
обучения новых сотрудников их должностным обязанностям, согласования
действий между структурными единицами компании, подбора или разработки компонентов информационной системы и т. д. Описание с помощью моделей такого типа существующих и целевых бизнес-процессов используется для оптимизации и совершенствования деятельности компании путем устранения узких мест, дублирования функций и проч.
Имитационные модели БП позволяют оценить их эффективность и посмотреть, как будет выполняться процесс с входными данными, не встречавшимися до сих пор в реальной работе предприятия.
Исполняемые модели БП могут быть запущены на специальном программном обеспечении для автоматизации процесса непосредственно по модели.
Слайд 13Виды моделей БП
функциональные, описывающие совокупность выполняемых системой
функций и их входы и выходы;
поведенческие,
показывающие, когда и/или при каких условиях выполняются бизнес-функции, с помощью таких категорий, как состояние системы, событие, переход из одного состояния в другое, условия перехода, последовательность событий;
структурные, характеризующие морфологию системы — состав подсистем, их взаимосвязи;
информационные, отражающие структуры данных — их состав и взаимосвязи.
Слайд 14
Слайд 15Описание БП в виде блок-схемы
Слайд 16Стандарты моделирования БП
OASIS (Organization for the Advancement
of Structured Information Standards, осн. в 1993
г.) выпускает спецификации ebXML (Electronic Business using extensible Markup Language, ИСО 15000) и BPEL (Business Process Execution Language), а также различные стандарты для электронного бизнеса на базе XML и веб-сервисов;
OMG (Object Management Group, осн. в 1989 г.) выпускает стандарты BPMN (Business Process Model and Notation) и UML, а также MDA и CORBA;
W3C (World Wide Web Consortium, осн. в 1994 г.) выпускает стандарты WS-CDL, WSCI, а также спецификации XML, технологии веб-сервисов и многие другие;
WfMC (Workflow Management Coalition, осн. в 1993 г.) выпускает стандарты Wf-XML и XPDL.
Слайд 17Принципы моделирования БП (1)
Точно определить результат бизнес-процесса
и оценить его значение для бизнеса.
Определить
набор действий, составляющих бизнес-процесс. Ясное определение набора задач и действий, которые необходимо выполнить, чрезвычайно важно для детального понимания процесса.
Определить порядок выполнения действий. Действия в рамках одного бизнес-процесса могут выполняться как последовательно, так и параллельно. Очевидно, что параллельное исполнение, если оно допустимо, позволяет сократить общее время выполнения процесса и, следовательно, повысить его эффективность.
Произвести разделение зон ответственности: определить, а затем отслеживать, какой сотрудник или подразделение компании несет ответственность за выполнение того или иного действия или процесса в целом.
Определить ресурсы, потребляемые бизнес-процессом. Точно зная, кто какие ресурсы использует и для каких операций, можно повысить эффективность использования ресурсов посредством планирования и оптимизации.
Слайд 18Принципы моделирования БП (2)
Понять суть взаимодействий между
участвующими в процессе сотрудниками и подразделениями компании
и оценить, а затем повысить эффективность коммуникации между ними.
Увидеть движение документов в ходе процесса. Бизнес-процессы производят и потребляют различные документы (в бумажной или электронной форме). Важно разобраться, откуда и куда идут документы или информационные потоки, и определить, оптимально ли их движение и действительно ли все они необходимы.
Определить потенциальные узкие места и возможности для улучшения процесса, которые будут использованы позже для его оптимизации.
Более эффективно внедрить стандарты качества, например ИСО 9000, и успешно пройти сертификацию.
Использовать модели бизнес-процессов в качестве руководства для новых сотрудников.
Эффективно произвести автоматизацию бизнес-процессов в целом или отдельных их шагов, включая автоматизацию взаимодействия с внешней средой — клиентами, поставщиками, партнерами.
Разобравшись в совокупности бизнес-процессов компании, понять и описать деятельность предприятия в целом.
Слайд 19SADT — методология структурного анализа и проектирования
(Structured Analysis and Design Technique). Основана на
понятиях функционального моделирования. Является методологией, отражающей такие системные характеристики, как управление, обратная связь и исполнители. Возникла в конце 60-х годов.
IDEF0 — методология функционального моделирования. Применяется для описания рабочих процессов (Work Flow). Разработана на основе SADT.
DFD — методология моделирования потоков данных. Применяется для описания обмена данными между рабочими процессами.
IDEF3 — методология моделирования потоков работ. Является более детальной по отношению к IDEF0 и DFD. Позволяет рассмотреть конкретный процесс с учетом последовательности выполняемых операций.
IDEF1X — методология описания данных. Применяется для построения баз данных.
IDEF4 — объектно-ориентированная методология. Отражает взаимодействие объектов. Удобна для создания программных продуктов на объектно-ориентированных языках (например С++).
ARIS — описывает бизнес-процесс в виде потока последовательно выполняемых работ (ARIS Toolset).
UML — (Unified Modeling Language) язык визуального моделирования, основанный на объектно-ориентированном подходе. UML включает в себя двенадцать типов диаграмм, которые позволяют описать статическую структуру системы и ее динамическое поведение.
Основные методологии моделирования БП
Слайд 20Функциональное моделирование
Наиболее удобным языком функционального моделирования
систем является IDEF0 (Integrated Computer-Aided Manufacturing DEFinition
methodology – Методология определения интегрированной программы компьютеризации промышленности) в рамках стандарта SADT (Structured Analysis and Design Technique – Методология структурного анализа и проектирования).
В нем система представляется как совокупность взаимодействующих функций. Такая чисто функциональная ориентация является принципиальной – функции системы анализируются независимо от объектов, которыми они оперируют.
Модель в нотации IDEF0 представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм. Контекстная диаграмма является вершиной древовидной структуры диаграмм и представляет собой самое общее описание системы и ее взаимодействия с окружающей средой, в виде так называемого «черного ящика»
Источник: thepresentation.ru
ОБЛАСТЬ ПРИМЕНЕНИЯ НОТАЦИИ BPMN
Моделирование осуществляется с помощью визуальных диаграмм, что позволяет участникам быстрее понять логику исполнения.
Нотация BPMN не позволяет моделировать другие аспекты модели бизнес-процесса, например:
- Функциональную (структурную) декомпозицию работ;
- Организационную структуру предприятия;
- Модель данных;
- Бизнес правила,
- Бизнес стратегию компании
Область применения нотации BPMN 2.0
ОБЗОР ОСНОВНЫХ ЭЛЕМЕНТОВ НОТАЦИИ
В нотации BPMN 2.0 можно выделить пять основных категорий графических элементов, которые используются для создания схем оркестровки бизнес-процессов:
- Элементы управления;
- Соединительные элементы;
- Артефакты;
- Данные
- Зоны ответственности
Обзор основных элементов нотации
КАТЕГОРИИ ДИАГРАММ БИЗНЕС-ПРОЦЕССОВ
Спецификация BPMN 2.0 регламентирует следующие типы диаграмм бизнес-процессов:
- Диаграммы оркестровки (схемы потока работ), включая:
- Модели приватных (внутренних) бизнес-процессов:
- концептуальные схемы внутренних процессов;
- исполняемые схемы внутренних процессов;
- Модели публичных (внешних) процессов;
- Диаграммы взаимодействия участников одного или нескольких бизнес-процессов (Collaboration);
- Диаграммы диалогов (Conversation), которая помогает сгруппировать отдельные сообщения, которыми обмениваются участники;
- Диаграммы хореографии (Choreography), которая описывает регламенты обмена сообщениями между участниками.
Категории диаграмм бизнес-процессов
ОПЕРАЦИИ
Для изображения операций в нотации BPMN используются различные графические элементы. Выделяют несколько типов: операция, подпроцесс, глобальная (вызывающая) операция, транзакция.
Маркеры операций
МАРКЕРЫ ОПЕРАЦИИ
Операция является базовым графическим элементом нотации, она допускает несколько способов исполнения. Для того чтобы указать способ исполнения операций используются маркеры. Они размещаются поверх графического элемента, добавляя тем самым определенную семантику. Нотация BPMN 2.0 регламентирует шесть видов маркеров, в т.ч. три маркера для изображения разных видов циклов: подпроцесс, обычный цикл, параллельное выполнение, последовательное выполнение, компенсация, операция «по случаю» (Ad-Hoc).
Комбинации маркеров подпроцесса
КОМБИНАЦИИ МАРКЕРОВ ПОДПРОЦЕССА
Спецификация BPMN определяет одиннадцать различных вариантов комбинаций маркеров операции, которые могут использоваться с обычными подпроцессами.
- Свернутый подпроцесс;
- Свернутый подпроцесс, реализующий компенсацию;
- Свернутый Ad-Hoc подпроцесс, содержащий набор действий, выполняемых по случаю.
- Циклическое исполнение подпроцесса;
- Циклическое исполнение подпроцесса, каждая итерация выполняет компенсацию;
- Циклическое исполнение Ad-Hoc подпроцесса;
- Циклическое исполнение Ad-Hoc подпроцесса с компенсацией. Подпроцесс Ad-Hoc итеративно повторяется;
- Параллельное исполнение подпроцессов;
- Параллельное исполнение подпроцессов, выполняющих компенсацию;
- Параллельное исполнение Ad-Hoc подпроцессов;
- Параллельное исполнение Ad-Hoc подпроцессов, каждый экземпляр выполняет компенсацию.
Вызывающая операция
ВЫЗЫВАЮЩАЯ ОПЕРАЦИЯ
Вызывающая операция (Call Activity) используется, когда возникает необходимость вызвать внешний по отношению к данной модели повторно используемый процесс. Повторно используемый компонент должен быть глобально известен. Спецификация определяет, четыре типа операций, которые могут выступать в качестве глобальных:
- Пользовательская операция
- Ручная операция
- Операция сценарий
- Операция бизнес-правило
Глобальная операция визуально отличима благодаря границе, изображаемой более толстой линией.
Событийный подпроцесс
СОБЫТИЙНЫЙ ПОДПРОЦЕСС
Событийный подпроцесс (стартующий по событию) описывает последовательность действий, которую необходимо выполнить после того, как будет зарегистрировано некоторое ожидаемое событие. Этот тип подпроцессов не является частью стандартного сценария исполнения процесса, напротив, он показывает действия, выполняемые в особой ситуации. Он не связан непосредственными переходами управления с основным процессом.
Событийный подпроцесс может иметь только одно стартовое событие, причем только определенных типов:
- Сообщение (Message),
- Ошибка (Error),
- Эскалация (Escalation),
- Компенсация (Compensation),
- Условие (Conditional),
- Сигнал (Signal),
- Множественное событие (Multiple).
На схеме процесса этот подпроцесс обозначается с границей, изображаемой прерывистой линией.
Потоки управления
ПОТОКИ УПРАВЛЕНИЯ
Для моделирования порядка и маршрутов выполнения операций процесса используются потоки управления (ПУ), они изображаются на схеме в виде толстой, непрерывающейся стрелки в направлении от предшествующей операции к очередной.
Поток управления всегда располагается внутри пула. Стрелка может иметь надпись, которая обозначает условие, соответствующее данному переходу.
Логические операторы
ЛОГИЧЕСКИЕ ОПЕРАТОРЫ
В нотации BPMN логические операторы (ЛО) используются для маршрутизации потоков управления (ПУ) по разным направлениям и для синхронизации нескольких потоков. Они бывают двух типов: ветвления и слияния, первые разделяют и маршрутизируют поток управления по нескольким направлениям, вторые объединяют и синхронизируют несколько потоков в один. Внешне операторы обоих типов не различимы. У ЛО ветвления есть один входящий поток и, по крайней мере, два исходящих потока, а у ЛО слияния есть несколько входящих и один исходящий. Входящие и исходящие ПУ могут присоединяться к любой точке границы ЛО, не только к углам.
Логические операторы и бизнес-правила
ЛОГИЧЕСКИЕ ОПЕРАТОРЫ И БИЗНЕС ПРАВИЛА
Логические операторы часто путают с бизнес правилами. ЛО изображает некоторую работу процесса, которая не изменяет входящий информационный поток, но маршрутизирует его в соответствии с условием, которое определяет направление движения выходного потока. ЛО есть элемент бизнес логики процесса, а условие, по которому осуществляется ветвление, есть бизнес- правило.
Под бизнес-правилом принято понимать утверждение, определяющее или ограничивающее некоторые аспекты бизнеса. Правила постулируют ограничения на исполнение процесса, но не определяют, как предполагается достичь результата. Принято различать следующие виды бизнес-правил:
- Правила поведения: определяют необходимость выполнить соответствующее действие или управляющее воздействие.
- Правила определения: устанавливают критерий применимости какого-либо бизнес понятия, называемого фактом, подразделяются на:
- Правила вычисления, помогают узнать значения искомых величин, называемых фактами. Например, торговая скидка определяется общим объемом закупок за определенный период и числом закупок по определенной категории товаров, платежеспособностью клиента и т.д.
- Правила классификации, помогают проверить истинность фактов. Например, клиент классифицируется как VIP, если на его счете имеется определенная сумма денег и он не имел задолженности по платежам.
Типы логических операторов
ТИПЫ ЛОГИЧЕСКИХ ОПЕРАТОРОВ
В зависимости от условий, определяющих правила ветвления и слияния, ЛО делятся на виды.
СОБЫТИЯ
Термин «событие» является достаточно общим и используется для обозначения изменения свойств некоторого объекта, произошедшее в определенный момент времени и зафиксированное наблюдателем в оповещении от этого объекта. Обычно событие противопоставляется процессу, который происходит в интервале времени, а событие только в определенные моменты. С каждым событием связана причина его появления и возможное воздействие, которое оно оказывает на дальнейший исполнение процесса.
СООБЩЕНИЯ
Сообщения реализуют адресную передачу оповещения от источника к получателю, они не только извещают о факте наступления события, но так же позволяют передавать некоторый набор данных. Адресация получателя сообщения может осуществляться либо явно, с использованием графического элемента поток сообщений, образующих диалоги, либо неявно, с использованием механизма корреляции.
Семантика отправки и получения сообщений
СЕМАНТИКА ОПРАВКИ И ПОЛУЧЕНИЯ СООБЩЕНИЙ
Событие или операция, отправляющее сообщение всегда размещается в потоке управления, так что сразу по прибытии точки управления оно генерирует посылку, после чего управление сразу передается на следующую операцию. Операция, принимающая сообщение, может размещаться только в потоке управления.
После прибытия в нее точки управления исполнение приостанавливается до тех пор, пока не будет получено соответствующее сообщение. Событие, принимающее сообщение, может размещаться в потоке управления, при этом оно ведет себя точно так же как и аналогичная операция. Если оно прикреплено к границе операции (подпроцесса), то в случае поступление сигнала создаст новый поток управления. Если обработчик события является прерывающим, то новый поток управления выполняется вместо основного потока. Если обработчик события является непрерывающим, то новый поток управления выполняется параллельно с основным потоком.
Начальные события
НАЧАЛЬНЫЕ СОБЫТИЯ
Завершающие события
ЗАВЕРШАЮЩИЕ СОБЫТИЯ
Промежуточные события
ПРОМЕЖУТОЧНЫЕ СОБЫТИЯ
Промежуточное событие располагается на диаграмме процесса между начальным и конечным событиями, оно используются для обработки исключительных ситуаций и для синхронизации отдельных ветвей данного процесса или разных процессов.
Промежуточное событие может использоваться для моделирования следующих ситуаций:
- Получения входящих или отправки исходящих сообщений внутри процесса;
- Отображения временных задержек при выполнении процесса;
- Отображение дополнительных операций, откатывающих данные для незавершенных транзакций.
Существует два способа использования промежуточных событий:
- Обработчик события размещается в потоке управления процесса и может использоваться для целей генерации или обработки события.
- Обработчик события прикрепляется к границе операции и может использоваться только для обработки события.
Поведение генерирующих и обрабатывающих промежуточных событий, размещаемых в потоке, различается.
Промежуточные события в потоке
ПРОМЕЖУТОЧНЫЕ СОБЫТИЯ, РАЗМЕЩАЕМЫЕ В ПОТОКЕ УПРАВЛЕНИЯ ПРОЦЕССА
Когда поток управления достигает генерирующего события, размещенного в потоке, то немедленно происходит обработка этого события (отправляется сообщение, сигнал и т.д.) после чего поток управления немедленно покидает текущий элемент и продолжает движение далее по процессу.
Когда поток управления достигает знака обрабатывающего события, исполнение останавливается до тех пор, пока не произойдет соответствующее событие (например, получено сообщение, сигнал и т.д.). После этого поток управления покидает элемент обработки события. Спецификация не указывает явно, что произойдет, если событие произойдет до того, как поток управления прибудет в обрабатывающее событие. В большинстве случаев такое событие не будет обработано и будет потеряно.
Промежуточное событие влияет на выполнение только текущего потока процесса, оно не может создать новый экземпляр процесса или прекратить выполнение текущего.
Граничные промежуточные события
ПРОМЕЖУТОЧНЫЕ СОБЫТИЯ, ПРИКРЕПЛЯЕМЫЕ К ГРАНИЦАМ ОПЕРАЦИЙ
События, прикрепляемые к границам операций, бывают только обрабатывающими. Наступление события изменяет нормальный сценарий исполнения, возникает дополнительный поток управления, на который указывает обработчик события. Дальнейшее выполнение операции, к которой прикреплено событие, зависит от типа прикрепленного события: прерывающее — приостанавливает ее исполнение, а непрерывающее продолжает её работу. После окончания дополнительного потока управление может быть возвращено в прерванную операцию.
Исключительные ситуации
ИСКЛЮЧИТЕЛЬНЫЕ СИТУАЦИИ
Исключительные ситуации возникают всякий раз, когда нормальный ход выполнения процесса необходимо временно приостановить. Так же как и в программировании, под исключительной ситуацией в бизнес-процессе понимают возникшую ошибку или бизнес-исключение, которые делают дальнейшее исполнение невозможным или бессмысленным. Обработка исключительной ситуации — это механизм, предназначенный для описания реакции системы на исключения и ошибки выполнения. При этом нормальный ход выполнения процесса прерывается, управление передается специальному подпроцессу, который выполнят обработку возникшей исключительной ситуации. После завершения обработки, управление может быть возвращено в прерванный процесс.
Для обработки особых ситуаций применяются следующие виды событий:
- Исключение;
- Ошибка;
- Эскалация;
- Окончание;
- Компенсация;
- Отмена.
Объекты данных
ОБЪЕКТЫ ДАННЫХ
Выполнение бизнес-процесса всегда связано с одним или несколькими информационными потоками. Несмотря на то, что нотация BPMN не предусматривает возможность моделирования структур данных, она позволяет связать абстрактные информационные объекты с операциями, размещенными на схеме процесса. Т.о. на схеме процесса можно изображать объекты данных: физических, абстрактных, информационных и т.д. Предполагается, что информационный объект может иметь внутреннюю структуру.
Использование BPMN 2.0 в бизнесе и управлении
ИСПОЛЬЗОВАНИЕ BPMN 2.0 В БИЗНЕСЕ И УПРАВЛЕНИИ
Стандарт BPMN является доступным в интернет документом. Он детально описывает особенности реализации нотации. Однако он предназначен в первую очередь для разработчиков программных средств BPMS и в меньшей степени предназначен для бизнес-аналитиков.
Знание нотации BPMN 2.0 окажется особенно полезным тем из специалистов, которые владеют приемами аналитического моделирования бизнес-процессов и хотели бы перейти к разработке исполняемых моделей.
Однако, использование BPMN 2.0 полезно как бизнес-аналитикам, так и специалистам — технологам бизнеса.
Бизнес-моделирование находит применение буквально во всех сферах бизнеса и управления, например, в финансовом секторе, секторе банковских и страховых технологий, сфере государственного и муниципального управления, энергетике, транспорте, промышленном производстве и т.д. Не меньший интерес стандарт BPMN 2.0 может представлять для специалистов клиентского обслуживания, например, урегулирования убытков, управления рисками в финансовой и страховой сфере, обслуживания обращений, обработки заказов и других сферах производства и предоставления услуг.
Специалисты информационных технологий также могут воспользоваться возможностями, предоставляемыми новыми принципами разработки ориентированных на процессы (process oriented) и управляемых моделью (model driven) информационных систем.
Источник: system-inform.wixsite.com