Структура модели бизнес-процессов

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

1. Продвижение продуктов

2. Выяснение потребности клиента

3. Заключение договора с потребителем

4. Прием текущих заказов

5. Производственное планирование

6. Организация выполнения заказа клиента

7. Организация удовлетворения претензий клиентов

8. Анализ удовлетворенности клиентов

Количество уровней декомпозиции выбирается исходя из стоящих задач и необходимой степени подробности описания. На практике используют 3-5 уровней декомпозиции.

Business Studio позволяет создавать графические модели бизнес-процессов с помощью диаграмм, выполненных в той или иной нотации моделирования. Поддерживается три типа нотаций графического моделирования – IDEF0, Процесс и Процедура. Для создания модели бизнес-процессов можно использовать любую из этих нотаций или их комбинации. Рекомендуется в зависимости от уровня процесса в модели для его описания использовать следующие нотации:

Уровень модели	Используемая нотация	Комментарий
	IDEF0 (контекстная диаграмма)	Модель, выполненная в нотации IDEF0 имеет контекстную диаграмму верхнего уровня А-0, на которой объект моделирования представлен единственным блоком с граничными стрелками. Стрелки на этой диаграмме отображают связи объекта моделирования с окружающей средой. Диаграмма A-0 устанавливает область моделирования и ее границу.
	IDEF0	1 уровень содержит процессы верхнего уровня модели.
	IDEF0	2 уровень содержит декомпозицию процессов верхнего уровня. Например, процесс второго уровня «Продвижение продуктов» может быть декомпозирован на подпроцессы 3 уровня: 1. Группировка клиентов и анализ клиентской базы 2. Разработка программы удержания клиентов 3. Определение потребности по привлечению новых клиентов 4. Разработка комплекса продвижения продуктов на целевые рынки 5. Проведение мероприятий комплекса продвижения
3 и далее	Процедура	На 3 уровне происходит смена нотации моделирования. 3 уровень при корректной декомпозиции будет представлять собой работы – наименьшие возможные процессы, создающие минимальный отделимый результат, за отдельные действия внутри работы будут отвечать конкретные должностные лица.

 

Если в модели используются метапроцессы, то уровни сдвигаются, начиная с 1.

Моделирование деятельности на низких уровнях модели тесно коррелирует с прикладными методиками и технологиями деятельности, т.е. в ряде случаев вопросы «что делать» и «как делать» сливаются воедино.

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

Нотация IDEF0

IDEF0 – нотация графического моделирования, используемая для создания функциональной модели, отображающей структуру и функции системы, а также потоки информации и материальных объектов, связывающие эти функции. Нотация IDEF0 является одной из самых популярных нотаций моделирования бизнес-процессов. К ее особенностям можно отнести:

Контекстная диаграмма. Самая верхняя диаграмма, на которой объект моделирования представлен единственным блоком с граничными стрелками. Эта диаграмма называется A-0 (А минус нуль). Стрелки на этой диаграмме отображают связи объекта моделирования с окружающей средой. Стрелки диаграммы, представляют полный комплект внешних интерфейсов объекта. Диаграмма A-0 устанавливает область моделирования и ее границу. Пример диаграммы A-0 (Рис.7):

Рис.7. Диаграмма A-0 нотации IDEF0

 

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

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

Используемые графические символы

