1_часть_Основные_виды_диаграмм_применяемые_в_IT_1

1.

Основные виды диаграмм
применяемые в IT.
Часть 1
“Бизнес процесс. Диаграммы для
описания бизнес-процессов”.

2.

Процесс это что?
● Приведите примеры
● Чем отличается проект от
процесса?

3.

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

4.

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

5.

Идентификация и
выделение процессов

6.

7.

8.

9.

10.

Выделение сквозного процесса

11.

Что дает выделение сквозных
процессов?
восприятие менеджментом ОРГАНИЗАЦИИ КАК СИСТЕМЫ
и реальное управление процессами;
сотрудники начинают «видеть процессы целиком» и понимают
свою роль в удовлетворении потребностей клиентов;
улучшение взаимодействия вовлеченных в сквозные
процессы подразделений (сотрудников) и достижение
синергетических эффектов;
как следствие «работы» со сквозными процессами
повышается результативность, эффективность и качество.
СИСТЕМА изменяется.

12.

Зачем выделять и анализировать
процессы?

13.

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

14.

Снижения затрат
● Минимизация потерь: Анализ помогает выявить и
устранить причины потерь, такие как брак, переделки,
простои и излишние запасы, что напрямую экономит
деньги.
● Автоматизация: Вы можете определить, какие процессы
можно автоматизировать, снижая затраты на ручной труд и
уменьшая вероятность ошибок.
● Оптимизация цепочки поставок: Анализ цепочки
поставок позволяет найти способы снизить затраты на
закупку, транспортировку и хранение материалов.

15.

Повышения качества
● Стандартизация процессов: Анализ позволяет
разработать стандарты и процедуры, которые гарантируют
единообразие и высокое качество выполнения задач.
● Уменьшение количества ошибок: Выявляя причины
возникновения ошибок, можно разработать меры по их
предупреждению и снизить количество брака или
некачественных услуг.
● Повышение удовлетворенности клиентов:
Оптимизация процессов, связанных с обслуживанием
клиентов, ведет к повышению качества обслуживания и,
как следствие, к росту удовлетворенности клиентов.

16.

Повышения прозрачности и
контроля
Документирование процессов: Анализ помогает создать четкую
документацию, описывающую все процессы, что обеспечивает
прозрачность и понимание работы организации для всех
сотрудников.
Мониторинг и контроль: Вы сможете отслеживать выполнение
процессов, измерять ключевые показатели эффективности (KPI) и
контролировать достижение поставленных целей.
Улучшение коммуникации: Четкое описание процессов и
стандартов способствует улучшению коммуникации между
сотрудниками и отделами, снижая количество недопониманий и
конфликтов.

17.

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

18.

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

19.

Задачи бизнес-аналитика, для которых
требуется BPMN, делят на два этапа:
● Построение схем «как есть» (as is) —
описание текущей последовательности
работ бизнес-процесса.
● Построение схем «как будет» (to be) —
описание целевого процесса с
фиксацией требуемых изменений:
этапов модернизации, автоматизации.

20.

21.

Способы сбора данных для описания
процесса
Изучение документации, регламентов, положений
“Фотографирование” рабочего дня
Интервьюирование стейкхолдеров
А лучше все вместе..

22.

Технология описания бизнеспроцессов
● текстовый
Пример: Договорной отдел на основании технического
задания, полученного от заказчика составляет договор
и согласует его в юридическом отделе

23.

Технология описания бизнеспроцессов
● табличный

24.

Технология описания бизнеспроцессов
● графический

25.

Для описания бизнес-процессов с
целью их построения, анализа и
последующей оптимизации
используются нотации CFF, BPMN,
EPC, IDEF0.

26.

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

27.

Часто возникающие вопросы
1. На сколько страниц должна быть схема бизнес-процесса? Ответ:
на 1 страницу.
2. Как определить когда пора останавливаться при декомпозиции
бизнес-процесса? Ответ: Это надо определить заранее до
отрисовки процесса. Понять с какой целью мы отрисовываем
процесс и какие данные хотим получить, определить границы
процесса.
3. В какой программе лучше “рисовать” процессы? Точно не в
MSWord и не в MS Excel. Ответ: На мой взгляд, самые удачные из
них — Stormbpmn, Diagrams, XMind и MindManager. Я рисую в
онлайне https://app.diagrams.net/ сохраняя на Google Диск.

