Skip to main content
v1.0.0stable

Функциональные и процессные проекции IDEF0 и IDEF3

Трансляция вычислимых планов выполнения платформы в стандартизированные функциональные архитектуры ICOM нотации IDEF0 и сети процессных потоков IDEF3.

Функциональные и процессные проекции IDEF0 и IDEF3

Платформа транслирует вычислимые планы выполнения в официальное семейство стандартов моделирования IDEF (Integrated DEFinition). Система формирует функциональные архитектурные модели по стандарту IDEF0 (определяя управление, ресурсы, результаты и механизмы каждой функции) и структурированные операционные маршруты по стандарту IDEF3 (моделируя последовательность шагов, логические перекрестки и единицы поведения процесса).

ℹ Архитектура двойной проекции стандартов IDEF
Методологии IDEF0 и IDEF3 визуализируются на основе вычислимой проекции серверного ядра в границах выбранного плана. В отличие от времязависимых диаграмм (таких как VSM или BPMN), оба метода IDEF намеренно не привязаны ко времени: они абстрагируются от длительностей операций и задержек, фокусируясь на функциональной структуре и логической последовательности.

Взаимодополняющий подход семейства IDEF

Стандарты IDEF0 и IDEF3 действуют согласованно, обеспечивая два синхронизированных взгляда на один и тот же план:

Стандарт диаграммы Область моделирования Основной вопрос Область охвата Базовая единица
IDEF0 Функция (преобразования) Что управляет функцией, что ее питает и кто ее выполняет? Главный результирующий продукт (Apex Artifact) Функциональный блок ICOM
IDEF3 Процесс (поток и очередность) В каком порядке выполняются работы и где происходят ветвления? Все результаты и потоки плана Единица поведения (UOB)

Часть I: Функциональное моделирование IDEF0 и интерфейсы ICOM

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

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

1. Структура интерфейсов ICOM

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

Вход (Input — левая грань)
Материалы, исходные данные или ресурсы, преобразуемые либо потребляемые функцией. Поступают по линиям связей от обеспечивающих этапов.
Управление (Control — верхняя грань)
Правила, регламенты, стандарты или ограничения, определяющие условия и порядок выполнения преобразования.
Выход (Output — правая грань)
Основной результат или целевое состояние функции. Служит начальной точкой для всех исходящих стрелок.
Механизм (Mechanism — нижняя грань)
Операционная роль, специалист или технологическое средство, непосредственно выполняющее функцию. Определяется на основе исполнителя цикла.

2. Маршрутизация связей по интерфейсам ICOM

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

Тип отношения модели Целевой интерфейс ICOM Функциональный смысл
ограничивает (constraints), влияет (influences), соответствует (aligns) Управление / Control (верх) Регламентирует или ограничивает выполнение
характеризует (characterizes) Управление / Control (верх) Определяет критерии качества
связан (couples), содержит (composes), требует (requires) Вход / Input (слева) Поставляет исходные материалы или входные данные
Стандартная связь по умолчанию Вход / Input (слева) Типовой операционный поток передачи
дублирует (alternates) Не проецируется Исключается (прямой эквивалент в ICOM отсутствует)
💡 Отображение механизмов
Согласно стандартам IDEF0, интерфейс Механизм (нижняя грань) не соединяется транзакционными стрелками общего потока. Он заполняется наименованием закрепленной за операцией роли (например, Механизм: Сборщик или Контролер качества).

3. Диагональная ступенчатая компоновка

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

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


Часть II: Поток процессов и логика перекрестков IDEF3

В отличие от IDEF0, стандарт IDEF3 охватывает хронологический порядок процессов для всех результатов плана. IDEF3 декомпозирует деятельность на единицы поведения (Unit of Behavior, UOB), соединяемые связями предшествования и логическими перекрестками.

Диаграмма процесса IDEF3 с единицами поведения UOB, перекрестками И и межпотоковыми триггерами
Схема 2.0: Сеть процессов IDEF3 с единицами поведения, логическими перекрестками и ссылками на стандарт IDEF0.

1. Структура единицы поведения (UOB)

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

  • Наименование операции (верхняя часть): Основное название выполняемого действия.
  • Номер UOB (нижний левый угол): Уникальный позиционный индекс шага в иерархии процесса (например, 1.1, 1.2).
  • Ссылка на IDEF0 (нижний правый угол): Межстандартный идентификатор (например, A1, A2), связывающий данный шаг процесса с его функциональным блоком в нотации IDEF0.

2. Логические перекрестки (ветвления и слияния)

Разветвления и схождения маршрутов контролируются стандартными логическими перекрестками, размещаемыми на промежуточных позициях схемы:

Тип перекрестка Условие создания Положение в сетке Символ
Ветвление (Fan-Out Fork) Узел, имеющий более одной исходящей связи Промежуточный столбец сразу после исходного блока UOB Квадратный блок со знаком логического И (&)
Слияние (Fan-In Join) Узел, имеющий более одной входящей связи Промежуточный столбец непосредственно перед целевым блоком UOB Квадратный блок со знаком логического И (&)

3. Связи предшествования и межпотоковые триггеры

В IDEF3 разграничиваются внутреннее движение процесса и внешняя синхронизация потоков:

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

Сравнение: IDEF0, IDEF3 и BPMN 2.0

Критерий IDEF0 IDEF3 BPMN 2.0
Основной фокус Функциональные преобразования (ICOM) Очередность шагов и логика перекрестков Исполняемая координация процессов
Охват результатов Только главный результат плана Все результаты и потоки плана Все результаты и потоки плана
Учет времени Вне времени (длительности исключены) Вне времени (только порядок следования) Длительности операций и задержки передач
Компоновка Строгая ступенчатая диагональ Чередующиеся столбцы и дорожки Горизонтальные дорожки ролей (Swimlanes)
Характерные элементы Интерфейсы ICOM и коды функциональных блоков Блоки UOB и логические перекрестки Шлюзы решений и граничные события