1-6 лекция мбп

Кафедра практической и прикладной информатики
МОДЕЛИРОВАНИЕ
БИЗНЕС-ПРОЦЕССОВ
Для 3 курса групп ИИТ направлений подготовки

09.03.03 Прикладная информатика, 09.03.04 Программная
инженерия, 09.03.01 Информатика и вычислительная техника,
01.03.04 Прикладная математика
Москва, 2022
1
Содержание:
1. Методология функционального моделирования SADT
2. Бизнес-процесс как объект исследования
3. Методология моделирования BPMN
4. Методология моделирования BPMN. Элементы нотации
5. Методология моделирования ARIS
6. Методология моделирования ARIS. Построение eEPC
7. Подходы к моделированию бизнес-процессов
8. Применение подходов к моделированию бизнес-процессов
5 семестр: 8 лекций (16 часов)
2
Доцент
Кириллина Юлия Владимировна
Читает лекции по дисциплинам:
Управление бизнес-процессами,
Реинжиниринг бизнес-процессов
E-mail: kirillina@mirea.ru
3
Методология функционального моделирования SADT (Лекция 1)
План лекции:
1. Основные понятия: процесс, бизнес-процесс,
подпроцесс, функция
2. Методология SADT: история появления, назначение,
принципы построения моделей
3. Группы технологий IDEF
4. Основные элементы диаграммы в нотации IDEF0
5. Группа технологий IDEF3
4
Основные понятия: процесс, бизнес-процесс, подпроцесс,

функция
Процесс — это совокупность взаимосвязанных и

взаимодействующих видов деятельности, преобразующих
входы в выходы
5

функция
Бизнес-процесс — набор активностей, которые преобразуют
несколько видов входных характеристик в выход, который
имеет ценность для потребителя
Business-processes бизнес-процессы
Business-processes деловые процессы
БП бизнес-процессы и административные регламенты
6

функция
Подпроцесс — это структурный элемент процесса (бизнес-

процесса)
7

функция
Функция — это совокупность операций, сгруппированных по
определенному признаку
8
Моделирование бизнес-процессов — это процесс точного

описания бизнес-процессов и его составных элементов, т.е.
построение его модели.
В моделировании бизнес-процессов под моделью процесса
подразумевается его формализованное (графическое,
табличное и текстовое) описание, отражающее реально
существующую или предполагаемую деятельность
организации.
9
Методология SADT: история появления, назначение,

Методология SADT (Structured Analysis and Design Technique,

технология структурного анализа и проектирования)
разработана специально для описания искусственных
систем средней сложности, успешно применялась и
применяется для описания различных технологических
процессов, процессов управления, планирования и
проектирования информационных систем
10

Концепция системного моделирования позволяет

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

