1. Методология функционального моделирования IDEF0
Специальные методы описания и
анализа систем
• Рост сложности
систем.
• Унификация методов и средств моделирования.
• Необходимость их
комплексного
анализа в целях
совершенствования
функционирования
и повышения
эффективности.
• Формализация описания систем.
• Инвариантность к предметной области.
• Простая наглядная графическая нотация.
• Ориентация на широкий круг пользователей –
аналитиков, экспертов, менеджеров.
• Определение способа представления и обмена
информацией (моделями систем) между
специалистами, занимающимися анализом,
проектированием и совершенствовованием
систем.
• Широкое
внедрение ИТ.
Системы:
• производственно-технические;
• организационно-экономические.
• Модели технологических процессов
• Модели деятельности
• Модели бизнеса
• Модели бизнес-процессов (БП)
Типичные ошибки декомпозиции в нотации IDEF0
Методология IDEF0
2. Методология функционального моделирования IDEF0
США, конец 70-х годов:
Программа интегрированной компьютеризации производства ICAM
(Integrated Computer-Aided Manufacturing)
Семейство методов (технологий) моделирования IDEF (ICAM DEFinition)
IDEF0 – функциональное моделирование;
IDEF1 – информационное моделирование;
IDEF1X – моделирование реляционных структур (ER-модели);
IDEF2 – динамическое моделирование систем;
IDEF3 – моделирование деятельности (описание сценариев БП);
IDEF4 – объектно-ориентированное моделирование;
IDEF5 – онтологическое исследование систем;
…
IDEF7 – аудит информационных систем;
IDEF8 – проектирование пользовательского интерфейса;
…
IDEF14 – моделирование вычислительных сетей.
Методология IDEF0
3. IDEF0-технологии для моделирования бизнеса
• бизнес-консультирование;
• реинжиниринг бизнес-процессов;
• создание систем управления качеством;
• документирование БП.
Модель – искусственный объект, представляющий собой образ (описание)
системы и ее компонентов.
М моделирует оригинал, если она позволяет получать ответы на вопросы
относительно него.
Модель бизнеса
• окружающая среда компании (клиенты, партнеры, подрядчики и т.д.);
• взаимодействие компании с этой средой (функции компании во внешнем
мире);
• внутренняя структура компании;
• выполняемые процессы (что, когда и как должно быть сделано);
• используемые ресурсы, создаваемая продукция и оказываемые услуги.
Методология IDEF0
4. IDEF0-технологии для моделирования бизнеса
Описание организационной
структуры
Описание деятельности
(функциональной структуры)
динамическая модель
статическая модель
Принять заказ
Директор
Производственный отдел
Построение диаграммы IDEF0 в process modeler (bpwin)
Отдел
продаж
Бухгалтерия
Заказчик
Поставщик
Получить и
доставить товар
Получить оплату
Методология IDEF0
5. Функциональное моделирование
Модель деятельности (функциональная модель):
система (организация, предприятие, бизнес) рассматривается как набор
взаимосвязанных действий (функций), в котором каждое действие преобразует
некоторый объект или набор объектов.
Функции исследуются независимо от их носителей — отделение
функциональной структуры от организационной структуры.
Функциональная
структура
Фактическая организационнотехническая структура
сравнение
Организационно-техническая
структура, соответствующая
функциональной модели
Предложения по
совершенствованию
Полнота и детальность модели: охват ключевых БП — тех, в которых
участвуют клиенты и благодаря которым компания получает прибыль.
Методология IDEF0
6. Использование функционального моделирования в реинжиниринге бизнес-процессов
Бизнес-процесс:
— множество шагов деятельности, начинающееся с одного или более входов и
заканчивающееся созданием продукции или услуг, необходимых клиенту;
— модель преобразования сущностей типа вход-выход, понимаемая как работа
по реализации определенной функции.
Реинжиниринг БП – фундаментальное переосмысление и радикальное
перепроектирование БП компании для достижения коренных улучшений в
основных показателях ее деятельности. Ренижиниринг связан с масштабным
внедрением ИТ в бизнес, но не сводится к нему.
Функциональные модели
«as is»
текущее состояние
БПР
«to be»
целевое состояние
Методология IDEF0
7. История развития IDEF0
IDEF0: 1981 г. (ICAM) Федеральный стандарт США: 1993 г.
Технология структурного анализа и проектирования SADT
(Structured Analysis and Design Technique): конец 60-х годов,
фирма SofTech Inc.
Метод исследования систем, включающий их общий
обзор и дальнейшую детализацию, формирующую
иерархическую модель исследуемого объекта.
Россия: Рекомендации по стандартизации Р 50.1.028-2001.
Методология функционального моделирования
Методология IDEF0
8. Модель IDEF0
Модель IDEF0 – графическое описание системы, разработанное с
определенной целью и с выбранной точки зрения.
Система комплект документов IDEF0:
• диаграммы;
• текстовые комментарии (пояснения);
• глоссарий.
Глоссарий – список определений ключевых понятий и аббревиатур,
используемых в модели.
Сбор информации для разработки модели аналитиком:
• опрос экспертов;
• изучение документации.
Методология IDEF0
9. При построении модели IDEF0 должны быть определены:
1) цель моделирования – назначение модели (набор вопросов, на которые она
должна отвечать);
2) границы моделирования:
• охват предметной области («граница вширь»);
• глубина функциональной декомпозиции («граница вглубь»).
3) целевая аудитория – категории специалистов (читателей), на которых
ориентирована модель;
4) точка зрения – позиция, с которой рассматривается система.
Точка зрения должна быть фиксирована для всех элементов модели.
Объект описания с разных точек зрения разные наборы диаграмм.
Методология IDEF0
10. Синтаксис и семантика графического языка IDEF0
Диаграмма IDEF0 – основной компонент модели, описывающий функцию
или ее декомпозицию.
Виды диаграмм:
• контекстная (диаграмма А-0) – состоит из единственного блока,
описывающего функцию верхнего уровня, и представляет контекст модели;
• обычная диаграмма IDEF0 – описывает декомпозицию блока;
• диаграмма-иллюстрация (FEO-диаграмма);
• перечень и дерево узлов.
Методология IDEF0
11. Синтаксис и семантика графического языка IDEF0
Блок (функциональный блок, функция, процесс)
• Описывает функцию (деятельность, процесс, операцию, действие или
преобразование).
• Функция преобразует входные объекты в выходные при выполнении
определенных условий с помощью установленных механизмов.
Глагол или глагольный
оборот
Имя блока
Номер блока
n
Методология IDEF0
12. Синтаксис и семантика графического языка IDEF0
Стрелка (связь)
• Описывает канал, передающий информацию или материальные объекты от
источника к потребителю.
Типы стрелок
• Input – входная стрелка:
• данные или материальные объекты, которые преобразуются функцией в
выход;
• то, что потребляется или преобразуется функцией.
• Control – управляющая стрелка – управляющая информация для выполнения
процесса (ограничения, инструкции, команды), влияющая на работу блока, но
остающаяся неизменной.
• Output – выходная стрелка:
• данные или материальные объекты, производимые функцией;
• результат выполнения процесса.
• Mechanism – стрелка механизма:
• средства выполнения функции;
• исполнительные механизмы, остающиеся неизменными.
Методология IDEF0
13. Синтаксис и семантика графического языка IDEF0
Control
(управление)
Input (вход)
Функция
Output (выход)
Mechanism
(механизм)
Метка – существительное или оборот существительного, связанное со
стрелкой и определяющее ее значение.
Запрещенные термины: функция, вход, управление, выход, механизм, вызов.
Методология IDEF0
14. Синтаксис и семантика графического языка IDEF0
Функциональная декомпозиция
Контекстная диаграмма:
• представляет функциональную модель системы в целом;
• отражает границы моделирования;
• стрелки на ней определяют полный набор интерфейсов системы с внешней
средой.
Последовательная декомпозиция функций «снаружи внутрь» построение
иерархии функций.
Методология IDEF0
15. Пример контекстной диаграммы
Методология IDEF0
16. Функциональная декомпозиция
17. Функциональная декомпозиция
• Диаграммы IDEF0 (кроме А-0) должны включать от 3 до 6 блоков.
Классификация функций (по уровням агрегации)
Деятельность (дело, бизнес) цель
[Субдеятельность]
Процесс (БП) директивы на основе цели деятельности
[Подпроцесс]
Операция директивы на основе директив на выполнение процессов
Действие команда (часть директивы на выполнение операции)
[Элементарная функция]
• В IDEF0 вся работа выполняется блоками самого нижнего уровня.
• Родительский блок не управляет дочерними блоками; они отличаются только
уровнем детализации.
Методология IDEF0
18. Синтаксис и семантика графического языка IDEF0
Стрелки:
• внутренние;
• граничные.
Методология IDEF0
19. Синтаксис и семантика графического языка IDEF0
Стрелки представляют интерфейсы, посредством которых блок
взаимодействует с другими блоками или внешней средой
Стрелки, входящие в блок, задают условия, которые должны быть выполнены
для реализации соответствующей функции.
может быть определен порядок выполнения функций
Методология IDEF0
20. Синтаксис и семантика графического языка IDEF0
Ветвление и слияние стрелок
Стрелки связываются, если они имеют общий источник (приемник) и
представляют сходные или связанные объекты.
Методология IDEF0
21. Синтаксис и семантика графического языка IDEF0
Туннели
Методология IDEF0
22. Синтаксис и семантика графического языка IDEF0
23. Синтаксис и семантика графического языка IDEF0
Стрелка вызова
Вид стрелки механизма, которая обозначает обращение из блока данной
модели к блоку, входящему в другую модель или другую часть этой же
модели, и обеспечивает их связь.
Функция
Call
(вызов)
Метка стрелки вызова: идентификатор блока, служащего механизмом для
данного блока.
Из блока может исходить не более 1 стрелки вызова.
Методология IDEF0
24. Определение стрелок
С блоком должны быть связаны:
• хотя бы 1 стрелка выхода;
• хотя бы 1 стрелка управления.
Рекомендуемый порядок определения стрелок: O, I, M, C.
На контекстной диаграмме рекомендуется отображать не более 6 стрелок
каждого типа.
При определении выходов необходимо отображать все исходы (как
положительные, так и негативные результаты).
Методология IDEF0
25. Определение стрелок
Пять основных видов объектов:
1) материальные объекты;
2) финансы;
3) документы;
4) информация;
5) ресурсы (сотрудники, машины, станки,
здания, компьютеры и т.д.).
Методология IDEF0
I: 1, 2, 3, 4, 5
C: 3, 4
O: 1, 2, 3, 4, 5
M: 5
26. Связь родительского блока и дочерней диаграммы
Граница дочерней диаграммы – граница родительского блока.
Граничные стрелки на дочерней диаграмме должны соответствовать стрелкам
родительского блока.
27. ICOM-кодирование
28. Нумерация блоков
Контекстная диаграмма: А-0
Контекстный блок: А0
Декомпозиция контекстного блока: А1, А2, …
Декомпозиция блока А1: А11, А12, …
…
Методология IDEF0
29. Основные типы отношений блоков на диаграмме
• Доминирование (отражение влияния блока, расположенного на
диаграмме выше и левее, на блок, расположенный ниже и правее)
• Выход-вход
• Управление
Методология IDEF0
30. Основные типы отношений блоков на диаграмме
• Обратная связь по управлению
• Обратная связь по входу
• Выход-механизм
Методология IDEF0
31. Функциональная иерархия (перечень узлов)
А0 Производить продукт
А1 Планировать производство
А11 Выбрать технологию производства
А12 Оценить требуемые затраты
А13 Разработать производственные планы
А14 Разработать план вспомогательных действий
А2 Разработать и управлять графиком выпуска продукции и ресурсами
А21 Разработать основной график
А22 Разработать график координации работ
А23 Оценивать затраты и приобретать ресурсы
А24 Следить за выполнением графика и расходом ресурсов
А3 Планировать выпуск продукции
Методология IDEF0
32. Дерево модели (узлов)
33. Диаграмма-иллюстрация (FEO-диаграмма)
FEO – For Exposition Only
• Служит дополнением, поясняющим основные диаграммы.
• Обычно используется для:
• отражения других точек зрения;
• представления контекста некоторых блоков;
• выделения блоков, связанных со входом и (или) выходом родительского
блока.
• Может нарушать правила построения диаграмм IDEF0.
Методология IDEF0
34. Пример модели IDEF0: контекстная диаграмма
Контекстная диаграмма IDEF0
БП «Продавать товар, имеющийся в наличии, без аванса»
с точки зрения продавца
Гражданский
кодекс
Товар на складе
Информация о товаре
Информация о
покупателе
Продавать товар,
имеющийся в
наличии, без аванса
Работники
офиса и склада
Методология IDEF0
Денежные
средства
35. Пример модели IDEF0: диаграмма декомпозиции
Информация
о товаре
Информация
о покупателе
Гражданский
кодекс
Договор куплиЗаключить
продажи
договор
купли-продажи
Товар на складе
Отгрузить
Накладная
товар
Дебиторская
задолженность
Выписать счетфактуру
Счет-фактура
Получить оплату
за товар
Работники офиса и
склада
Методология IDEF0
Денежные
средства
Источник: ppt-online.org
ВВТ Лицензии Минпромторга на вооружение и военную технику
Поможем получить лицензию Минпромторга на ВВТ, ФСБ на гостайну, ФСТЭК России (в части противодействия иностранным техническим разведкам). Проведем сертификацию СМК в соответствии с ГОСТ РВ 0015-002-2020
Принцип декомпозиции в IDEF0 (пример использования)
Построим для Вас графическую модель бизнес-процессов в нотации модели: IDEFO или DFD
В соответствии с принципом функциональной декомпозиции сложная бизнес-функция может быть представлена в виде совокупности составляющих ее более простых функций, которые сами в свою очередь могут быть подвергнуты декомпозиции. Представляя функции графически, в виде блоков, можно как бы заглянуть внутрь блока и детально рассмотреть ее структуру и состав
В процессе декомпозиции, функциональный блок, который в контекстной диаграмме отображает систему как единое целое, подвергается детализации на другой диаграмме. Получившаяся диаграмма второго уровня содержит функциональные блоки, отображающие главные подфункции функционального блока контекстной диаграммы и называется дочерней (Child diagram) по отношению к нему (каждый из функциональных блоков, принадлежащих дочерней диаграмме соответственно называется дочерним блоком – Child Box).
В свою очередь, функциональный блок — предок называется родительским блоком по отношению к дочерней диаграмме (Parent Box), а диаграмма, к которой он принадлежит – родительской диаграммой (Parent Diagram). Каждая из подфункций дочерней диаграммы может быть далее детализирована путем аналогичной декомпозиции соответствующего ей функционального блока.
Важно отметить, что в каждом случае декомпозиции функционального блока все интерфейсные дуги, входящие в данный блок, или исходящие из него фиксируются на дочерней диаграмме. Этим достигается структурная целостность IDEF0 – модели. Наглядно принцип декомпозиции представлен на рисунках. Следует обратить внимание на взаимосвязь нумерации функциональных блоков и диаграмм — каждый блок имеет свой уникальный порядковый номер на диаграмме (цифра в правом нижнем углу прямоугольника), а обозначение под правым углом указывает на номер дочерней для этого блока диаграммы. Отсутствие этого обозначения говорит о том, что декомпозиции для данного блока не существует.
Источник: vvt.center
Декомпозиция бизнес процессов idef0 пример
На сегодняшний день можно констатировать тот факт, что моделирование бизнес-процессов стало неотъемлемой составляющей реализации любого проекта, связанного с модернизацией и развитием деятельности компании. Методологию IDEF0 можно считать следующим этапом развития хорошо известного графического языка описания функциональных систем SADT (Structured Analysis and Design Teqnique).
IDEF0 – методология создания функциональной модели, которая является структурированным изображением функций производственной системы или среды, а также информации и объектов, связывающих эти функции. Результатом применения методологии IDEF0 – модель. Модель – представление системы. Она может описать, что является сутью системы, что она делает и с какими объектами работает.
Модель состоит из диаграмм. Диаграммы – главные компоненты модели. В данной статье рассмотрены основные правила с примерами по разработки диаграммы IDEF0. Материал статьи может быть использован при подготовке студентов по дисциплинам «Моделирование бизнес-процессов», «Проектирование информационных систем» и др. а также в работе системных аналитиков.
типы связей
методология
1. Курзаева Л.В. Введение в теорию систем и системный анализ: учеб. Пособие /Л.В. Курзаева. – Магнитогорск: МаГУ, 2015. – 211 с.
2. Назарова О.Б., Ткачук В.К., Новикова Е.Е. Моделирование бизнес-процессов управления социальной защиты населения по учету обращений граждан // Современные научные исследования и инновации. – 2015. – № 12 (56). – С. 361–366.
3. Назарова О.Б., Колодкина Е.А. Использование референтной модели процессов для управления качеством телекоммуникационных услуг // Экономика и менеджмент инновационных технологий. – Июнь 2014. – № 6. – URL:http://ekonomika.snauka.ru/2014/06/5261 (дата обращения: 10.06.2014).
4. Назарова О.Б., Колодкина Е.А. Стандартизация бизнес-процессов в телекоммуникационных компаниях // Современные материалы, техника и технология: материалы 3-й Международной научно-практической конференции (27 декабря 2013 года) / редкол.: Горохов А.А. (отв.ред.); Юго-Зап.гос.ун-т. В 3 т. Т. 3. – Курск, 2013. – 296 с. – С.11–14.
В рамках методологии IDEF0 (Integration Definition for Function Modeling) бизнес-процесс представляется в виде набора элементов-функций, которые взаимодействуют между собой, а также показывают информационные, людские и производственные ресурсы, потребляемые каждой функцией.
Методология IDEF0 предписывает построение иерархической системы диаграмм – единичных описаний фрагментов системы. Сначала проводится описание системы в целом и ее взаимодействия с окружающим миром (контекстная диаграмма), после чего проводится функциональная декомпозиция – система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции) [1, 2]. Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности (рис. 1).
Важно знать: диаграмма не может иметь менее 3 и более 6–8 блоков. Эти ограничения поддерживают сложность диаграмм и модели на уровне, доступном для чтения, понимания и использования (рис. 2).
Кроме того, блоки должны быть пронумерованы в соответствии с их доминированием. Номера блоков служат однозначными идентификаторами для функций и автоматически организуют эти функции в иерархическую модель (рис. 3). Выделяют пять типов взаимосвязей между блоками для описания их отношений (рис. 4): управление, вход, обратная связь по управлению, обратная связь по входу, выход-механизм.
Тип взаимосвязи «Управление»: отношение управления возникает тогда, когда выход одного блока непосредственно влияет на блок с меньшим доминированием (рис. 5).
Тип взаимосвязи «Вход»: отношение входа возникает тогда, когда выход одного блока становится входом для блока с меньшим доминированием (рис. 6).
Тип взаимосвязи «Обратная Связь по Управлению»: возникает тогда, когда выход некоторого блока влияет на блок с большим доминированием (рис. 8).
Рис. 1. Декомпозиция диаграммы
Рис. 2. Ограничения (диаграмма не может иметь менее 3 и более 6–8 блоков)
Рис. 3. Нумерация блоков в соответствии с их доминированием
Рис. 4. Пять типов взаимосвязей между блоками
Тип взаимосвязи «Обратная Связь по Входу»: имеет место, когда выход одного блока становится входом другого с большим доминированием (рис. 7).
Тип связи «Отношение Выход – Механизм»: отражают ситуацию, при которой Выход одной функции становится средством достижения цели другой функции (рис. 9).
Рис. 5. Тип взаимосвязи «Управление»
Рис. 6. Тип взаимосвязи «Вход»
Рис. 7. Тип взаимосвязи «Обратная Связь по Входу»
Рис. 8. Тип взаимосвязи «Обратная Связь по Управлению»
Рис. 9. Тип связи «Отношение Выход – Механизм»
Рис. 10. Туннелирование стрелок
Часто бывают случаи, когда отдельные стрелки не имеет смысла продолжать рассматривать в дочерних диаграммах ниже какого-то определенного уровня в иерархии, или наоборот – отдельные блоки не имеют практического смысла выше какого-то уровня. С другой стороны, иногда возникает необходимость избавиться от отдельных «концептуальных» стрелок и не детализировать их глубже некоторого уровня.
Для решения подобных задач в стандарте IDEF0 предусмотрено понятие туннелирования. Обозначение «туннеля» в виде двух круглых скобок вокруг начала стрелки обозначает, что эта стрелка не была унаследована от функционального родительского блока и появилась (из «туннеля») только на этой диаграмме. В свою очередь, такое же обозначение вокруг конца стрелки в непосредственной близи от блока – приёмника означает тот факт, что в дочерней по отношению к этому блоку диаграмме эта стрелка отображаться и рассматриваться не будет (рис. 10).
Стрелки 1,2,3,4 означают, что данные дуги были удалены на предыдущей диаграмме более высокого уровня. Стрелки 5,6,7,8,9 означают, что данные дуги унаследованы блоком, который был декомпозирован на диаграмму DFD. Стрелка 10 – это дополнительная дуга, которая строится в том случае, если блоку необходим дополнительный ресурс именно на данной диаграмме в данной рассматриваемой ситуации [3, 4]. Стрелка 11 – это дополнительная дуга, которая строится в том случае, если необходимо отобразить, что на выходе есть дополнительный ресурс, который нужен именно на данной диаграмме в данной рассматриваемой ситуации (рис. 11).
Источник: expeducation.ru