Символ	Изображение	Описание
Блок		Блок описывает процесс. Типичный блок показан на рис. 1. Внутри каждого блока помещается его имя и номер. Имя должно быть активным глаголом, глагольным оборотом или отглагольным существительным. Номер блока размещается в правом нижнем углу. Номера блоков используются для идентификации на диаграмме и в соответствующем тексте.
Стрелка		Стрелки обозначают входящие и исходящие из процесса объекты (данные). Каждая сторона функционального блока имеет стандартное значение с точки зрения связи блок-стрелка, В свою очередь, сторона блока, к которой присоединена стрелка, однозначно определяет ее роль. Стрелки, входящие в левую сторону блока - входы. Стрелки, входящие в блок сверху - управления. Стрелки, покидающие процесс справа – выходы, т.е. данные или материальные объекты, произведенные процессом. Стрелки, подключенные к нижней стороне блока, представляют механизмы.
Туннелированная стрелка		Туннелированные стрелки означают, что данные, обозначаемые этими стрелками, не рассматриваются на родительской диаграмме и/или на дочерней диаграмме. Стрелка, помещенная в туннель там, где она присоединяется к блоку, означает, что данные, выраженные этой стрелкой, не обязательны на следующем уровне декомпозиции. Стрелка, помещаемая в туннель на свободном конце означает, что выраженные ею данные отсутствуют на родительской диаграмме.
Внешняя ссылка		Внешняя ссылка – место, сущность или субъект, которые находятся за границами моделируемой системы. Используются для обозначения источника или приемника стрелки вне модели. На диаграммах Внешняя ссылка изображается в виде квадрата, рядом с которым показано наименование Внешней ссылки.
Междиаграммная ссылка		Элемент, обозначающий другую диаграмму. Служит для обозначения перехода стрелок на диаграмму другого бизнес-процесса без показа стрелки на вышележащей диаграмме (при использовании иерархических моделей).

 

Пример диаграммы процесса в нотации IDEF0 (Рис.8):

Рис.8. Диаграмма процесса нотации IDEF0

Подробнее с правилами создания нотации IDEF0 можно познакомиться в источниках [1],[2].

Нотации Процесс и Процедура

Нотации Процесс (Basic Flowchart в Microsoft Visio) и Процедура (Cross Functional Flowchart в Microsoft Visio) используются для представления алгоритма (сценария) выполнения процесса и позволяют задать причинно-следственные связи и временную последовательность выполнения действий процесса. Нотации поддерживают декомпозицию на подпроцессы, так же как и нотация IDEF0.

Различие между нотациями Процесс и Процедура состоит в том, что дополнительно к графическим элементам, применяемым в нотации Процесс, в нотации Процедура используются дорожки (Swim Lanes), обозначающие организационные единицы – исполнителей действий процесса. Это позволяет повысить наглядность диаграммы.

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

Используемые графические символы

Символ	Изображение	Описание
Действие		Прямоугольный блок обозначает действие (функцию). Внутри блока помещается название действия. Временная последовательность выполнения действий задается расположением действий на диаграмме процесса сверху вниз (слева направо на горизонтальной диаграмме Процедуры).
Решение	Рис.9   Рис.10     Рис.11	Выбор следующего выполняемого действия в зависимости от условия. Может иметь несколько входов и ряд альтернативных выходов, один и только один из которых может быть активизирован после проверки условия. Блок «Решение» должен содержать вопрос, решение или условие. Выходящие стрелки помечаются как «Да» или «Нет», или другим способом для учета всех возможных вариантов ответов. Возможны следующие виды изображения стрелок: Рис.9, Рис.10, Рис.11 Блок «Решение» аналогично элементу «Исключающее ИЛИ» (XOR) в других нотациях моделирования.
Связь предшествования	Рис.12     Рис.13	Такие стрелки обозначают передачу управления от одного действия к другому, т.е. что предыдущее действие должно закончиться прежде, чем начинается следующее. Стрелка, запускающая выполнение действия изображается входящей в действие сверху. Стрелка, обозначающая передачу управления другому (другим) действиям изображается выходящей из действия снизу (Рис.12). Если стрелка служит только для обозначения передачи управления, то имя стрелки оставляется пустым (Рис. 1). Если кроме передачи управления из предыдущего действия в следующее действие поступает Объект(ы), то стрелка именуется и в список объектов стрелки заносится соответствующий Объект(ы) (Рис.13).
Поток объектов	Рис.14   Рис.15	Используется в случаях, когда необходимо показать, что из одного действия объекты передаются в другое, при этом первое действие не запускает выполнения второго. Стрелки «Поток объектов» обозначаются стрелкой с двумя треугольниками. Если обозначение источника Объекта(ов) не важно, то такой Объект показывается стрелкой с туннелированным началом (Рис.14). Если источником Объекта(ов) является одно из действий процедуры, то такой Объект показывается с помощью стрелки, исходящей из действия-источника и входящей в действие-потребитель, для выполнения которого необходим Объект (Рис.15). При этом Действие «Регистрация в журнале «Исходящая корреспонденция» не запускает выполнение действия «Заполнение графы «Номер накладной» в журнале «Исходящая корреспонденция»
Дорожки (диаграмма Процедура)		Дорожки предназначены для отображения организационных единиц (должности, подразделения, роли) – исполнителей действий процедуры.
Сноска		Выносной элемент, предназначенный для нанесения комментариев.
Текст		Комментарий без сноски.
Терминатор		Отображает стартовую и конечные точки процедуры. В качестве названия терминаторов можно задавать названия стартового события, приводящего к началу выполнения процесса, и конечных событий, наступлением которых заканчивается выполнения процесса. Началом процедуры считается терминатор, из которого только исходят стрелки передачи управления. Концом процедуры считается терминатор, в который только входят стрелки передачи управления.
Междиаграммная ссылка		Элемент, обозначающий другую диаграмму. Служит для обозначения перехода стрелок на диаграмму другого бизнес-процесса либо процедуры без показа стрелки на вышележащей диаграмме (при использовании иерархических моделей).

 

