временные задержки (см. рис. 3.7).

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

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

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

Рис. 3.7. Диаграмма потоков работ

В классическом подходе на WFD-схеме не показывают документы, так как по названиям входящих в нее детальных работ понятно, что является входом и что является выходом.

Отличительная особенность WFD-диаграммы — стрелки между подпроцессами обозначают не потоки объектов (информационные и материальные), а временные потоки или последовательность выполнения подпроцессов.

Итак, с помощью двух классических схем DFD и WFD можно описать подробно все бизнес-процессы компании.

3.3. Современные методологии описания бизнес-процессов

3.3.1. Краткий обзор современных методологий описания бизнес-процессов

Классические стандарты: дерево и сеть процессов, схема окружения, DFD— и WFD-модели содержат набор символов или обозначений, с помощью которых описываются бизнес-процессы. Эти обозначения принято называть языком или методологией6 описания процессов.

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

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

• IDEF0;

• DFD в различных нотациях;

• IDEF3;

• Swimmer Lanes;

• Методология, применяемая западными консалтинговыми компаниями;

• ORACLE;

• BAAN;

• ARIS;

• BPMN.

3.3.2. Методология IDEF0

Первая методология, получившая широкое распространение — IDEF0. Язык, ставший основой этой методологии, был разработан американскими военными с целью успешного тиражирования бизнес-процессов предприятий аэрокосмической промышленности. В свое время они столкнулись с проблемой: при проектировании заводов каждый раз заново проектировались одинаковые подсистемы управления, что требовало дополнительного времени и ресурсов. Эта закономерность была замечена, после чего и было предложено разработать язык или чертеж, с помощью которого можно было бы описать типовые подсистемы управления и при создании нового завода использовать наработанный опыт.

Методология IDEF0 незначительно отличается от классической схемы описания бизнес-процессов DFD, рассмотренной ранее. Основным отличием является присутствие в языке дополнительной аналитики: предлагается показывать не просто входы, как в DFD-формате, а входы трех типов. Первый тип называется входом, а два других — управлением и механизмом.

С помощью входа показывают объекты — информационные и материальные потоки, которые преобразуются в бизнес-процессе. Управление отражает объекты — материальные и информационные потоки, которые не преобразуются в процессе, но нужны для его выполнения. Механизмы — все те ресурсы, при помощи которых процесс выполняется: технические средства, люди, информационные системы и т. д.

Выход бизнес-процесса на IDEFO-схеме, полностью соответствует по смыслу выходу процесса, описанному при помощи DFD-схемы.

Четыре типа объектов, применяемых для описания входов и выходов в стандарте IDEF0, в английском варианте образуют сокращение ICOM и на схеме размещаются в строго отведенных местах относительно процессов, называемых функциональными блоками (см. табл. 3.2).

Табл. 3.2. Название и размещение входных и выходных объектов в стандарте IDEF0

На рис. 3.8 приведена контекстная IDEFO-диаграмма бизнес-процесса «Изготовление детали», который выполняет токарь.

Рис. 3.8. Контекстная IDEF0-диаграмма бизнес-процесса «Изготовление детали»

Входом процесса является заготовка — она физически преобразуется. Для того чтобы токарь начал изготавливать деталь, ему нужно задание или план. Также необходим чертеж с размерами детали. Чертеж, задание или план нужны для выполнения бизнес-процесса и он без них не начнется, но в ходе выполнения процесса они не преобразуются. Согласно стандарту IDEF0 их относят к управлению. Чтобы изготовить деталь, необходимы токарь и станок — их относят к механизмам. Выходом или результатом бизнес-процесса является деталь.