Методология SADT (Structured Analysis and Design Technique

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

ТРИ ПРИНЦИПА ПОСТРОЕНИЯ МОДЕЛЕЙ

1. Модель может иметь только единственный субъект
(субъектом является сама описываемая система (организация,
подразделение и т.д.), которая, как правило, взаимодействует
с окружающей средой)
2. У модели может быть только одна точка зрения
3. Модель бизнес-процесса — это набор взаимосвязанных
диаграмм
13

Построение модели SADT заключается в формировании

иерархии взаимосвязанных диаграмм, где во главе стоит
диаграмма верхнего уровня (общее представление о
системе, процессе), а в основании — набор диаграмм
нижнего уровня (детализированное описание системы,
процесса)
14

15
Количество уровней процесса в методологии SADT

Для детального описания деятельности компании достаточно
построить четыре-пять уровней диаграмм.
Проверка достаточности уровня детализации:
• диаграмма процесса содержит достаточно элементов для
того, чтобы ответить на вопросы, являющиеся целью
моделирования;
• для того чтобы продолжить декомпозицию, необходимо
изменить уровень абстракции или точку зрения;
• блоки, представленные на диаграмме, представляют собой
функцию, выполнение которой очевидно для всех,
например, «поставить подпись на приказе».
16
Группы технологий IDEF
На методологии SADT основана группа технологий IDEF.

Она состоит из трех базовых методологий графического
описания систем:
• IDEF0
• IDEF1
• IDEF2
17
• IDEF0 используется для создания функциональной модели,

отражающей структуру и функции системы, а также потоки
информации и материальных объектов, преобразуемые
этими функциями
• IDEF1 применяется для построения информационной
модели, отражающей структуру и содержание
информационных потоков, необходимых для поддержки
функций системы
• IDEF2 позволяет построить динамическую модель
изменяющихся во времени функций, информации и
ресурсов системы
18
• IDEF1X (IDEF1 Extended) методология построения

реляционных структур, относится к типу методологий
«сущность — взаимосвязь». Как правило, используется для
моделирования реляционных баз данных.
• IDEF3 — методология документирования процессов,
происходящих в системе, которая используется, например,
при исследовании технологических процессов на
предприятиях. С помощью IDEF3 описываются сценарий и
последовательность операций для каждого процесса.
19
Основные элементы диаграммы в нотации IDEF0
Блоки, в виде которых представлены процессы, подпроцессы,

функции, операции, действия (в зависимости от степени
детализации)
Стрелки, в виде которых на диаграмме отражают

информационные и материальные ресурсы, связанные с
функциями
20
21
22
Стандарт представления диаграммы IDEF0

Вход ― материал или информация, которые используются или
преобразуются процессом для получения результата (выхода).
Стрелка Входа рисуется как входящая в левую грань процесса.
Стрелки Входа может не быть.
Управление ― правила, стандарты, приказы, регламенты и т.п.,
всё то, чем руководствуется Процесс. Управление дает
понять: кто, что, когда, где и как должен сделать. Стрелка
Управления рисуется как входящая в верхнюю грань процесса.
23
Стандарт представления диаграммы IDEF0

Выход ― материал или информация, которые производятся
процессом. Каждый процесс должен иметь хотя бы одну
стрелку выхода. Стрелка Выхода рисуется как исходящая из
правой грани процесса.
Механизмы ― ресурсы, необходимые для осуществления
преобразования входов в выходы. Стрелка Механизма рисуется
как входящая в нижнюю грань процесса.
24
Контекстная диаграмма представляет собой один блок со

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

ее границы.
Номер контекстной диаграммы всегда нулевой. Его принято

обозначать «А0».
25
Диаграмма верхнего уровня является первой дочерней

диаграммой по отношению к контекстной.
Под родительской диаграммой подразумевается диаграмма,
содержащая один или несколько родительских блоков. Это
диаграмма верхнего уровня относительно той, которая
является декомпозицией одного из ее блоков (родительских
блоков).
26
Пример контекстной диаграммы
27
Декомпозиция контекстной диаграммы
28
Детализации подпроцесса «Рассчитать премии

менеджеров продаж»
29
Материальные и
информационные потоки на диаграмме
30
Чтобы избежать ошибок нужно
1. Правильно называть бизнес-процессы, подпроцессы, функции.

Это либо Глагол совершенной формы в настоящем времени,
отвечающий на вопрос Что сделать? (Рассчитать показатель)
либо Отглагольное существительное (Расчет показателя)
2. Понимать и правильно применять Механизмы исполнения (они
не меняются в процессе использования, это не преобразуемый
ресурс, механизмом может быть персонал с утонением
должности, оборудование, ИС, ПО; фактически отвечает на
вопросы: Кто делает? и С помощью чего делает?
31
3. Понимать и правильно определять Вход и Выход. На Вход

подается ресурс преобразуемый, он позволяет получить Выход
(продукт). Выход это новое по форме и содержанию по
сравнению с Входом
4. Понимать и правильно определять Управление. Управление
(Управленческий поток) определяет Как необходимо провести
действие? (например, методика расчета показателя или
должностная инструкция сотрудника), Почему надо начать
выполнять подпроцесс или функцию? (например, приказ или
распоряжение). В случае отсутствия Входного потока
Управленческий поток запускает выполнение подпроцесса
или функции
32
5. Неконтекстные диаграммы должны содержать не менее трех и

не более шести блоков. Эти ограничения поддерживают
сложность диаграмм на уровне, доступном для чтения, понимания
и использования.
Диаграммы с количеством блоков менее трех вызывают
серьезные сомнения в необходимости декомпозиции
родительской функции.
Диаграммы с количеством блоков более шести сложны для
восприятия читателями и вызывают у автора трудности при
внесении в нее всех необходимых графических объектов и меток.
33
Классификация типов связи

между блоками в диаграмме IDEF0
В рамках стандарта IDEF0 выделяют следующие типы

связей:
• Выход-вход (Вход);
• Обратная связь по входу;
• Управление;
• Обратная связь по управлению;
• Вход-механизм
34

35

Обратные связи по управлению и по входу

предназначены для представления итерации или рекурсии
Обратная связь по входу применяется тогда,

когда нужно показать, что выход одного
блока становится входом для какого-либо из
предшествующих блоков, например в случае
возврата проекта документа на доработку
36
Обратные связи по управлению и по входу

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

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

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

помечаются названием те ответвляющиеся стрелки, которые
показывают конкретные объекты, а не их группу. Но не
помечаются собственным названием те ответвляющиеся
стрелки, которые показывают группу объектов
39
Пример ветвления стрелок в диаграмме IDEF0
40
41
Сливающиеся стрелки помечаются аналогично

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

уточняющих имен после разветвления (до слияния). Если
какая-либо ветвь после ветвления не именована, то считается,
что ее имя соответствует имени стрелки, записанному до
ветвления.
42
Туннелирование стрелок в диаграмме IDEF0

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

представляемые ею данные отсутствуют на родительской
диаграмме
43
Пример туннелирования стрелок в диаграмме IDEF0
44
45
46
Частые ошибки при построении

функциональных диаграмм
1. Одинаковое наименование процесса, подпроцесса и функции
2. Некорректное наименование процесса, подпроцесса или
функции
3. Включение в функциональную диаграмму внешнего
потребителя результата процесса или специалистов
сторонней организации
4. Отсутствие стрелки Выхода и подписи к ней
5. Недостаток Входов и Выходов для осуществления процесса
6. Непонимание отличий информационного потока от
материального и того когда, от кого и на каком этапе они
появляются
47
Ошибки при построении функциональных диаграмм
Это действие менеджера!!!

Причем здесь действие
клиента???
На основании чего менеджер

изменил заказ???
48
В какой момент произошел запрос на

согласование/изменение даты??? Где на
функциональной модели этот Запрос?
Где Вход, определяющий, что клиент
вносит Предложение по новой дате
комплектации?
49
Ошибочное определение Входа и Выхода
50
Ошибочное определение Входа и Выхода
51
Группа технологий IDEF0 широко используется для

моделирования:
• технологических процессов с целью их последующей
автоматизации
• процессов обработки информации с целью последующего
создания информационной системы
• процессов управления с целью повышения эффективности
результатов деятельности
52
53
54
55
56
57
Группа технологий IDEF3

Широко используется при декомпозиции моделей IDEF0 для
моделирования процессов более низкого уровня
Модели IDEF3 можно отнести к классу WFD-диаграмм,
поскольку с их помощью также описывается
взаимосвязанная последовательность действий, которые
осуществляются в рамках реализации процесса
Данная группа технологий позволяет показывать возможные

разветвления в процессе. Например, когда результат одного
действия может инициировать запуск нескольких действий
или наоборот, чтобы начать какое-то действие, необходимо
завершить несколько предыдущих действий
58
Типы диаграмм
• Диаграмма описания последовательности этапов процесса
(Process Flow Description Diagrams — PFDD), с помощью
которой моделируется последовательность действий,
реализуемых в рамках бизнес-процесса
• Диаграмма состояния и трансформации объекта в процессе

(Object State Transition Network — OSTN), с помощью
которой описываются изменения, происходящие с объектом
в ходе его обработки
59

Типы диаграмм
• Диаграмма описания последовательности этапов процесса
(Process Flow Description Diagrams — PFDD), с помощью
которой моделируется последовательность действий,
реализуемых в рамках бизнес-процесса
• Диаграмма состояния и трансформации объекта в процессе
(Object State Transition Network — OSTN), с помощью
которой описываются изменения, происходящие с объектом
в ходе его обработки
Для описания и моделирования БП, где основной задачей стоит
описание последовательностей действий, которые необходимо
выполнить для достижения поставленных целей, больший
интерес представляют диаграммы типа PFDD
60
Основные элементы IDEF3
Основными элементами диаграммы PFDD IDEF3 (далее —

IDEF3) являются:
1. Функциональный элемент
2. Стрелка
3. Перекресток
61
Функциональный элемент (элемент поведения, единица

работы):
1. Используется для обозначения действия, работы или
события.
2. Отражается в виде прямоугольника, в центре которого
указывается название действия (глагол или отглагольное
существительное).
62

Стрелка (линия) используется для отражения
последовательности выполнения работ (действий) и связей
между ними.
Все стрелки показывают движение в одну сторону: слева

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

до того, как начнется действие, в которое она входит.
Результат исходного действия не обязательно является
инициатором для действия, куда входит стрелка.
Главное назначение данной стрелки — показать временную

связь между действиями
64
Результат действия, из которого выходит стрелка, является

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

объекта, который передастся от одной операции к другой
65
Стрелка типа «Нечеткое отношение» показывает, что тип

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

требований по ее наименованию нет. Такое изображение
связей используется, когда нельзя применить связи, типа
«Временное предшествование» и «Объектный поток»
66

На диаграмме IDEF3 перекресток представляет собой
прямоугольник с индикатором «J» и номером данного перекрестка
на диаграмме.
Существуют перекрестки, используемые для отражения слияния
стрелок, и перекрестки, используемые для отражения
разветвления стрелок. Один перекресток не может одновременно
использоваться для слияния и для разветвления.
67
Типы соединений
Разворачивающиеся и сворачивающиеся соединения могут

быть нескольких типов:
1. «и» (обозначается квадратом с символом «&»);
2. «исключающее “или”» (обозначается квадратом с
символом «X»);
3. «или» (обозначается квадратом с символом «О»).
68
Соединение типа «и» в IDEF3
Используется для описания ситуаций, когда:

1. Только после завершения нескольких действий может
наступить следующее действие.
2. После завершения действия одновременно запускаются
несколько следующих действий
69
Пример IDEF3-диаграммы процесса

«Подготовка к продаже нового изделия»
70
Соединение типа «исключающее «или» в IDEF3
Соединение типа «исключающее «или» используется для

описания ситуаций, когда:
1. После завершения одного действия может начаться только
одно из следующих действий.
2. Следующее действие может начаться после завершения
только одного из предыдущих действий.
71
Пример
72
Соединение типа «или» в IDEF3
Соединение типа «или» используется для описания ситуаций,

при которых:
1. После завершения одного или нескольких
предшествующих действий может наступить следующее
действие.
2. После завершения одного действия может начаться одно
или несколько следующих действий.
73
Пример IDEF3-диаграммы
процесса «Заполнение анкеты»
74
Типы перекрестков в IDEF3
75
Выводы:
На данной лекции были рассмотрены
1. Основные понятия моделирования БП
2. Элементы и правила построения

функциональных диаграмм
3. Элементы группы технологий IDEF3
76
Вопросы для проверки:

1. Что представляет собой процесс и бизнес-процесс?
2. Какие группы технологий в SADT есть?
3. Какие элементы есть в нотации IDEF0?
4. Какие элементы есть в нотации IDEF3?
5. Какие типы перекрестков есть в нотации IDEF3?
6. Чем отличается синхронный перекресток от
ассинхронного?
Вопросы для самостоятельного изучения:

1. Какое ПО можно использовать для построения
детализации процесса с помощью нотации IDEF3?
77
Литература
Основная и дополнительная учебная литература,

необходимая для освоения дисциплины
а) основная литература:
1. Моделирование бизнес-процессов [Электронный
ресурс]: учебное пособие / Ю. В. Кириллина, И. А.
Семичастнов. — М.: РТУ МИРЭА, 2022.
2. Информационные технологии. Анализ и
проектирование информационных систем: учебное
пособие / Рочев К. В. – Санкт-Петербург: Лань, 2019. –
128 с.
3. Моделирование бизнес-процессов: учебник и практикум
для академического бакалавриата / О.И. Долганова,
Е.В. Виноградова, А.М. Лобанова; под ред. О.И.
Долгановой ― М.: Издательство Юрайт, 2017 ― 289 с. ―
Серия: Бакалавр. Академический курс
78
б) Дополнительная литература
• Проектирование информационных систем:
технология автоматизированного проектирования.
Лабораторный практикум / Гвоздева Т. В., Баллод Б.
А. – Санкт-Петербург: Лань, 2018. – 156 с.
[Электронный ресурс]:
https://e.lanbook.com/book/103082
• Моделирование информационных систем. Unified
Modeling Language: учебное пособие / Флегонтов А. В.,
Матюшичев И. Ю. – Санкт-Петербург: Лань, 2019. –
112 с. [Электронный ресурс]:
79
Бизнес-процесса как объект исследования (Лекция 2)
1. Основные понятия моделирования бизнес-процессов
2. Основные и дополнительные характеристики бизнес-
процесса
3. Классификация бизнес-процессов
4. Базовые способы описания бизнес-процессов: текстовое,
табличное и графическое
5. Системный подход в моделировании бизнес-процессов,
критический анализ и синтез
4
Основные понятия моделирования бизнес-процессов