28.

Cross Functional Flowchart
Данная нотация используется для представления алгоритма выполнения
процесса (нотация класса workflow). Диаграмма процесса в нотации "Crossfunctional Flowchart" отличается от диаграмм процессов в других нотациях. В ней
используются оргединицы и объекты "Решение", "Действие", а также "События".
Диаграмма процесса в нотации "Cross-Functional Flowchart" делится
оргединицами на дорожки, в которых размещаются действия. Над дорожками
оргединиц показывается поле с названием процесса в нотации "Cross-functional
Flowchart", слева от первой дорожки находится служебное поле диаграммы.
В системе Business Studio в качестве исполнителя процесса может выступать как
оргединица, так и Функциональный объект(Программный продукт, База данных,
Материальный объект или Прочее).

29.

Основные элементы

30.

31.

Нотация BPMN (Business Process Model and
Notation)
BPMN (Business Process Model and Notation) - модель бизнеспроцессов и нотация используется для представления
алгоритма выполнения процесса (нотация класса workflow).
Важной особенностью данной нотации является то, что она
предназначена как для моделирования бизнес-процессов, так
и для их последующего исполнения. BPMN доступна для
понимания как бизнес-аналитикам, так и IT-специалистам,
которые занимаются автоматизацией исполнения процессов.
Последняя версия стандарта — BPMN 2.0.2 (январь 2014).

32.

Графическая памятка
http://www.bpmb.de/images/BPMN2_0_Poster_RU.pdf

33.

Цель BPMN — создание стандартного набора условных
обозначений, понятных всем бизнес-пользователям.
Бизнес-пользователи:
• бизнес-аналитики
• технические разработчики
• менеджеры

34.

Уровни моделирования
Согласовательный - стратегическое улучшение процессов. Заинтересованные - руководители, в
основном это люди, не знакомые с элементами нотации, поэтому используются минимум элементов.
Схема с happy pass (счастливый путь)
Аналитический - уровень моделирования, где можно использовать все 480 элементов нотации.
Должны учитываться альтернативные ветки развития.
Схема такого уровня может быть ежедневной инструкцией.
Исполняемый - уровень IT, уровень похож на аналитическую модель, но должен быть дополнен
следующей информацией (в том числе текстом):
данные процесса;
группы и роли;
бизнес-правила;
пользовательский интерфейс;
KPI;
скрипты и сервисные задачи.

35.

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

36.

Элементы диаграммы
Действия.
Изображаются прямоугольниками со
скругленными углами. Среди действий
различают задания и подпроцессы.
Графическое изображение свёрнутого
подпроцесса снабжено знаком плюс у
нижней границы прямоугольника.

37.

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

38.

Еще раз про шлюзы
Рассматриваем
основные шлюзы по
событиям.
У шлюза ИЛИ истина всегда, когда хотя бы
на одной из ветки идет единица.Только по
одному потоку пойдет управление.Только
одно
из
условий
выполняется.
Если ни одно условие не выполнилось, то
сценарий пойдет по потоку по умолчанию.
При шлюзе И нам надо активировать и
первый и второй поток управления.
При шлюз И/ИЛИ могут одновременно
активировать либо все исходящие потоки,
либо какая та часть из них. Собирающий
шлюз по той же логике будет работать.

39.

40.

Оператор ветвления «говорит», что поток управления будет
расщеплен на три действия.

41.

Соединяющие элементы
Поток управления.
Изображается сплошной линией,
оканчивающейся закрашенной стрелкой.
Поток управления задаёт порядок
выполнения действий. Если линия потока
управления перечеркнута диагональной
чертой со стороны узла, из которого она
исходит, то она обозначает поток,
выполняемый по умолчанию.

42.

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

43.

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

44.

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

45.