Правила моделирования для нотаций Процесс и Процедура

1. На диаграмме действия располагаются сверху вниз в соответствии с временной последовательностью их выполнения.

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

3. Рекомендуемое количество действий на диаграмме – не более 20. Если количество действий получается значительно выше, то существует вероятность, что неправильно выделены процессы на верхнем уровне и необходимо произвести корректировку модели.

4. Стрелки типа Связь предшествования рекомендуется делать вертикальными (при вертикальной ориентации диаграммы).

5. Стрелки поток объектов (передачи объектов) рекомендуется делать выходящими и входящими в левую/правую грани действия (при вертикальной ориентации диаграммы).

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

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

8. Стрелки «Управления» и «Механизмы» на родительской диаграмме IDEF0 (если таковая используется) туннелируются на уровне всей процедуры, как относящиеся ко всей процедуре целиком.

9. Если после выполнения действия должно быть инициировано выполнение нескольких действий, которые должны выполняться параллельно, то это обозначается с помощью нескольких исходящих стрелок Связь предшествования. На Рисунке Рис.16 после завершения Действия1 начинают выполняться Действие2 и Действие3.

Рис.16. Параллельные ветви

10. Если действие инициирует выполнение только одного из нескольких следующих действий в зависимости от определенного условия, то это показывается с помощью блока «Решение» (Рис.17).

Рис.17. Условное выполнение действий

 

11. Стрелки допускается объединять согласно правилам слияния стрелок методологии функционального моделирования IDEF0 [1]. Наиболее часто возникающие частные случаи:

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

 

Рис. 18 Объединение стрелок

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

Рис. 19 Объединение стрелок не допускается

Пример диаграммы нотации Процесс

Рис.20

Пример диаграммы нотации Процедура

Рис.21

Подробнее про формирование модели бизнес-процессов см. в Руководстве пользователя, глава 4 «Создание модели бизнес-процессов в Business Studio».

Объекты

Объекты используются при разработке модели бизнес-процессов для описания состава физических сущностей (ТМЦ, документы и т.п.), ассоциированного со стрелками на диаграмме бизнес-процесса.

 

Некоторые программы проектирования систем управления предлагают перечень объектов со стандартизованными названиями (Рис.22):

Рис.22. Справочник Объекты

Обычно это разедлы:

· Документы

§ Бумажные документы

§ Электронные документы

· ТМЦ

· Информация

· Прочее