Подпроцесс бизнес процесса это

Вложенный бизнес-процесс (подпроцесс) — cамостоятельный бизнес-процесс, инициируемый в ходе выполнения некоторого родительского бизнес-процесса.

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

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

Декомпозиция бизнес-процесса может быть осуществлена несколькими способами. Наиболее часто применяемые стратегии декомпозиции:

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

В программном продукте «ПитерСофт: Управление процессами» на входе и выходе вложенного бизнес-процесса можно настроить передачу параметров из родительского и в родительский процесс соответственно.

Источник: piter-soft.ru

Урок 4: Практическое использование подпроцессов в BPMN

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

В практике описания бизнес-процессов элемент нотации BPMN Подпроцессы используется в основном в двух случаях:

1. Для декомпозиции и повышения читаемости и наглядности схем (диаграмм);

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

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

Рис. 7. Процесс верхнего уровня «Найм персонала».

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

Наиболее часто встречается тип Подпроцессов – Свёрнутый, т.е. процесс со скрытыми деталями, который позволяет облегчить визуализацию бизнес-процессов.

Свёрнутый Подпроцесс графически изображается в виде прямоугольника с маркером «+».

Рис. 8. Графическое изображение Задачи – Свёрнутый Подпроцесс.

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

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

При детализации Подпроцессов приведённого примера процесса «Найм персонала» получим следующие процессы:

1. Поиск кандидатов на вакансию.
2. Оформление документов нового сотрудника.

Обучение нового сотрудника.

Рассмотрим каждый Подпроцесс отдельно.

Рис.9. Подпроцесс «Поиск кандидатов на вакансию».

Рис.10. Подпроцесс «Оформление документов».

Рис.11. Подпроцесс «Обучение нового сотрудника».

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

Примените знания нотации BPMN 2.0 на практике
в Low-code BPM-системе ELMA365

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

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

Повторно-используемый Подпроцесс используется для вызова предопределенного Подпроцесса. Примером повторно-используемого Подпроцесса может служить процесс «Информирования контрагентов» в рамках основных процессов «Выпуск нового продукта» и «Открытие нового филиала».

Рис. 12. и 13. Пример использования повторно-используемого Подпроцесса.

Рис. 14. Повторно-используемый Подпроцесс.

Примечание: При появлении нового информационного канала или механизма рекламирования в Подпроцессе «Информирование контрагентов» изменения вносятся один раз и только в данный Подпроцесс, не затрагивая основные процессы компании.

В нотации BPMN рассматривается ещё один способ отображения Подпроцесса — Развёрнутый Подпроцесс.

Рис.15. Графический элемент Развёрнутый Подпроцесс.

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

В BPMN также описаны различные типы Подпроцессов. Один из них мы описали – это повторно-используемый Подпроцесс.

Менее распространены в практике BPMS – Подпроцессы Ad-Hoc (Спонтанный), Событийный Подпроцесс, Транзакция.

Событийным Подпроцессом называется специфический Подпроцесс, используемый внутри Процесса (Подпроцесса). Отличие такого Подпроцесса от стандартного состоит в том, что стандартный Подпроцесс в качестве триггера использует Поток операций, а Событийный Подпроцесс — Стартовое событие. Всякий раз, когда какое-то Стартовое событие запускается во время выполнения родительского Процесса, запускается и Событийный Подпроцесс.

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

Рис. 16. Графический элемент Событийный Подпроцесс (Свёрнутый).

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

Рис.17. Графический элемент Транзакция (Свёрнутый Подпроцесс).

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

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

Рис. 18. Графический элемент Спонтанный Подпроцесс.

Более подробно с типами Подпроцессов и их использование при описании бизнес-процессов можно ознакомиться в разделе 10.2.5 «Подпроцесс» в нотации BPMN.

Источник: www.elma-bpm.ru

Введение в BPMN

Нотация моделирования бизнес-процессов BPMN (Business Process Model and Notation) — это международный стандарт моделирования бизнес-процессов. Он является одним из важнейших компонентов для достижения согласованности между Бизнес-процессами и ИТ-системами.

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

• Поддержка популярными программными продуктами для моделирования бизнес-процессов (Business Studio, ELMA, Bizagi и др.);
• Оптимальный набор графических элементов, который позволяет детально описать любой процесс;
• Возможность автоматизировать бизнес-процессы без необходимости программирования;
• Уменьшение разрыва между моделями «Как есть» и «Как должно быть».

Как пользоваться данным руководством

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

Руководство по BPMN имеет следующие особенности:

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

Хотите быстро освоить BPMN?
Пройдите обучение в нашем учебном центре!

Источник: www.optimacons.info