Артефакты
Артефакты позволяют разработчикам отображать
дополнительную информацию в диаграмме. Это делает
диаграмму более удобочитаемой и насыщенной
информацией.
Существуют три предопределённых вида
артефактов:
Данные – показывают читателю, какие данные
необходимы действиям для выполнения и какие данные
действия производят.
Группа – изображается прямоугольником с
закругленными углами, граница которого —
штрихпунктирная линия. Группа позволяет объединять
различные действия, но не влияет на поток управления в
диаграмме.
Текстовые аннотации – используются для уточнения
значения элементов диаграммы и повышения её
информативности.

46.

Пример процесса в нотации BPMN

47.

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

48.

Последовательность создания диаграммы
BPMN
1.
Задайте границы процессы.
Каждый бизнес-процесс начинается и заканчивается с события. Первое, что
необходимо сделать, это обозначить события начала и окончания.

49.

Последовательность создания диаграммы
BPMN
2. Нарисуйте основные блоки процесса. Расположите основные блоки (подпроцессы,
операции) бизнес-процесса, в том порядке, в котором они выполняются. Не усложняйте схему
на данном этапе. Отобразите блоки так, будто процесс выполняется идеально.

50.

Последовательность создания диаграммы
BPMN
3. Добавьте шлюзы и другие события. А вот теперь пора немного
усложнить. Добавьте основные варианты развития процесса и
основные промежуточные события.

51.

Последовательность создания диаграммы
BPMN
4. Обозначьте роли участников процесса.
В бизнес-процессах нет должностей и конкретных сотрудников.
Вместо этого используйте понятие – роль. Один сотрудник может
выполнять множество ролей. Одну роль может выполнять
множество сотрудников. Из набора ролей складывается
должность.

52.

Обозначим роли участников процесса.

53.

Последовательность создания диаграммы
BPMN
5. Разместите на схеме документы. Документы, это не обязательно
официальная бумага с семью подписями. С точки зрения управления бизнеспроцессами, документ это информация на любом информационном
носителе.Электронное письмо, доклад, презентация, СМС – все это документы.

54.

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

55.

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

56.

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

57.

Последовательность создания диаграммы
BPMN
9. Проверьте полученную модель бизнес-процесса
Схема бизнес- процесса должна отвечать на следующие вопросы:
С чего начинается и чем заканчивается бизнес-процесс?
С какими процессами он связан? Чем обменивается?
Какие операции выполняются? В каком порядке?
Кто выполняет операции в процессе?
Какие документы используются и появляются в процессе? В каких
операциях эти документы используются/появляются?
Какие инструменты, материалы, ПО и базы данных используются в
процессе и в каких операциях?
Какие показатели эффективности и где именно фиксируются в бизнеспроцессе?

58.

Ищем ошибки..

59.

Домашняя работа
1. Отрисовать в нотации BPMN 2.0 любой процесс в котором вы
взаимодействуете с ИТ-системой (Например: заказ такси в приложении,
покупки в маркетплейсе и т.д.)
2. При отрисовки процесса необходимо использовать 5 элементов из данной
нотации. Набор элементов соответствует вашему ряду на котором вы
сидели сегодня на лекции. Кто не был на лекции –берем вариант для
второго ряда.
3. Прислать мне на почту [email protected] до 31.10.

60.

Домашняя работа
Первый ряд
Второй ряд
Третий ряд

61.

Нотация EPC (Event-Driven Process Chain)
Данная нотация используется для представления алгоритма выполнения процесса (нотация
класса workflow).
Диаграмма, описанная в нотации EPC (событийная цепочка процессов), представляет собой
упорядоченную комбинацию событий и функций. Для каждой функции могут быть
определены начальные и конечные события, участники, исполнители, материальные и
документальные потоки, сопровождающие её. В нотации EPC ветвление стрелок
осуществляется с использованием операторов.
Нотация EPC поддерживает декомпозицию на более низкие уровни в нотациях BPMN или EPC.
Нотацию EPC можно применять для моделирования отдельных процессов компании, а также
на нижнем уровне комплексной модели деятельности компании.

62.

Основные элементы EPC

63.