Подпроцесс — это структурный элемент процесса
(бизнес-процесса)
Функция — это совокупность операций,
сгруппированных по определенному признаку
Бизнес-процесс — набор активностей, которые

преобразуют несколько видов входных характеристик в
выход, который имеет ценность для потребителя
5
Основные понятия моделирования бизнес-процессов
Бизнес-процессы организации − это все процессы,

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

1.Процесс ориентирован на конкретного потребителя,
который является получателем продукции (услуги) —
основного выхода процесса. Для этого необходимо знать
ожидания потребителя, выраженные описанием
продукции с указанием гарантированных показателей
качества.
2.Требования потребителя, представленные в виде
определенного набора характеристик, образуют начало
процесса — вход в процесс.
3.Заказ потребителя запускает процесс, а предоставление
услуги (продукции) завершает его.
7
Внешние потребители и внешние поставщики
Движение материального и информационного потоков, как

результата выполнения каждым своего процесса
Движение информационного и финансового потока

8
4. Процесс образуется совокупностью взаимосвязанных

и завершенных работ — результаты одной работы
являются началом другой, образуя цепочку
внутренних поставщиков и потребителей. Таким
образом, каждый участник процесса является
одновременно потребителем результатов работы
предыдущего и поставщиком для следующего за ним
исполнителя.
5. Каждая из работ обычно выполняется отдельными
людьми или подразделениями; подразделение может
принимать участие в нескольких процессах.
9
6. Процессы повторяются во времени.
10
Модель — графическое представление чего-либо,

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

• краткую характеристику процесса;
• схему осуществления последовательности действий в
рамках реализации данного процесса;
• критерии эффективности его выполнения.
11
Вопросы, на которые должна дать ответы, построенная

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

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

• название процесса;
• цель/задачи реализации процесса;
• владелец процесса (ответственный исполнитель);
• вход и выход;
• ресурсы
14
Основные и дополнительные характеристики БП
Дополнительные характеристики бизнес-процесса:

• участники процесса;
• последовательность операций, реализуемых в рамках
выполнения процесса;
• поставщик входящих
информационных/материальных потоков;
• пользователь исходящих
информационных/материальных потоков;
• показатели эффективности выполнения процесса;
• риски, возникновение которых возможно при
реализации процесса.
15
Определения основных характеристик БП

