Бедрина Светлана Львовна,
к.э.н., доцент кафедры ИСПИ
Моделирование бизнес-процессов
Нотации и инструменты
моделирования процессов
Бизнес–модель
• Бизнес–модель – структурированное
графическое описание сети
процессов и операций, связанных с
данными, документами,
организационными единицами и
прочими объектами, отражающими
существующую или предполагаемую
деятельность предприятия.
Моделирование бизнес-процессов
Преимущества
позволяет проанализировать
как работает предприятие (в
моделирования
целом, с внешними партнерами, на каждом рабочем месте);

 позволяет руководителю знать, как работают рядовые
сотрудники, а рядовым сотрудникам - как работают их коллеги и
на какой конечный результат направлена вся их деятельность;
 эффективное средство поиска возможностей улучшения
деятельности предприятия;
 средство позволяющее предвидеть и минимизировать риски,
возникающие на различных этапах реорганизации деятельности
предприятия;
 метод, позволяющий дать оценку текущей деятельности
предприятия (функционирование, управление, эффективность,
результаты деятельности и степень удовлетворенности клиента);
 стоимостную оценку всех и каждого бизнес-процессам на
предприятии;
 способ выявления текущих проблем на предприятии и
предвидения будущих.
Основные подходы к моделированию и
анализу бизнес-процессов
• Функционально-модульный или структурный. В его
основу положен принцип функциональней
декомпозиции, при которой структура системы
описывается в терминах иерархии ее функций и
передачи информации между отдельными
функциональными элементами.
• Объектно-ориентированный подход использует
объектную декомпозицию. При этом структура системы
описывается в терминах объектов и связей между ними,
а поведение системы описывается в терминах обмена
сообщениями между объектами.
Методологии моделирования
бизнес-процессов (Business
Process Modeling)
UML
Flow Chart
IDEF0
Модель бизнеспроцесса
IDEF3
DFD
Блок-схемы
ARIS
•
•
•
Методологии моделирования
бизнес-процессов
Блок-схема
(Block-Diagram)
Диаграмма последовательности
(Flow Chart)
Диаграмма потоков
(Data Flow Diagram)
8
Методологии моделирования бизнеспроцессов
•
•
•
IDEFO (Функциональное
моделирование)
Сетевой график
(Activity Network
Diagram)
Диаграмма процесса принятия
решения
(Process Decision Program Chart)
Методологии моделирования бизнес-процессов
(нотация eEPS)
Методология Rational Rose
Методология Rational Rose
Алгоритм выбора способа описания
Бизнес-модель
• Функциональная декомпозиция – процесс разбиения общей
функции на подфункции
Декомпозиция процесса
Декомпозиция процесса
Основные типы методологий
структурного моделирования и
анализа бизнес-процессов
•
В настоящее время для описания, моделирования и
анализа бизнес-процессов используются несколько
типов методологий. К числу наиболее
распространенных типов относятся следующие
методологии:
– моделирования бизнес-процессов (Business
Process Modeling);
– описания потоков работ (Work Flow Modeling);
– описания потоков данных (Data Flow Modeling).
Методологии моделирования
бизнес-процессов
Методологии моделирования бизнеспроцессов
• IDEF0 (Icam DEFinition) - нотация
графического моделирования,
используемая для создания
функциональной модели,
отображающей структуру и функции
системы, а также потоки информации
и материальных объектов,
связывающие эти функции.
• В основе IDEF0 положен метод SADT
(Structured Analysis and Design
technique)
История создания
• (Structured Analysis and Design technique) разработан
Дугласом Россом в 1973г.
• Метод SADT – это метод структурного анализа и
проектирования, описывающий взаимосвязи между
функциями
•
Метод SADT поддерживается Министерством обороны
США, которое было инициатором разработки стандарта
IDEFO (Icam DEFinition), являющегося основной частью
программы IСАМ (Integrated Computer Aided
Manufacturing - интегрированная компьютеризация
производства), проводимой по инициативе BВС США.
• IDEFO утвержден в качестве федерального стандарта
США.
Метод SADT
• Метод SADT представляет собой
совокупность правил и процедур,
предназначенных для построения
функциональной модели объекта какойлибо предметной области.
• Функциональная модель SADT отображает
функциональную структуру объекта т.е.
производимые им действия и связи между
этими действиям.
Основные элементы этого
метода основываются на
следующих концепциях:
• графическое представление блочного
моделирования;
• строгость и точность;
• отделение организации от функции.
СОСТАВ ФУНКЦИОНАЛЬНОЙ
МОДЕЛИ
• Результатом применения метода SADT
является модель, которая состоит из
диаграмм, фрагментов текстов и
глоссария, имеющих ссылки друг на друга.
• Диаграммы — главные компоненты
модели, все функции организации и
интерфейсы на них представлены как
блоки и дуги соответственно.
• Место соединения дуги с блоком
определяет тип интерфейса.
Нотация IDEF0
Нотация IDEF0
• Взаимодействие с окружающим миром
описывается в терминах входа, выхода,
управления и механизма
Управление
Вход
Выход
Функция
А0
Механизм
Нотация IDEF0
• Входы преобразуются или
расходуются процессом, чтобы
создать то, что появится на его
выходе.
• Управления определяют
условия, необходимые
процессу, чтобы произвести
правильный выход.
• Выходы - данные или
материальные объекты,
произведенные процессом.
• Механизмы идентифицируют
средства, поддерживающие
выполнение процесса
Управление
Вход
Функция
Выход
А0
Механизм
Нотация IDEF0
Символ Изображение
Описание
Блок
Блок описывает процесс.
Внутри каждого блока
помещается его имя и номер.
Имя должно быть активным
глаголом, глагольным
оборотом или отглагольным
существительным. Номер
блока размещается в правом
нижнем углу. Номера блоков
используются для
идентификации на диаграмме
и в соответствующем тексте.
Нотация IDEF0
Символ
Стрелка
Изображение
Описание
Стрелки обозначают входящие и
исходящие из процесса объекты
(данные).
Каждая сторона функционального
блока имеет стандартное
значение с точки зрения связи
блок-стрелка, В свою очередь,
сторона блока, к которой
присоединена стрелка,
однозначно определяет ее роль.
Нотация IDEF0
Символ
Туннелиро
ванная
стрелка
Изображение
Описание
Туннелированные
стрелки означают,
что данные,
обозначаемые этими
стрелками, не
рассматриваются на
родительской
диаграмме и/или на
дочерней
диаграмме. .
Нотация IDEF0
Символ
Внешняя
ссылка
Изображение
Описание
Внешняя ссылка – место,
сущность или субъект,
которые находятся за
границами
моделируемой системы.
Используются для
обозначения источника
или приемника стрелки
Нотация IDEF0
Символ
Междиаграммная ссылка
Изображени Описание
е
Элемент, обозначающий
другую диаграмму. Служит
для обозначения перехода
стрелок на диаграмму
другого бизнес-процесса
без показа стрелки на
вышележащей диаграмме
(при использовании
иерархических моделей).
Моделирование. бизнес-процесса
•На первом этапе моделирования
функциональность предприятия описывается в
целом. Такое описание называется
контекстной диаграммой
1.Системы представляется в виде простейшего
компонента - одного блока и дуг, изображающих
интерфейсы с функциями вне системы:
•имя, указанной в блоке, является общим;
•интерфейсные дуги соответствуют полному
набору внешних интерфейсов системы в целом.
Контекстная диаграмма
Общее представление
А0
А0
Построение иерархии диаграмм
2. Блок, который представляет систему в
качестве единого модуля, детализируется
на другой диаграмме с помощью
нескольких блоков, соединенных
интерфейсными дугами:
• эти блоки определяют основные
подфункции исходной функции;
• каждая из этих подфункций может быть
декомпозирована подобным образом в
целях большей детализации.
Более детальное
представление
А1
А2
А3
Моделирование бизнес-процесса
• 3 Каждая
подфункция
декомпозируется
на более мелкие –
и так далее до
достижения
необходимой
детализации
описания
Общее
представление
Более детальное представление
А1
А0
А2
А-0
А3
А4
А0
Верхняя диаграмма является
родительской для нижней
диаграммы
А41
А42
А43
Декомпозиция
ПОСТРОЕНИЕ ИЕРАРХИИ
ДИАГРАММ
• Дуги, входящие в блок и выходящие
из него на диаграмме верхнего
уровня, являются точно теми же
самыми, что и дуги, входящие в
диаграмму нижнего уровня и
выходящие из нее, потому что блок и
диаграммы изображают одну и ту же
часть системы.
ПОСТРОЕНИЕ ИЕРАРХИИ ДИАГРАММ
• Неприсоединенным дуги
соответствуют входам, управлениям
и выходам родительского блока.
• Источник или получатель
пограничных дуг может быть
обнаружен только на родительской
диаграмме.
• Неприсоединенные концы должны
соответствовать дугам на исходной
диаграмме.
• Все граничные дуги должны
продолжаться на родительской
диаграмме, чтобы она была полной
и непротиворечивой.
А11
А12
А13
Дуги перенолсятся с
родительской
диаграммы
А121
А122
А123
ПОСТРОЕНИЕ ИЕРАРХИИ ДИАГРАММ
• На SADT-диаграммах не
указаны явно ни
последовательность, ни
время.
• Обратные связи,
итерации,
продолжающиеся
процессы и
перекрывающиеся (по
времени) функции могут
быть изображены с
помощью дуг.
• Обратные связи могyr
выступать в вида
комментариев,
замечаний, исправлений
и т. д
Системные требования
Разработка
проекта
Комментарии
А1
Экспертиза
Предварительная
спецификация
А2
Улучшенный
проект
Пример бизнес-процесса
Законодательство
Отчетность
налогоплательщиков
Внутренние инструкции
Работа
с отчетностью юридических
лиц
А1
Отдел по работе с юридическими
лицами
Отчетность
вышестоящим
организациям
Пример дерева .диаграмм
А0
Работа Государственной налоговой
инспекции
А1
А2
А3
Работа с физическими
лицами
Работа с юридическими
лицами
Работа вспомогательных
подразделений
А11
А12
А13
Работа по подоходному
налогу
Работа по налогу на
имущество
Работа по налогу на
землю
Типы связей между
функциями:
•
•
•
•
•
•
•
случайная;
логическая;
временная;
процедурная;
коммуникационная;
последовательная;
функциональная.
Типы связей
• Случайная связь — показывает, что конкретная
связь между функциями незначительна или
полностью отсутствует. Это относится к ситуации,
когда имена данных на SADT-дугах в одной
диаграмме имеют слабую связь друг с другом.
B
А
C
А1
E
F
D
А2
Типы связей
• Логическая связь – данные и функции
собираются вместе благодаря тому, что
они попадают в общий класс или набор
элементов, но необходимых
функциональных отношений между ними
не обнаруживается.
• Временная связь – представляет функции,
связанные во времени, когда данные
используются одновременно или функции
включаются параллельно, а не
последовательно.
Типы связей
• Процедурная связь - функции сгруппированы
вместе благодаря тому, что они выполняются в
течение одной и той же части цикла или процесса.
Планировать А
А1
А
А
Согласовать
АиВ
А3
В
Планировать В
В
А2
Типы связей
• Коммуникационная - функции группируются
благодаря тому, что они используют одни и те же
входные данные и/или производят одни и те же
выходные данные
А
В
А1
С
А
А2
Типы связей
• Последовательная связь - выход одной функции
служит входными данными для следующей функции.
Связь между элементами на диаграмме является
более тесной, чем в рассмотренных выше случаях,
поскольку моделируются причинно-следственные
зависимости
А
А1
В
С
А2
Типы связей
•
Функциональная связь – все элементы функции
влияют на выполнение одной и только одной
функции. Одним из способов определения
функционально-связанных диаграмм является
рассмотрение двух блоков, связанных через
управляющие дуги.
• В математических терминах необходимое условие
для простейшего типа функциональной связи имеет
следующий вид: С=g(B)=g(f(A))
А
В
f
А1
С
g
А2
Типы связей
Уровень значимости
Тип связи
Характеристика типа связи
Для функций
Случайная
Для данных
0
Случайная
1
Логическая
2
Временная
Функции одного и того же периода
времени (например, "операции
инициализации")
Данные, используемые в какомлибо временном интервале
3
Процедурная
Функции, работающие в одной и той же
фазе или итераций (например,
"первый проход компилятора")
Данные, используемые во время
одной и той же фазы или
итерации
4
Коммуникационная
Функции, использующие одни и те же
данные
Данные, на которые воздействует
одна и та же деятельность
5
Последовательная
Функции, выполняющие
последовательные преобразования
одних и тех же данных
Данные,
преобразуемые
последовательными
функциями
6
Функциональная
Функции, объединяемые для
выполнения одной функции
Данные, связанные
функцией
Функции одного и того же множества
или типа (например,
«редактировать все входы»)
Уровни 4-6 устанавливают типы связей, которые разработчики считают
важнейшими для получения диаграмм хорошего качества.
Случайная
Данные одного и того
множества или типа.
с
же
одной
Методологии моделирования
бизнес-процессов
• Диаграммы потоков данных (DFD)—
демонстрирует, как каждый процесс
преобразует свои входные данные в выходные
и отношения между этими процессами.
Нотация DFD
Символ
Внешняя
сущность
Изображени Описание
е
Материальный объект
или физическое лицо,
представляющие
собой источник или
приемник информации
(заказчики, персонал,
поставщики, клиенты,
склад).
Нотация DFD
Символ
Функция
Изображени Описание
е
Определяет
функции обработки
информации
Нотация DFD
Символ
Изображение
Накопитель
данных
D1
Реестр налогоплательщиков
Описание
абстрактное
устройство для
хранения информации
(справочники,
документы, отчеты),
которую можно в
любой момент
поместить в
накопитель и, через
некоторое время
извлечь, причем
способы помещения и
извлечения могут быть
Нотация DFD
Символ
Поток данных
Изображени
е
Описание
Определяет потоки
данных (документы)
являющиеся
результатом работ
или поступающие в
систему извне
Методологии моделирования
бизнес-процессов
• IDEF3 – это метод описания процессов,
которые выполняются в определенной
последовательности, а также описать объекты,
участвующие совместно в одном процессе.
Нотация IDEF3
Символ
Единица
работы
Изображение
Описание
Работа, является
центральным
компонентом
модели
Нотация IDEF3
Символ
Связи
Изображени Описание
е
Показывают
взаимоотношение
работ
Нотация IDEF3
Символ
Изображение
Перекрестки
Описание
Используются для
отображения логики
взаимодействия стрелок
при слиянии и
разветвлении или для
отображения множества
событий, которые могут
или должны быть
завершены перед
началом следующей
работы.
Методика Swim Line
• Поставщики-потребители занимают отдельную
дорожку
• Каждый участник занимает отдельную дорожку
• Временной
ресурс
отображается
по
горизонтальной оси
• Человеческий
ресурс
отображается
по
вертикальной оси
• Информационный
ресурс
(документпоказатель)
является
входами-выходами
операций
• На выходе каждой операции может быть один
документ
Методика Swim Line
3. Моделирование и анализ
процессов
Модель КАК-ЕСТЬ
подготовка
моделирования
разработка стратегии и целостной
структуры процессов
моделирование «как есть» и
анализ фактического состояния
моделирование «как должно
быть» и оптимизация процессов
разработка процессноориентированной организационной
структуры
внедрение новой
организационной структуры
непрерывный менеджмент
процессов
м
е
н
е
д
ж
м
е
н
т
п
р
о
ц
е
с
с
о
в
Детальная бизнес-модель
позволит:
• описать, "увидеть" и скорректировать
будущую систему до того, как она будет
реализована физически;
• уменьшить затраты на создание системы;
• оценить работы по времени и результатам;
• достичь взаимопонимания между всеми
участниками проекта;
• улучшить качество создаваемой системы.
Модели бизнес-процессов представляют
собой самостоятельный результат:
• модели позволяют осуществлять
автоматизированное и быстрое обучение
новых работников конкретному направлению
деятельности предприятия;
• с помощью моделей можно осуществлять
предварительное моделирование нового
направления деятельности с целью
выявления новых потоков данных,
взаимодействующих подсистем и бизнеспроцессов.
Оценка пригодности моделей
• преследуемой цели;
• роли пользователя в организации;
• индивидуальных предпочтений
относительно графического или
концептуального оформления.
Принцип достоверности
• Достоверное отображение объекта
исследования является
неотъемлемой предпосылкой для
создания высококачественной
модели.
Принцип значимости
• Информационная модель должна
документировать только те объекты
исследования, которые имеют значение
для соответствующей перспективы
Принцип понятности
• модель может быть полезной только в
том случае, если она понятна
пользователю.
Принцип сопоставимости
• применение единых правил
моделирования в отношении моделей,
созданных независимо друг от друга.
Принцип систематичной
структуры
• для создания
системы моделей
необходимо
предусмотреть
интерфейсы,
обеспечивающие ее
взаимосвязанность и
структурированность
Принцип экономической
эффективности
• обеспечить сбалансированное
соотношении между затратами на
моделирование и достигнутыми
результатами.
Порядок подготовки к
моделированию процессов
Идентификация и выбор перспектив
Определение способов распространения моделей
Спецификация техник
моделирования
Инструмент
моделирования
Выбор типов
моделей
Выбор
инструмента
моделирования
Спецификация
единых правил
моделирования
Конфигурация
моделей
Пользовательская
настройка
инструмента
моделирования
Скачать