Элементы событийных цепочек
•Событие
•Функция
•Организационная единица (субъект)
•Информация, материал, или объект ресурса
•Логический соединитель (оператор)
•Логическая взаимосвязь
•Поток управления, поток информации (стрелка)
•Назначение организационный единицы
•Путь процесса
Элементы на диаграмме представлены разными цветами

64.

65.

66.

С событием не связываются ни один
элемент, кроме функции. Остальные
элементы связываются с функцией
(стрелками).
Если нет направления передачи
информации, то элементы
соединяются просто линией.
Если информация входит в функцию,
то направление стрелки от объекта к
функции. Если выходит, то наоборот.

67.

Главное правило - логические
решения могут приниматься только
при выполнении функции (после
события не может быть развилки)
В EPC три элемента логики:
“И” - произойдут 2 и более действий
одновременно.
“ИЛИ” - произойдет 1 или несколько
событий;
“ИСКЛЮЧАЮЩЕЕ ИЛИ” - произойдет
только одно из событий.

68.

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

69.

Правила проектирования диаграммы (
будет много букв..)
7. Каждый оператор слияния должен обладать хотя бы двумя входящими связями и только
одной исходящей, оператор ветвления - только одной входящей связью и хотя бы двумя
исходящими. Операторы не могут обладать одновременно несколькими входящими и
исходящими связями.
8. Если оператор обладает входящей связью от элемента "событие", то он должен обладать
исходящей связью к элементу "функция" и наоборот.
9. За одиночным событием не должны следовать операторы "OR (ИЛИ)" или "XOR
(Исключающее ИЛИ)".
10. Операторы могут объединять или разветвлять только функции или только события.
Одновременное объединение/ветвление функции и события невозможно.
11. Оператор, разветвляющий ветки, и оператор, объединяющий эти ветки, должны совпадать.
Допускается также ситуация, когда оператор ветвления "И", оператор объединения - "ИЛИ".

70.

Преимущества EPC
1.
Во-первых, это не совсем нотация в чистом виде. Т.е. если в некоторых нотациях существует жесткий
набор элементов и правил их использования (иначе все запутается), то принцип eEPC позволяет
добавлять собственные элементы. Как это обеспечивается? Конечно, существует определенный
«стержень», вокруг которого все строится, т.е. набор четких правил, по которым строится схема и по
которым она потом читается. Кроме этого Вы может добавить свой элемент, включить правила его
использования в собственный корпоративный стандарт (чтобы исключить самодеятельность, которая
может запутать схему и усложнить ее читаемость) и все! Это очень важный момент. Кроме этого, в своем
корпоративном стандарте можно задать и любые другие ограничения и правила
2.
EPC содержит элементы логики. Это позволяет строить схемы с условиями, что необходимо для описания
деятельности («если договор согласован, то …., иначе …»)
3.
Простота элементов позволяет рисовать диаграммы как в программных продуктах, так и любым другим
способом, хоть на бумаге, Вы не запутаетесь.
4.
EPC настолько легка в обучении и восприятии, что может использоваться в реальной деятельности, а не
только пылиться в шкафу. На обучение правилам потребуется около 2-х часов (при наличии желания
обучаемого).

71.

Правила применения логических
операторов в EPC

72.

73.

И снова пример EPC
Рассмотрим
пример
EPC
диаграммы.
Начальное
событие
возникла
потребность в поставщике.
Далее идет активность - “Поиск
информации о поставщиках”,
это выполняет менеджер по
снабжению,
на
входе:
интернет-база поставщика и
компьютер и так далее.

74.

IDEF0
IDEF0 - методология функционального
моделирования (англ. function modeling)
и графическая нотация,
предназначенная для формализации и
описания бизнес-процессов.
Отличительной особенностью
является её акцент на
соподчиненность объектов.
Рассматриваются логические отношения
между работами, а не их временная
последовательность
Методология функционального моделирования
idef0 https://clck.ru/3AcZAo

75.