Владелец процесса — это должностное лицо, которое с
помощью выделенных ему ресурсов управляет ходом его
реализации, а также несет ответственность за результат и
эффективность его исполнения
Входом являются ресурсы (информационные,

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

процессов (продукция, услуга, документ и т.д.).
16

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

этом их классифицируют следующим образом:
• ресурсы управления;
• обеспечивающие ресурсы;
• преобразуемые ресурсы.
17
Ресурсы управления и обеспечивающие ресурсы не

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

поскольку они изменяются в процессе выполнения
бизнес-процесса, и в результате некоторые из них
приобретают добавленную стоимость и становятся
ценностью для потребителя.
18
19
Внутренние и внешние
поставщики и пользователи
Внешние поставщики и пользователи это те лица,

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

инструментов, клиенты, покупатели, партнеры и т.д.
Внутренние поставщики и пользователи это структурные

подразделения компании, которые инициируют запуск
процесса или пользуются результатами его исполнения
соответственно.
20
21
22
23
Классификация бизнес-процессов
Признаки классификации бизнес-процессов:

1. Категория потребителей результатов исполнения
процессов
2. Сфера охвата подразделений организации
3. Местонахождение бизнес-процессов относительно
функциональных областей
4. Уровень рассмотрения
5. Тип реализуемых целей и задач
24
Классификация бизнес-процессов по признаку категория

потребителей результатов исполнения процессов
• Внешние процессы — входы образованы внешними

субъектами, выходы предназначены для внешних
потребителей
• Внутренние процессы — поставщик и потребитель
находится внутри организации, является ее
структурным подразделением или должностным
лицом
25
Классификация бизнес-процессов по сфере охвата

подразделений организации
• Корпоративные процессы, охватывающие всю

организацию (их количество может достигать 6-10)
• Процессы, охватывающие часть подразделений и
ориентированные на конкретные виды продукции
26
Классификация бизнес-процессов по местонахождению

бизнес-процессов относительно функциональных
областей
• Внутрифункциональные
• Межфункциональные
• Бизнес-процессы, существующие в любой
функциональной области
27

областей
Внутрифункциональные бизнес-процессы обычно

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

областей
Межфункциональные бизнес-процессы — это бизнес-

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

областей
Бизнес-процессы, существующие в любой функциональной

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

• Процессы детальные
• Процессы элементарные (фактически это операции, не
требующие детального описания)
32
по типу реализуемых задач
• Основные бизнес-процессы
• Обеспечивающие бизнес-процессы
• Бизнес-процессы развития
• Бизнес-процессы управления
33
Основные бизнес-процессы создают продукт,

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

является управление деятельностью организации, имеют
типовую внутреннюю структуру: планирование;
организация; учет; контроль; анализ; регулирование
35
Обеспечивающие бизнес-процессы направлены на

поддержку всей инфраструктуры организации
36
Бизнес-процессы развития, целью которых является

получение прибыли в долгосрочной перспективе
37
Базовые способы описания бизнес-процессов:

текстовое, табличное и графическое
Текстовый способ описания бизнес-процессов

предполагает последовательное описание каждой
операции процесса в обычном текстовом формате
Текстовое описание бизнес-процессов, как правило,

осуществляется в виде документа: инструкции,
регламента или стандарта
38

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

Стандарт (в широком смысле) — это образец, эталон, модель,

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

Объект стандартизации — это продукция (работы, услуги)

(далее — продукция), процессы, системы менеджмента,
терминология, условные обозначения, исследования
(испытания) и измерения (включая отбор образцов) и методы
испытаний, маркировка, процедуры оценки соответствия и
иные объекты
41

Табличное описание является дополнением к текстовому и
самостоятельно используется крайне редко
Таблицы используются для краткого описания процесса
Процесс: Оперативная деятельность производственной компании
Владелец процесса: Генеральный директор
Подпро- Ответст- Вход От кого Выход Кому Время
цесс венный выполне-
ния
Продажа Начальник Заказ на Клиент Заказ-наряд Руководитель 1 рабочий день
отдела партию производства
продаж продукции
Производство Руководитель Заказ-наряд Начальник Заказ на Начальник 1 рабочий день
производства отдела материалы отдела закупок
продаж
Закупка Начальник Заказ на Руководитель Заказ на Поставщику 1 рабочий день

отдела материалы производства поставку
закупок
42

Подпро- Ответст- Вход От кого Выход Кому Время
цесс венный выполне-
ния
Продажа Начальник Заказ на Клиент Заказ-наряд Руководитель 1 рабочий день
отдела партию производства
продаж продукции
43

44

45
Системный подход в моделировании бизнес-процессов,

критический анализ информации и синтез
Системный подход (СП) – это методология исследования

реальных объектов посредством представления их в виде
систем
Системный подход является частью системного анализа
46

• Абстрагирование и конкретизация
• Анализ и синтез, индукция и дедукция
• Формализация и конкретизация
• Композиция и декомпозиция
• Линеаризация и выделение нелинейных составляющих
• Структурирование и реструктурирование
• Макетирование
• Реинжиниринг
• Алгоритмизация
• Моделирование и эксперимент
• Программное управление и регулирование
• Распознавание и идентификация
• Кластеризация и классификация
• Экспертное оценивание и тестирование
• Верификация
47

Анализ − исследовательский метод, сущность которого
заключается в том, что система мысленно или
практически расчленяется на составные элементы
(признаки, свойства, отношения и т.п.) для изучения
каждого из них в отдельности и выявления их роли и
места в системе.
Синтез − исследовательский метод, в известном смысле
обратный анализу, т.е. имеющий своей целью
объединение отдельных частей изучаемой системы, ее
элементов в единую систему. Целью такого объединения
является построение структуры системы, которая
обеспечила бы реализацию (системой) некоторой
заданной функции или класса функций.
48

Критический анализ информации – процесс определения

правдивости, достоверности или вероятности
представленной информации
Критический анализ информации – это процесс

определения ее актуальности, правдивости, достоверности и
полноты
Результат критического анализа позволяет принимать

правильные, целесообразные, эффективные, осознанные
решения
49

Информация
1. Знания о предметах, фактах, идеях и т.д., которыми могут
обмениваться люди в рамках конкретного контекста.
2. Знания относительно фактов, событий, вещей, идей и
понятий, которые в определённом контексте имеют
конкретный смысл.
3. Сведения, которые воспринимаются человеком и/или
регистрирующим устройством, отражающие факты
материального или духовного мира в процессе
коммуникации.
50

Графическая модель бизнес-процесса формируется на основе

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

Свойства информации:
• актуальность
• правдивость
• достоверность
• полнота
52

Актуальность информации отражает ее ценность в

конкретном контексте в конкретный момент времени
(устаревшие должностные инструкции не позволят
сформировать актуальную модель бизнес-процесса)
Правдивость информации принимает два значения: истинная

она или ложная (возможность использования при
моделировании БП нескольких официальных источников
информации: различная документация организации)
53

Достоверность информации это степень неискаженности

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

логически верной операции (достаточность информации для
того, чтобы выявить наиболее вероятные ветви бизнес-
процесса, и то как они реализуются)
54

Построенная и представленная модель бизнес-процесса в

рамках осуществления профессиональной деятельности
также может подвергаться критическому анализу, с точки
зрения того, насколько модель актуальна и соответствует
текущему моменту времени; насколько она соответствует
действительности; насколько кропотливо подошли к отбору
исходной информации; насколько она полно отражает сам
процесс
55

Синтез информации позволяет объединить информацию из

различных официальных источников с целью получить
полную картину о предмете исследования, которым в нашем
случае является бизнес-процесс и сформировать
графическую модель бизнес-процесса
Методы сбора и источники информации:
• Официальные документы организации;
• Рабочие семинары;
• Интервью;
• Вопросники и анкеты
56
Выводы:
1. Признаки бизнес-процесса, его основные и
дополнительные характеристики
2. Признаки классификации бизнес-процессов
3. Взаимосвязь текстового, табличного и

графического описания бизнес-процесса
4. Назначение критического анализа и синтеза

в моделировании бизнес-процессов
57

1. Что включают в себя основные характеристики
бизнес-процесса?
2. Какие виды ресурсов существуют и чем
отличаются друг от друга?
3. Какие признаки классификации бизнес-процессов
есть?
4. Для чего необходим критический анализ и синтез
информации в моделировании бизнес-процессов?
Вопросы для самостоятельного изучения:

1. Сущность методов сбора информации для
моделирования бизнес-процессов
2. Этапы проведения исследования деятельности
организации
58

Семичастнов. — М.: РТУ МИРЭА, 2022. р
128 с.
59
60
Методология моделирования BPMN (Лекция 3)
1. Методология моделирования BPMN: разработчик;
сфера применения; принципы, лежащие в основе;
преимущества и недостатки
2. Элементы нотации BPMN 2.0
4
Методология моделирования BPMN: разработчик; сфера

применения; принципы, лежащие в основе; преимущества и
недостатки
Методология BPM (Business Process Management) как

подход к управлению
Моделирование
Трансформация
Анализ
процессов
Управление
Проектирование
эффективностью
5
Процессы для которых может применяться методология BPM

(Business Process Management):
1. Процессы, которые реализуются работниками различных
структурных подразделений
2. Сквозные и кросс-функциональные процессы
3. Процессы, в целях реализации которых используются
прикладные программы, работающие на различных
платформах
6
• BPMN (Business Process Model and Notation) —

нотация и модель бизнес-процессов
• Разработчик: компания Business Process Management

Initiative (после реорганизации носит название Object
Management Group)
• Сфера применения: моделирование бизнес-процессов с

помощью специального набора элементов, понятного
большинству бизнес-пользователей (бизнес-аналитики,
менеджеры, управляющие процессами, исполнители
процессов), а также разработчикам ИС.
7
• Принципы, лежащие в основе BPMN (Business

Process Model and Notation)
1. Бизнес-процесс с помощью BPMN-нотации описывается

«как есть» и сразу подвергается автоматизации
2. Для управления процессами должна использоваться
система, в которой графическая модель процесса
автоматически преобразуется в программный код бизнес-
приложения
3. Перенастройка бизнес-приложения в соответствии с
требованиями пользователя в случае его поддержки
соответствующей ИС управления бизнес-процессами
8
9
10
Нотация BPMN 2.0 — это основа международного стандарта

моделирования бизнес-процессов ISO/IEC 19510:2013.
Обладает таким же статусом как IDEF0 и IDEF1X
Модели, созданные с помощью BPMN, могут использоваться

в рамках выполнения следующих работ:
 анализ и совершенствование бизнес-процессов;
 выполнение бизнес-процессов с помощью систем класса
BPMS;
 контроль за выполнением бизнес-процессов;
 улучшение бизнес-процессов (разработка модели
оптимизированного бизнес-процесса и загрузка в BPMS в
режиме реального времени).
11
Основные элементы:
• пул (Pool (Пул) — набор);
• дорожка (Swimline – «плавательные дорожки»);
• событие (Event);
• задача (Activity – Действия);
• шлюз или условие (Gateway – Шлюзы или Развилки);
• элементы деловых коммуникаций;
• объект данных и хранилища данных (необязательные

элементы на модели)
12
«Пул» и «дорожка»
Элементы используются для отражения взаимодействия

участников процесса в ходе его реализации
«Пул» — совокупность всех операций процесса и

ответственных лиц за их исполнение; предназначен для
обозначения границ процесса
Для отражения ответственных исполнителей (ролей в

процессе) используется элемент «дорожка». В рамках одного
пула могут находиться несколько дорожек
13
Пример элементов «пул» и «дорожка»
14
15
Пул может быть развернутым и свернутым

Развернутый пул имеет дорожки
Свернутый пул применяется:

- для того, чтобы показать связь между процессами в
организации. По сути свернутый пул также содержит
цепочку потока управления и дорожки, но они не
отображаются на модели («спрятаны» от наблюдателя).
- для того, чтобы отразить внешних по отношению к
организации контрагентов (поставщиков, клиентов и
т.д.) Их процессы не поддаются моделированию и
анализу, так как находятся не на стороне
рассматриваемой организации
16
Пул может быть развернутым и свернутым
17
18
19
20
21
22
23
24
25
Элемент «Задача»
Элемент «Задача» используется для представления на

диаграмме процесса действий, выполняемых в рамках
описываемого бизнес-процесса (например, подготовить
документ, согласовать документ, подписать документ,
оказать консультационную услугу, изготовить образец
изделия и т.д.)
Задача отвечает на вопрос «Что нужно сделать?»
26
27
28
Элемент «Исключающий шлюз»

Применение элемента «исключающий шлюз» в BPMN-
моделировании
29
При разветвлении: после завершения одного действия может

начаться только одно из следующих действий
При слиянии: следующее действие может начаться после

завершения только одного из предыдущих действий
30
Элемент «Параллельный шлюз»
При разветвлении: после завершения действия

одновременно запускаются несколько следующих действий
При слиянии: только после завершения нескольких

действий может наступить следующее действие
31
32
33
Элемент «Неисключающий шлюз»
При разветвлении: после завершения одного действия

может начаться одно или несколько следующих действий
При слиянии: после завершения одного или нескольких

предшествующих действий может наступить следующее
действие
34
35
36
Правила применения шлюзов (допустимые ситуации)
37
Правила применения шлюзов (допустимые ситуации)
38
Правила применения шлюзов (недопустимые ситуации)
39
Условный пример на правильность применения шлюзов
40
Альтернативные решения реализации развилок
41
Поток
управления
42
Поток сообщений
служит для
отображения обмена
сообщениями
между двумя
участниками,
готовыми
эти сообщения
отсылать и
принимать
43
Применение потока сообщений
44
Маркер Подпроцесса
«Подпроцесс» является особой категорией задач,

поскольку используется не для отражения одного
действия, а некоторой последовательности действий
На практике элемент типа «Подпроцесс» используется

для выполнения декомпозиции или для описания
повторяющихся действий
45
Подпроцесс может быть развернутым или свернутым
46
Свернутый подпроцесс
Свернутый подпроцесс ⎯ это вид подпроцесса, в котором на

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

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

отдельный пул или дорожки: исключение будут составлять
случаи, когда подпроцесс используется для ссылки на
отдельный самостоятельный процесс, для которого строится
своя диаграмма (с пулом, дорожками т.д.).
48
49
50
Артефакты
Текстовая
аннотация
Объект данных и Группа

Хранилище данных
51
Артефакты
Данные ⎯ прикрепляются связью ассоциация к задачам и

показывают различные документы, файлы, сведения,
которые используются или формируются при выполнении
этой задачи.
Группа ⎯ используется для объединения нескольких задач,
не влияя при этом на сам поток управления.
Текстовая аннотация ⎯ позволяет дополнять диаграмму
информацией
Не являются обязательными
52
Артефакты
Связи ассоциации (пунктирные стрелки), используемые с

артефактами, имеют направления.
Если стрелка направленной ассоциации идет от задачи к
артефакту — это означает, что артефакт был сформирован
или дополнен в результате этой задачи.
Например, данные были записаны в БД или сформирован
новый документ.
Если стрелка направленной ассоциации идет от артефакта к
задаче — это означает, что в задаче используется этот
артефакт или его часть, например, выгрузка данных из БД,
заполнение или передача документа.
53
54
Зуева А.Н.
бизнес-процессов в
нотации BPMN 2.0
55
Выводы:
1. Принципы, лежащие в основе BPMN
2. Основные элементы нотации: пул, дорожка,

стартовое, промежуточное, конечное
событие, шлюзы, элемент «Задача»,
«Подпроцесс», элементы «Документ» и
«Хранилище данных»
56

1. Что представляет собой пул? В чем отличие
развернутого пула от свернутого?
2. Чем отличается простое стартовое событие от
стартового события-таймер?
3. Для чего используется промежуточное событие-
таймер?
4. Какие шлюзы применяют в нотации?
5. Для чего используется «Подпроцесс» в модели
процесса?
6. Что представляет собой поток управления и поток
сообщений?
57

Семичастнов. — М.: РТУ МИРЭА, 2022
128 с.
58
59
Методология моделирования BPMN. Элементы нотации (Лекция 4)
1. Элементы нотации BPMN 2.0: типы элемента
«Задача», маркеры действий и типы событий
2. Диаграммы в нотации BPMN 2.0
4
Элемент «Задача»
Элемент «Задача» используется для представления на

диаграмме процесса действий, выполняемых в рамках
описываемого бизнес-процесса (например, подготовить
документ, согласовать документ, подписать документ,
оказать консультационную услугу, изготовить образец
изделия и т.д.)
Задача отвечает на вопрос «Что нужно сделать?»
5
Типы элемента «Задача»
1. Пользовательская задача
2. Ручное выполнение
3. Задача-Сценарий
4. Задача-Сервис
5. Задача Бизнес-правило
6. Получение сообщения
7. Отправка сообщения
6
«Пользовательская задача»
«Ручное выполнение»
«Задача-сервис»
Все три типа задач связаны с такой составляющей как

автоматизация
7
«Пользовательская задача»
«Ручное выполнение»
«Задача-сервис»
Автоматизация одно из направлений НТП, использующее

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

применение какого-либо механизма при выполнении
действия без участия (или с минимальным) участием
человека
Программное обеспечение, станки с ЧПУ и т.д.
9
Ручная задача («Ручное выполнение») применяется для

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

выявить участки, которые можно усовершенствовать либо
путем внедрения программных средств либо
специализированного оборудования
Пример в быту: почистить мандарин, почистить
картофель, погладить одежду
Пример в бизнес-процессах: снять мерку, одеть модель,
подстричь клиента
11
• «
Тип «Пользовательская задача» применяется тогда, когда

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

отредактировать документ
12
Действия, с помощью которых осуществляются обмен

сообщениями, на BPMN-диаграммах показываются с
помощью задачи «Получение сообщения» и задачи
«Отправка сообщения»
Наиболее часто используются при

отражении информационного
взаимодействия между пулами
13
14
15
16
Задача «Сценарий»
«Сценарий» позволяет описывать действия, которые
осуществляются BPMS-системой в автоматическом режиме
и без участия человека.
Выполнение сценария ⎯ по сути является процедурой,
которая представляет собой выполнение набора операций в
строгой последовательности
Фактически такой тип задачи заменяет собой набор
нескольких последовательных операций
Пример, «Подготовить типовой договор»: заполнить
шаблон договора данными, подписать договор, отправить
договор контрагенту
17
Задача «Бизнес-правило» ― это операция,

которая запускает действие какого-то правила, и это
правило предполагает наличие условий и альтернативных
действий в процессе исполнения
Сценарии и правила схожи. И то, и другое создается и
известно заранее. Но есть и разница.
Сценарий – ряд действий, который нужно выполнить,
чтобы завершить задачу.
Правило же предполагает наличие определенных условий и
вариантов действий.
Сценарий выполнять обязательно.
Правило дает выбор.
18
Задача «Бизнес-правило» ― это операция,

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

решение о закупке».
В качестве Правила будет выступать условие ― закупка
разрешена в рамках определенной суммы.
Если сумма закупки выше, то нужно согласовать с
вышестоящим руководством. В данном случае операция
«Правило» может запустить операцию «Сценарий».
19
Маркеры действий
Маркер отражает поведения действия во время
выполнения, то есть будут ли они повторяться или будут
выполнены единожды.
Существуют два вида циклов: Стандартный
и Многоэкземплярный.
Графически цикличность отображается в виде небольшого

маркера в центре нижней части фигуры.
Стандартный цикл
20
Маркер Цикла (Стандартный цикл)
Циклическое действие выполняется, пока условие цикла верно.

Условие цикла может проверяться до или после выполнения
действия.
В основе стандартного повторения лежит простая мысль.

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

действие выполняется многократно, по одному разу для
каждого объекта. Например, для каждого объекта в заказе
клиента выполняется один экземпляр действия.
Данный тип повторения отличается от Цикла, где количество

повторений известно и задано заранее. Т.е. для завершения
процесса и перехода к следующему, его нужно выполнить
несколько раз. Например, нужно дважды проверить первичные
документы, прежде чем передать в архив.
22
Маркер Ad-hoc (Ad-hoc-подпроцесс)
Ad-hoc-подпроцесс (ad-hoc subprocess) содержит задания.

Задания выполняются до тех пор, пока не выполнено
условие завершения подпроцесса.
В спонтанном процессе операции не имеют

последовательности действий. Они могут выполняться
спонтанно, в любом порядке, с любым количеством
повторений. Выполнение такого процесса полностью
определяется его исполнителем.
23
24
Маркер Компенсации (Компенсация)
Операция или процесс компенсации выполняется в том

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

поправки. В таком случае выполняется компенсирующее
действие «внести поправки», которое позволяет завершить
процесс согласования. Форма компенсации очень удобна для
моделирования.
25
Примеры сочетания маркеров
26
Событии в нотации
27
Событие-условие (триггер по данным)
Данный тип события указывает на наступление события,

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

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

Сигнал запускает действия
Сигнал завершает процесс
30
Событие-сигнал
Сигнал запускает процесс

Сигнал запускает действия
Сигнал завершает процесс
31
Множественное событие
Данный тип событий отражает, что при выполнении

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

нескольких событий, которые позволят запустить
следующую задачу (действие). Можно сказать, что это
перечень условий (событий) одномоментно наступающих,
перечисленных через запятую, позволяющие запустить
следующую задачу
33
Параллельное множественное событие
34
Событие-отмена
Данный тип события останавливает ветвь потока

управления и отменяет все то, что было ранее сделано по
данной ветви потока управления
35
Событие-ошибка
Данный тип события моделирует происшествие,

которое содержит выполнение ошибочного условия
36
Событие-эскалация
Тип события, которое отражает передачу выполнения

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

такого события, сработают компенсирующие действия,
ранее заложенные в модели
38
Событие-компенсация
39
Событие-остановка
Данный тип события определяет завершение
процесса по всем ветвям, так как планируемый (желаемый,
намеченный) результат процесса достигнут
Событие-ссылка
Зуева А.Н.
бизнес-процессов в
нотации BPMN 2.0
40
Диаграммы в BPMN
Оркестровка
Диаграмма взаимодействия
Хореография
Схема диалога
Оркестровка это диаграмма, которая содержит один пул с

дорожками и потоком управления внутри
41
Диаграмма взаимодействия содержит несколько пулов,
которые связаны между собой потоками сообщений
С диаграммой взаимодействия тесно связана Схема

диалога
42
Схема диалога показывает взаимосвязь между разными
пулами, в качестве которых могут выступать разные
процессы или участники
Схема диалога включает в себя узел диалога, диалог и связь,

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

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

сообщение к другому пулу.
В качестве узла выступает либо процесс либо участник
процесса. Выбирается что-то одно для схемы диалога.
Диалог в схеме диалога представляет собой

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

несколькими пулами, то используется разветвляющая
связь.
Обычная (одиночная связь) используется, когда обмен
сообщениями происходит между двумя узлами.
45
46
Хореография — вид
диаграммы
нотации BPMN 2.0,
отражающий интенсивный
обмен сообщениями между
участниками процесса.
47
Выводы:
1. Типы задач в BPMN
2. Маркеры действий
3. Типы событий в BPMN
4. Диаграммы в BPMN
48

1. В чем отличие типов элемента «Задача»: ручное
исполнение, пользовательское исполнение, автоматическое
исполнение?
2. Чем отличается «Сценарий» от «Бизнес-правила»?
3.Чем отличается стандартный цикл от маркера
многоэкземплярности?
4. Что означает Ad-hoc и для чего его можно использовать?
5. Как обозначается маркер Компенсации?
6. Какие сочетания маркеров действий возможны с
маркером вложенного процесса?
7. Какие типы событий можно использовать в моделях
процессов?
8. Какие типы диаграмм BPMN 2.0 существуют?
49

50
б) Интернет-ресурсы
1. Элементы нотации BPMN. ̶ Официальный сайт
компании ELMA, разработчика BPMS-систем URL:
https://www.elma-bpm.ru/bpmn2/7_2.html
2. Нотация BPMN ̶ Проектирование организации.
Business Studio URL:
https://www.businessstudio.ru/wiki/docs/current/doku.ph
p/ru/csdesign/bpmodeling/bpmn_notation
3. Борознов О. Введение в BPMN/ ̶ Официальный сайт
компании Optimacons
https://www.optimacons.info/kb/course.php?LESSON_ID
=63
51
Методология моделирования ARIS (Лекция 5)
1. Методология ARIS и ее основные элементы
2. Преимущества методологии ARIS
3. Организационная, функциональная и процессно-
событийная модели
4
Методология ARIS и ее основные элементы
Architecture of Integrated Information Systems —

