История возникновения методологии IDEF

В начале 70-х годов доктор Д. Росс (США) предложил метод структурного проектирования и анализа систем SADT (Structured Analysis and Design Technique). В основе этого подхода лежит графический язык описания (моделирования) систем.

В середине70-х годов в армии США создали программу интегрированной компьютеризации производства ICAM (Integrated Computer Aided Manufacturing). В рамках этой программы были разработаны методы проектирования и анализа сложных производственных систем, а также способы обмена информацией между специалистами, занимающимися такими проблемами.

В настоящее время общая методология IDEF включает ряд частных методологий для моделирования систем, в том числе:

· IDEF0 – функциональное моделирование,

· IDEF1 – информационное моделирование,

· IDEF1X – моделирование данных,

· IDEF3 – моделирование «потока» процессов,

· IDEF4 – объектно-ориентированное проектирование и анализ,

· IDEF5 – определение онтологий (словарей),

· IDEF9 – моделирование требований.

Основные элементы и понятия IDEF0

Основу IDEF0 – методологии составляет простой и понятный графический язык описания процессов, которые базируются на трех понятиях:

· функциональный блок,

· интерфейсные дуги,

· принцип декомпозиции.

Функциональный блок графически изображается в виде прямоугольника (рис. 1) и представляет собой некоторый конкретный процесс (функцию) в рамках моделируемой системы. Название каждого блока должно быть сформулировано в виде глагольного выражения: глагол + объект действия + дополнение. Например, «Производить продукцию», «Обрабатывать записи», «Делать закупки» и т. д.

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

· левая сторона обозначает входы, т. е. что поступает на вход процесса и будет дальше преобразовано,

· правая сторона – выход, это то, что создается на выходе процесса в результате его выполнения,

· верхняя сторона – управление, т. е. при каких условиях процесс исполняется,

· -нижняя сторона – механизм, т. е. какие ресурсы необходимы для исполнения процесса.

Рис. 1. Функциональный блок процесса «Обрабатывать записи качества»

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

Стрелка – графическое представление элемента, который обрабатывается в рамках моделируемой системы или оказывает иное влияние на процесс.

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

В процессе декомпозиции функциональный блок А0 подвергается детализации на дочерние диаграммы. Дочерняя диаграмма содержит функциональные блоки, которые представляют процессы, из которых состоит декомпозируемый процесс.