IDEF0
IDEF0-модели состоят из трех типов документов: графических диаграмм,
текста и глоссария. Эти документы имеют перекрестные ссылки друг на друга.
Графическая диаграмма – главный компонент IDEF0-модели, содержащий
блоки, стрелки, соединения блоков и стрелок и ассоциированные с ними
отношения. Блоки представляют основные функции моделируемого объекта. Эти
функции могут быть разбиты (декомпозированы) на составные части и
представлены в виде более подробных диаграмм; процесс декомпозиции
продолжается до тех пор, пока объект не будет описан на уровне детализации,
необходимом для достижения целей конкретного проекта. Диаграмма верхнего
уровня обеспечивает наиболее общее или абстрактное описание объекта
моделирования. За этой диаграммой следует серия дочерних диаграмм, дающих
более детальное представление об объекте.

76.

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

77.

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

78.

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

79.

Основные виды функций
Прямоугольник
представляет
собой
функцию
(деятельность, процесс, операцию, действие, работу),
которая имеет фиксированную цель и приводит к некоторому
конечному результату. Имя функции должно быть глаголом
или глагольным оборотом, т.е. выражать действие (например,
«Изготовить деталь», «Расчет допускаемых скоростей»,
«Формирование ведомости ЦДЛ № 3»).

80.

Взаимодействие функций между собой и внешним миром описывается в
виде стрелок. В IDEF0 различают 5 видов стрелок
- вход (англ. input) – материальный объект или информация, которые используются и
преобразуются функцией для получения результата (выхода). Вход отвечает на вопрос «Что
подлежит обработке?». В качестве входа может быть как материальный объект (сырье,
деталь, экзаменационный билет), так и нематериальный (запрос к БД, вопрос преподавателя).
Допускается, что функция может не иметь ни одной стрелки входа. Стрелки входа всегда
рисуются входящими в левую грань функции;
- выход (англ. output) – материальный объект или информация, которые представляют
результат выполнения функции. Выход отвечает на вопрос «Что является результатом
выполнения функции?». В качестве выхода может быть как материальный объект (деталь,
автомобиль, платежные документы, ведомость), так и нематериальный (выборка данных из
БД, ответ на вопрос, устное указание). Стрелки выхода рисуются исходящими из правой грани
функции;

81.

- управление (англ. control) – управляющие, регламентирующие и нормативные данные,
которыми руководствуется функция. Управление отвечает на вопрос «Что вызывает или
регламентирует выполнение функции?». Управление влияет на функцию, но не
преобразуется ей, т.е. выступает в качестве предписания или ограничения. В качестве
управления могут быть стандарты, нормативы, правила, расценки, устные указания. Стрелки
управления рисуются входящими в верхнюю грань функции. Если при построении диаграммы
возникает вопрос, как правильно нарисовать стрелку сверху или слева, то рекомендуется ее
рисовать как вход (стрелка слева);
- механизм (англ. mechanism) – ресурсы (средства), которые задействованы при
выполнении функции. Механизм отвечает на вопрос «Кто выполняет функцию или
посредством чего?». В качестве механизма могут быть персонал предприятия, студент,
станок, оборудование, программа. Стрелки механизма рисуются входящими в нижнюю грань
функции;
- вызов (англ. call) – стрелка указывает, что некоторая часть функции выполняется за
пределами рассматриваемого блока. Стрелки выхода рисуются исходящими из нижней грани
функции.

82.

Контекстная диаграмма верхнего уровня

83.

Контекстная диаграмма верхнего уровня

84.

Декомпозиция - разделение сложного на
составные части
Далее
функции
делятся
на
подфункции и так до достижения
требуемого
уровня
детализации
исследуемой системы. Диаграммы,
которые описывают каждый такой
фрагмент
системы,
называются
диаграммами
декомпозиции
(дочерними
диаграммами).
Правило: не менее 2 и не более 8.
Не более 6 стрелок с каждой стороны
квадрата.

85.

86.

87.

Элементы нотации

88.

Элементы нотации

89.

90.

Пример

91.

92.

Плюсы IDEF0
1. Дает быстрое представление о наиболее важных
характеристиках процесса (вход, выход, управление,
механизмы).
2. Подходит для иерархического проектирования “сверху вниз”.
3. Идентификация процессов-источников доходов и затрат.
4. Комплексно представляет все бизнес-процессы предприятия
в виде единой системы из взаимосвязанных компонентов.

93.

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