Архитектура интегрированных информационных систем
Под архитектурой подразумевается совокупность

технологий, обеспечивающих проектирование,
управление, применение и реализацию бизнеса в виде
«деловых» процедур бизнес-процессов предприятий и
организаций, а также проектирование и создание
интегрированных информационных систем поддержки
бизнес-процессов
5
Architecture of Integrated Information Systems —

Архитектура интегрированных информационных систем
ARIS, с точки зрения методологии, это подход к

структурированному описанию деятельности
Система ARIS — это аппаратное и программное

обеспечение, реализующее методологию ARIS
6
Создателем программой системы ARIS является Август-

Вильгельм Шеер, основатель компании IDS Scheer.
IDS Scheer была продана Software AG в 2009 году
Software AG, существующая с 1969 года, вторая после

SAP немецкая компания-производитель программного
обеспечения в ФРГ, четвертая в Европе. Входит в 25
крупнейших компаний мира в области ПО
7
За основу при создании методологии ARIS были взяты,

объединены и интегрированы известные на тот момент и
хорошо проявившие себя методологии.
Конкретно, методология IDEF3, относящаяся к
семейству IDEF и предназначенная для описания
потоков работ (Work Flow Modeling), была взята за
основу при создании модели еЕРС — «расширенной
цепочки процесса, управляемого событиями»; во многих
изданиях имеется и другой перевод — «процессно-
событийная модель».
8
• Реализация системного структурного анализа ARIS
В методологии ARIS реализованы принципы системного

