Структурная

IDEF0

Методология функционального моделирования с жёстким разграничением входов, выходов, управления и механизмов (ICOM). Федеральный стандарт США.

История

IDEF0 разработана в 1981 году в рамках программы ICAM (Integrated Computer-Aided Manufacturing) Министерства обороны США. Методология базируется на более ранней нотации SADT (Structured Analysis and Design Technique), созданной Дугласом Россом. В 1993 году IDEF0 принята как федеральный стандарт обработки информации США (FIPS PUB 183). В России действует ГОСТ Р 50.1.028-2001 «Информационные технологии поддержки жизненного цикла продукции. Методология функционального моделирования».

Базовая модель ICOM

Каждый блок (функция) в IDEF0 имеет четыре чётко разграниченные стороны:

  • Input (Вход) — слева: материальные или информационные ресурсы, которые трансформируются функцией
  • Control (Управление) — сверху: ограничения, правила, регламенты, под действием которых выполняется функция
  • Output (Выход) — справа: результат работы функции
  • Mechanism (Механизм) — снизу: исполнители, оборудование, ИТ-системы, реализующие функцию

Эта строгая семантика — главная отличительная черта IDEF0. Она дисциплинирует аналитика и позволяет точно описывать сложные системы.

Принцип декомпозиции

IDEF0 строится по принципу иерархической декомпозиции:

  • Контекстная диаграмма A-0 — одна функция, описывающая систему целиком
  • Диаграмма A0 — декомпозиция контекстной функции на 3–6 подфункций
  • Диаграммы A1, A2, A3… — декомпозиция каждой подфункции

Глубина декомпозиции обычно ограничена 3–5 уровнями. Каждая дочерняя диаграмма должна сохранять баланс ICOM: все входы, выходы, управления и механизмы родительской функции должны проявляться в дочерней.

Применение

IDEF0 наиболее широко применяется в:

  • Оборонной и аэрокосмической промышленности
  • Государственном секторе при описании регламентов
  • Сертификации систем менеджмента качества (ISO 9001)
  • Проектах системной интеграции крупных производств

Сильные стороны

  • Строгая семантика — модели трудно интерпретировать неправильно
  • Признанный стандарт для аудита и сертификации
  • Хорошо подходит для описания производственных и регламентированных процессов

Ограничения

  • Высокий порог входа для бизнес-аудитории
  • Не описывает временную последовательность выполнения
  • Не имеет средств описания исключений и событий
  • Современные BPM-инструменты слабо поддерживают IDEF0