1. владелец бизнес-процесса и один/два сотрудника того же подразделения компании, помогающих ему;
2. специалист по управлению качеством;
3. бизнес-аналитик(и);
4. представитель ИТ-подразделения;
5. внешний консультант (не обязательно).
1.3.2 Нотация и модель бизнес-процессов (BPMN)
В рамках данной работы моделирование бизнес-процессов рассматривается как один из инструментов, который используется для повышения эффективности компании. Краткое описание инструментов носит обзорный характер имея своей целью направить читателя к специализированной литературе для более полного изучения. Однако, для понимания материалов дальнейших глав, следует привести описание по крайней мере одной нотации описания бизнес-процессов, которая, к слову, является наиболее современной, популярной и доступной для изучения речь о BPMN.
BPMN (англ. Business Process Model and Notation, нотация и модель бизнес-процессов) система условных обозначений (нотация) для моделирования бизнес-процессов. Разработана Business Process Management Initiative (BPMI.org) и поддерживается Object Management Group, после слияния обеих организаций в 2005 году. Последняя версия BPMN 2.0.
Спецификация BPMN описывает условные обозначения для отображения бизнес-процессов в виде диаграмм бизнес-процессов. BPMN ориентирована как на технических специалистов, так и на бизнес-пользователей. Для этого язык использует базовый набор интуитивно понятных элементов, которые позволяют определять сложные семантические конструкции. Кроме того, спецификация BPMN определяет, как диаграммы, описывающие бизнес-процесс, могут быть трансформированы в исполняемые модели на языке BPEL. Спецификация BPMN 2.0 также является исполняемой и переносимой (то есть процесс, нарисованный в одном редакторе от одного производителя, может быть исполнен на движке бизнес-процессов совершенно другого производителя при условии, если они поддерживают BPMN 2.0). Основная цель BPMN создание стандартного набора условных обозначений, понятных всем бизнес-пользователям. Бизнес-пользователи включают в себя бизнес-аналитиков, создающих и улучшающих процессы, технических разработчиков, ответственных за реализацию процессов, и менеджеров, следящих за процессами и управляющих ими. Следовательно, BPMN призвана служить связующим звеном между фазой дизайна бизнес-процесса и фазой его реализации.
По заявлению разработчиков стандарта BPMN, он вобрал в себя лучшие идеи, что имеются в следующих нотациях и методологиях моделирования:
1. UML (Unified Modeling Language, Унифицированный язык моделирования): Activity Diagram (диаграмма деятельности), EDOC (Enterprise Distributed Object Computing, корпоративная распределенная обработка объектов) Business Processes (бизнес-процессы);
2. IDEF (SADT);
3. ebXML (Electronic Business eXtensible Markup Language, расширяемый язык разметки для электронного бизнеса) BPSS (Business Process Specification Schema, схемы спецификации бизнес-процессов);
4. ADF (Activity-Decision Flow, поток «деятельность-результат») Diagram;
5. RosettaNet;
6. LOVEM (Line of Visibility Engineering Methodology, визуальная методология проектирования);
7. EPC.
Поддержка и дальнейшее развитие BPMN организацией OMG наложило свой «отпечаток» на данную методологию. Одним из ключевых направлений OMG является продвижение UML, предназначенного для моделирования объектно-ориентированных систем. В связи с этим, в BPMN при моделировании (разработке диаграмм), помимо понятий и концепций структурного подхода (действие, поток управления, объект данных и т. д.), используются такие характерные для объектно-ориентированного подхода понятия, как сообщение, обмен сообщениями и поток сообщений.
Элементы (символы) графической нотации BPMN по назначению объединены в категории:
1. объекты потока (Flow Objects);
2. данные (Data);
3. зоны ответственности (Swimlanes);
4. соединяющие элементы (Connecting Objects);
5. артефакты (Artifacts).
В табл. 1.2 приведены символы нотации BPMN и их базовое изображение [39].
Таблица 1.2. Символы нотации BPMN
Символы объектов потока, объект данных и поток управления имеют дополнительное семантическое деление с целью отображения специфики происходящих событий, выполнения действий, особенностей слияния/ветвления потоков и т. д. Указание специфики выполняется за счет дополнительного графического изображения (иконки, маркера), помещенного внутрь основного символа. В дополнение к этому символы событий могут иметь различный вид контура и фоновый цвет.
Ниже приводится описание специфики отображения символов и их семантическая интерпретация.
Ниже приводится описание специфики отображения символов и их семантическая интерпретация.
События
При выполнении процесса могут происходить различные события, оказывающие влияние на ход процесса: старт процесса, его завершение, смена статуса документа, получение сообщения и многое другое. События необязательные элементы, поэтому на диаграмме процесса в нотации BPMN они могут не отображаться.
Все события классифицируются по следующим признакам:
1. По времени наступления:
1.1. Стартовое событие инициирует начало процесса (диаграммы). Из стартового события поток управления может только исходить, а поток сообщений как входить, так и исходить. На диаграмме процесса, как правило, отображается только одно стартовое событие, но оно может отсутствовать или их может быть несколько при отображении процесса с пулами, дорожками или развернутыми подпроцессами. Контур события отображается одинарной тонкой линией.
1.2. Конечное событие является результатом выполнения процесса. В конечное событие поток управления может только входить, а поток сообщений как входить, так и исходить. На диаграмме конечное событие, как и стартовое, может быть одно, несколько (даже при отсутствии пулов и дорожек) или ни одного. Контур события отображается одинарной жирной линией.
1.3. Промежуточное событие все остальные события, возникающие в ходе выполнения процесса. В промежуточное событие обязательно должен входить и выходить один поток. Исключение составляют граничные (Boundary) события, возникающие и обрабатываемые непосредственно либо в самом начале действия, либо в его конце. Такие события отображаются на границе (контуре) действия и у них может быть только либо входящий, либо исходящий поток. Контур события отображается двойной тонкой линией.
2. По возможности прерывания выполнения действия (подпроцесса):
2.1. Непрерывающее событие стартовое или промежуточное событие, возникающее в ходе выполнения действия, но инициирующее связанный с событием исходящий поток только после завершения действия. Контур события отображается штриховой линией.
2.2. Прерывающее событие событие, возникающее до или после стандартного выполнения действия или требующее его немедленного прекращения в исключительных ситуациях. Например, при отсутствии всей необходимой информации или возникновении ошибки в ходе ее обработки, необходимости выполнения дополнительных действий и т. д. Контур события отображается сплошной линией.
3. По типу результата действия:
3.1. Событие-инициатор обработки стартовое или промежуточное событие, возникшее в результате выполнения действия и требующее его последующей обработки. Отображается незакрашенной иконкой.
3.2. Событие-результат обработки промежуточное или конечное событие, возникшее в результате выполнения действия и являющееся итоговым результатом стандартного или нестандартного выполнения процесса. Отображается закрашенной иконкой.
4. По причине возникновения (триггеру).
Действия
Процесс, отображаемый в виде диаграммы, представляет собой упорядоченный набор действий, выполняемых с целью получения конкретного результата. Временная последовательность выполнения процессов задается расположением процессов на диаграмме слева-направо (сверху-вниз на вертикальной диаграмме процесса BPMN), а также направлением стрелок у соединяющих элементов.
Различают три основных вида действий и их разновидности:
задача (Task) элементарное (неделимое, атомарное) действие. Специфика (разновидность) задачи может быть отображена иконкой (маркером) в левом верхнем углу символа действия:
сервисная (Service). Задача предназначена для оказания услуги, которая может являться как веб-сервисом, так и автоматизированным приложением;
отправка сообщения (Send). Задача считается выполненной, если сообщение послано хотя бы один раз;
получение сообщения (Receive). Задача считается выполненной, если сообщение получено хотя бы один раз;
пользовательская (User). Характерная задача, выполняемая исполнителем при содействии других людей или программного обеспечения;
ручное исполнение (Manual). Характерная задача, выполняемая исполнителем без каких-либо средств автоматизации;
бизнес-правило (Business-Rule). Задача, технология выполнения которой зависит от текущих обстоятельств и выбирается на основе заданного бизнес-правила;