структурного анализа.
В системном структурном анализе основным понятием

является структурный элемент (объект)
Структурный анализ является методологической

разновидностью системного анализа. В нем
предполагается использование графического
представления для описания структуры и деятельности
9
• Реализация системного структурного анализа ARIS
Принципы структурного анализа, реализованные в

ARIS:
• разбиение на уровни абстракции с ограничением
числа элементов на каждом из уровней (обычно от 3 до
9);
• ограниченный контекст, включающий только
существенные на каждом уровне детали;
• использование строгих формальных правил записи;
• последовательное приближение к конечному
результату (зависит от целей моделирования).
10
•
Методология ARIS использует декомпозицию и
позволяет детализировать предмет моделирования с
помощью альтернативных или дополняющих друг друга
моделей.
Основные элементы модели в методологии: структурные

элементы (объекты) и связи
Структурные элементы (объекты) — неделимые

элементы описываемой предметной области, в виде
которых представлены процессы, функции, операции,
действия (в зависимости от степени детализации)
11
•
Связи — взаимоотношения между двумя объектами,
имеющие определенный тип, направление и другие
свойства
Каждый объект или связь имеет набор характеристик

(атрибутов), с помощью которых можно задать
количественные и качественные характеристики
моделируемых элементов
12
В ARIS любая организация рассматривается и визуально

представляется во всех аспектах, т.е. как единая система,
описание которой предусматривает четыре различных
«взгляда»:
• организационная структура;
• данные (потоки и структура);
• функции («деревья» функций);
• контроль и управление (деловые процессы).
13
14
• Для каждого «взгляда» поддерживаются три уровня

анализа:
• требования;
• спецификации;
• внедрение.
Каждый уровень соответствует определенной фазе

жизненного цикла информационной системы:
• уровень определения требований (что система должна
делать);
• уровень проектной спецификации (основные пути
реализации системы);
• уровень описания реализации (физическое описание
конкретных программных и технических средств).
15
16
• В рамках применения методологии ARIS существует

возможность определять требования к
автоматизированной системе управления и проводить
ее проектирование.
В общем и целом, методологию ARIS можно эффективно

использовать для:
 анализа и оптимизации бизнес-процессов
(реинжиниринг),
 внедрения стандартных информационных систем
класса ERP (системы управлении ресурсами
предприятия, таких, как, SAP),
 внедрения систем управления качеством
17
Анализ и оптимизация бизнес-процессов в методологии

ARIS осуществляются с помощью процедурной модели
ARIS (которая регламентирует фазы оптимизации),
позволяющей перестраивать и постоянно
совершенствовать бизнес-процессы.
В основе процедурной модели лежит циклический
принцип.
Новые бизнес-процессы определяются в результате
анализа существующих структур, реализуются
современными средствами ИТ, а затем регулярно
пересматриваются и модифицируются.
18
Процедурная модель
На фазе анализа «как есть» выполняется
«инвентаризация» бизнес-процессов и разрабатываются
модели «как есть» («as is») (выявляются слабые места
бизнес-процессов и потенциальные возможности их
оптимизации)
На фазе формирования целевой концепции на основании
моделей «как есть» описываются альтернативные
варианты целевых процессов «to be», которые должны
отражать представление о том, как будет
функционировать организация после улучшения
«неоптимальных» процессов
На фазе внедрения реализуется выбранный
альтернативный вариант «to be»
19
Преимущества методологии ARIS:

