Сергей Федосеев - Интеллектуальные информационные системы управления предприятием

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

– высокоуровневую диаграмму процесса, показывающую его крупные шаги (обычно не более десяти) и, связанные с ними роли;

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

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

На практике хорошо зарекомендовал себя следующий состав группы, осуществляющей моделирование бизнес-процесса:

1. владелец бизнес-процесса и один/два сотрудника того же подразделения компании, помогающих ему;

2. специалист по управлению качеством;

3. бизнес-аналитик(и);

4. представитель ИТ-подразделения;

5. внешний консультант (не обязательно).

В рамках данной работы моделирование бизнес-процессов рассматривается как один из инструментов, который используется для повышения эффективности компании. Краткое описание инструментов носит обзорный характер имея своей целью направить читателя к специализированной литературе для более полного изучения. Однако, для понимания материалов дальнейших глав, следует привести описание по крайней мере одной нотации описания бизнес-процессов, которая, к слову, является наиболее современной, популярной и доступной для изучения – речь о 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. Конечное событие является результатом выполнения процесса. В конечное событие поток управления может только входить, а поток сообщений – как входить, так и исходить. На диаграмме конечное событие, как и стартовое, может быть одно, несколько (даже при отсутствии пулов и дорожек) или ни одного. Контур события отображается одинарной жирной линией.