1. Эргономичность и высокая степень визуализации
бизнес-моделей
2. Отражение ветвлений и слияний бизнес-процесса с
помощью используемых при построении модели
символов логики
3. Рассмотрение объекта с различных точек зрения (с
точки зрения организационной структуры, структуры
документов и т.д.)
4. Разнообразные уровни описания, обеспечивающие
поддержку концепции жизненного цикла систем
5. Богатство методов моделирования, отражающих
различные аспекты исследуемой предметной области,
что позволяет моделировать широкий спектр систем
20
•
Наиболее часто используемые модели:
1. Организационная схема (Organizational Chart — ОС);
2. Функциональная модель (Function Tree — FT);
3. Процессно-событийная модель (Extended Event-Driven

Process Chain — eEPC)
21
Организационная схема (Organizational Chart — ОС)

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

субъекты, которые определяют выходы и входы потоков
ресурсов предприятия, управляют и участвуют в
«деловых» процессах
22
Пример
организационной
модели
23
Пример организационной модели
24
25
Организационная модель
В модели организационной структуры целесообразно

отражать:
• подразделения предприятия;
• наименование должности и фамилии руководителей
подразделений;
• физическое местоположение отделов на предприятии.
26
Организационная модель является иерархической и

строится от верхнего уровня структуры к нижнему.
В модель верхнего уровня включаются самостоятельные
подразделения (департаменты, блоки), входящие в
структуру организации.
Каждое из них детализируется на более низком уровне —
уровне структурных подразделений (управления, отделы,
сектора).
Низшим уровнем является описание подразделений на
уровне должностей — штатных единиц, занимаемых
конкретными работниками
27
Описание организационной структуры не имеет

фиксированного количества уровней, а имеет столько
уровней, сколько требуется для полного описания
структуры организации
Организационная модель может содержать до 20
различных объектов
ARIS Express поддерживает 4 наиболее
распространенных объекта
28
Типы связей между элементами модели описания

структуры подразделения
29
Пример применения связей между элементами модели

описания структуры подразделения
30
Пример применения связей между элементами модели

описания структуры подразделения
31
Ошибки при построении
32
33
34
35
Функциональная модель (Function Tree — FT)

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

функций к нижнему (через декомпозицию). При этом
функции не обязательно отражаются в
хронологическом порядке
36
Функциональная модель (Function Tree — FT)
На самом верхнем уровне приводится классификация

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

структуру их описаний
37
Пример основных процессов организации
38
Пример основных процессов организации
39
40
Пример функциональной модели применительно к

конкретному процессу
41
• Процессно-событийная модель (eEPC)

предназначена для детального описания процессов,
выполняемых в рамках одного подразделения, несколькими
подразделениями или конкретными сотрудниками
Модель eEPC предназначена для описания алгоритма
выполнения процесса в виде последовательности
функций, управляемых событиями.
Основу модели составляют чередующиеся объекты:
функция (Function) и событие (Event), связанные друг с
другом.
Событие — это некоторое состояние, являющееся
необходимым условием для начала и окончания
выполнения функции
42
43
• Первое основное правило построения

процессно-событийной
модель (eEPC)
Чередование событий и
функций в eEPC
44
Выводы:
1. Принципы, лежащие в основе ARIS
2. Основные модели ARIS
45

1. Что представляет собой ARIS как методология и
как АПО?
2. В чем заключается системный структурный
анализ?
3. Какие элементы выделяют в методологии ARIS?
4. В чем заключается процедурная модель?
5. В чем отличие организационной модели от
организационной структуры управления?
6. Для чего используется функциональная модель?
7. Какое основное правило требуется соблюдать при
построении eEPC
46

128 с.
47
48
МОДЕЛИРОВАНИЕ
БИЗНЕС-ПРОЦЕССОВ
Для 3 курса групп ИИТ направлений подготовки

09.03.03 Прикладная информатика, 09.03.04 Программная
инженерия, 09.03.01 Информатика и вычислительная техника,
01.03.04 Прикладная математика
Москва, 2022
1
Содержание:
1. Методология функционального моделирования SADT
2. Бизнес-процесс как объект исследования
3. Методология моделирования BPMN
4. Методология моделирования BPMN. Элементы нотации
5. Методология моделирования ARIS
6. Методология моделирования ARIS. Построение eEPC
7. Подходы к моделированию бизнес-процессов
8. Применение подходов к моделированию бизнес-процессов
5 семестр: 8 лекций (16 часов)
2
Доцент
Кириллина Юлия Владимировна
Читает лекции по дисциплинам:
Управление бизнес-процессами,
Реинжиниринг бизнес-процессов
E-mail: kirillina@mirea.ru
3
Методология моделирования ARIS. Построение eEPC (Лекция 6)
1. Правила построения eEPC
2. Элементы используемые в еЕPC
3. Логические правила в еЕPC
4. Представление о функционально-стоимостной анализа
4
•
Наиболее часто используемые модели:
1. Организационная схема (Organizational Chart — ОС);
2. Функциональная модель (Function Tree — FT);
3. Процессно-событийная модель (Extended Event-Driven

Process Chain — eEPC)
5

предназначена для детального описания процессов,
выполняемых в рамках одного подразделения, несколькими
подразделениями или конкретными сотрудниками
Модель eEPC предназначена для описания алгоритма
выполнения процесса в виде последовательности
функций, управляемых событиями.
Основу модели составляют чередующиеся объекты:
функция (Function) и событие (Event), связанные друг с
другом.
Событие — это некоторое состояние, являющееся
необходимым условием для начала и окончания
выполнения функции
6
7
• Первое основное правило построения

процессно-событийной
модели (eEPC)
Чередование событий и
функций в eEPC
8
• Чередование событий и функций в eEPC

ПРАВИЛЬНО НЕПРАВИЛЬНО
9
1. Любой процесс должен начинаться и заканчиваться

событием или интерфейсом в другой процесс
2. Любая функция — событием или логическим
оператором
10
Процесс внешний
Процесс
внешний
Процесс
моделируемый
Процесс
Процесс
Процесс внешний Процесс
моделируемый внешний
11
Процесс P1 – закупка сырья

Процесс P2 – производство
продукции
Процесс P3 – сбыт продукции
E1, E2, E3 – события процесса
закупки сырья
E3, E4, E5 – события процесса
производства продукции
E5, E6 – событие процесса
сбыта продукции
12
Декомпозиция
сложной функции 1
13
Пример декомпозиция сложной функции
14
На Листе формата А4 в читабельном виде помещается

основных элементов всего 9 штук. eEPC не переносится
со страницы на страницу, для этого не существует
никакого элемента в ARIS. Поэтому должен применяться
принцип декомпозиции.
Наименование функций в eEPC осуществляется на основе
применения вопроса «Что сделать?»: «сварить»,
«распечатать», «выдать», «проанализировать» + объект,
по отношению к которому, действие осуществляется:
«кофе», «счет», «инструкция», «данные»
Сварить кофе, Распечатать счет, Выдать инструкцию,
Проанализировать данные
15
Наименование функций в eEPC осуществляется на

основе применения вопроса «Что сделать?»: «сварить»,
«распечатать», «выдать», «проанализировать» + объект,
по отношению к которому, действие осуществляется:
«кофе», «счет», «инструкция», «данные»
Сварить кофе, Распечатать счет, Выдать инструкцию,
Проанализировать данные
Сварить кофе в турке

Распечатать счет на принтере
Выдать инструкцию новому сотруднику
Проанализировать данные из отчета
16
Наименование событий в eEPC осуществляется на

основе применения вопроса «Что сделано?»: «сварено»,
«распечатано», «выдано», «проанализировано»
Объект, по отношению к которому действие
осуществлено, ставится на первое место: «кофе», «счет»,
«инструкция», «данные»
Кофе сварено, Счет распечатан, Инструкция выдана,
Данные проанализированы
Возможные наименования событий: наступило утро,

началось рабочее время, наступила дата начала проекта
17
Неудачные наименования функций и неправильное

наименование событий
18
Любая функция должна начинаться и заканчиваться

событием или логическим оператором
19
Модель еЕРС выстраивается в соответствии со

следующими правилами:
1. События и функции должны иметь только по одному
входящему и исходящему отношению (связи),
показывающему ход управления процесса.
2. Путь процесса всегда разделяется и объединяется с
помощью правил ветвления/слияния
20
Для описания ветвлений процесса используется объект

«Оператор правила» (Rule Operator), который
размещается между функциями и событиями и
соединяется с ними таким образом, чтобы правило
имело одну входящую связь и несколько исходящих
связей либо несколько входящих связей и одну
исходящую связь
21
22
Так как событие это

свершившийся факт и
событие не может
принимать решение, то
после наступления
события при ветвлении
может применяться
только логическое «и»
23
24
Ошибка при построении eEPC.

1. Нарушено чередование событий
и функций.
2. Логическое правило находится
между двумя событиями.
3. Подписаны отношения (связи)
между элементами. В eEPC не
применяют подписывание связей.
4. Подписано логическое правило.
Логическое правило необходимо
для разветвления связей или
слияния связей, но не для того,
чтобы проверять условие.
25
26
27
28
Допускаемые студентами ошибки
Неправильна
установка
логических
правил,
потеря
логических
правил
29
30
Для сложных функций

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

используется элемент
Role, так как нужно
отразить исполнителя.
Отсюда следует, что
внешние участники
процесса на eEPC НЕ
ОТРАЖАЮТСЯ!!!
32
Пример eEPC
33
34
При практической реализации построения процессно-
событийной модели процесса необходимо реализовать
несколько последовательных действий:
1. Определить границы процесса, тем самым выявив
инициирующее и завершающее события.
2. Определить участников процесса, то есть исполнителей
действий.
3. Определить последовательность действий в процессе,
закрепив за ними исполнителей.
4. Определить наличие каких-либо условий, которые могут
приводить к ветвлению процесса.
35
Текстовое описание процесса «Выставить счет на оплату»:
менеджер торговой компании должен принять поступивший
заказ клиента, после чего бухгалтер приступает к подготовке
счета.
Подготовка счета включает в себя следующие работы.
Бухгалтер на основе состава принятого заказа и
действующего прайса на товары определяет стоимость заказа
клиента и уведомляет клиента о ней с просьбой выслать
реквизиты. Перед тем как выслать сообщение о стоимости
заказа клиенту бухгалтер проверяет правильность расчета
стоимости по позициям заказа. В случае ошибки определяет
стоимость заново. В случае согласия клиента и наличия его
реквизитов бухгалтер формирует счет на оплату.
36
Процесс «Выставить счет на оплату» имеет конкретный
результат: выставленный счет на оплату, именно он завершает
процесс, соответственно с учетом правил наименования
событий завершающее событие будет иметь название: Счет
выставлен.
Запускается процесс поступившим заказом клиента,
соответственно с учетом правил наименования событий
инициирующее событие будет иметь название: заказ
поступил.
Исполнителями действий являются менеджер и бухгалтер.
37
Действия менеджера: принять заказ.
Действия бухгалтера: подготовить счет, который в свою
очередь включает в себя: определить стоимость заказа,
проверить стоимость заказа, уведомить клиента, получить
согласие и реквизиты, сформировать счет.
Входящий документ: заказ клиента, реквизиты клиента.
Исходящий документ: счет.
38
определить стоимость заказа,
проверить стоимость заказа,
уведомить клиента, получить согласие
и реквизиты, сформировать счет
39
40
Функционально-стоимостный анализ (ФСА)

Процесс условно состоит из 3
функций
В каждой функции участвует
свой человеческий ресурс
Ресурс не является бесплатным
Каждая из функций выполняется
какое-то количество времени
Определим стоимость
выполнения функций
41
Функционально-стоимостный анализ
Функция Время, Исполнитель Ставка
час. оплаты за час,
руб.
Функция 1 Role 1 100
1
2
3
Итого:
100+400+900=1400 руб.
42
Итого:
100+400+900=1400 руб.
Социальные взносы:
(1400×30,2%)÷100%=422,8
Накладные расходы:
(1400×10%)÷100%=140
1400+422,8+140=
=1962,8 руб.
43
1400+422,8+140=
=1962,8 руб.
Использование оборудования,
АПП, ПО, материальных ресурсов
тоже необходимо учитывать,
если они применяются
для выполнения функции
44
Выводы:
1. Правила построения eEPC
2. Принцип (правило) наименования событий
и функций
3. Элементы, которые могут дополнять eEPC
45

1. Как необходимо называть функции в eEPC?
2. Как необходимо называть события в eEPC? На что
следует обращать внимание?
3. Какие логические правила используются для
ветвления и слияния в eEPC?
4. Можно ли одно логическое правило использовать
и для ветвления и для слияния?
5. Какие есть особенности применения логических
правил при наступлении только одного
предшествующего события?
6. Какие элементы дополнительно применяют в
eEPC?
7. Что позволяет определить ФСА?
46

128 с.
47
48

1-6 лекция мбп

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

1-6 лекция мбп

Загружено:

Авторское право:

Доступные форматы

Кафедра практической и прикладной информатики

Для 3 курса групп ИИТ направлений подготовки

5 семестр: 8 лекций (16 часов)

Основные понятия: процесс, бизнес-процесс, подпроцесс,

Процесс — это совокупность взаимосвязанных и

Основные понятия: процесс, бизнес-процесс, подпроцесс,

Основные понятия: процесс, бизнес-процесс, подпроцесс,

Подпроцесс — это структурный элемент процесса (бизнес-

Основные понятия: процесс, бизнес-процесс, подпроцесс,

Моделирование бизнес-процессов — это процесс точного

Методология SADT: история появления, назначение,

Методология SADT (Structured Analysis and Design Technique,

Методология SADT: история появления, назначение,

Концепция системного моделирования позволяет

Методология SADT: история появления, назначение,

Методология SADT (Structured Analysis and Design Technique

Методология SADT: история появления, назначение,

ТРИ ПРИНЦИПА ПОСТРОЕНИЯ МОДЕЛЕЙ

Методология SADT: история появления, назначение,

Построение модели SADT заключается в формировании

Методология SADT: история появления, назначение,

Количество уровней процесса в методологии SADT

Группы технологий IDEF

На методологии SADT основана группа технологий IDEF.

Группы технологий IDEF

• IDEF0 используется для создания функциональной модели,

Группы технологий IDEF

• IDEF1X (IDEF1 Extended) методология построения

Основные элементы диаграммы в нотации IDEF0

Блоки, в виде которых представлены процессы, подпроцессы,

Стрелки, в виде которых на диаграмме отражают

Основные элементы диаграммы в нотации IDEF0

Основные элементы диаграммы в нотации IDEF0

Стандарт представления диаграммы IDEF0

Стандарт представления диаграммы IDEF0

Контекстная диаграмма представляет собой один блок со

Контекстная диаграмма показывает область моделирования и

Номер контекстной диаграммы всегда нулевой. Его принято

Диаграмма верхнего уровня является первой дочерней

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

Декомпозиция контекстной диаграммы

Детализации подпроцесса «Рассчитать премии

Чтобы избежать ошибок нужно

1. Правильно называть бизнес-процессы, подпроцессы, функции.

Чтобы избежать ошибок нужно

3. Понимать и правильно определять Вход и Выход. На Вход

Чтобы избежать ошибок нужно

5. Неконтекстные диаграммы должны содержать не менее трех и

Классификация типов связи

В рамках стандарта IDEF0 выделяют следующие типы

Классификация типов связи

Классификация типов связи

Обратные связи по управлению и по входу

Обратная связь по входу применяется тогда,

Обратные связи по управлению и по входу

Связь «Вход-механизм» встречается нечасто и отражает

Ветвление стрелок в диаграмме IDEF0

Стандарт IDEF0 подразумевает, что при разветвлении стрелок

Пример ветвления стрелок в диаграмме IDEF0

Пример ветвления стрелок в диаграмме IDEF0

Пример ветвления стрелок в диаграмме IDEF0

Сливающиеся стрелки помечаются аналогично

При этом допускается задание различным ветвям стрелки

Туннелирование стрелок в диаграмме IDEF0