Стандарт IDEF0. 
Моделирование бизнес-процесс

История возникновения стандарта IDEF0

Стремление ВВС США оказать помощь аэрокосмической промышленности в сокращении затрат и времени на модернизацию производства отражено во многих программах модернизации технологии (так называемых «Tech.Mod» — программах). Подобная задача, но в более широком, «индустриальном», плане, чем у других отдельных компаний, поставлена перед программой ICAM. Целью программы ICAM была разработка «основных подсистем общего назначения», которые могут использоваться большим числом компаний для достижения значительного прогресса в промышленности.

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

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

Для разработки «архитектуры производства» нужен был язык, с помощью которого можно описывать функционирование современной аэрокосмической промышленности. В начале работы над программой ICAM ВВС выпустили «Лист предложений», касающихся построения архитектуры. В качестве выразительного языка был выбран «Метод блочного моделирования» (в котором «блок» определен как производственная ячейка или функциональная единица). Для успешного применения язык должен удовлетворять следующим критериям:

• — Так как целью архитектуры является описание производства, язык должен быть в состоянии выражать производственные операции естественным и несложным образом;
• — Поскольку процесс разработки общих подсистем требует совместных усилий крупных подразделений аэрокосмической промышленности, язык должен включать методологию (правила и процедуры) его использования, что позволит большому числу рабочих групп, разрабатывать отдельные компоненты архитектуры системы и сделает возможным широкое обсуждение, рецензирование, критику и утверждение результатов;
• — Поскольку моделируемый субъект является весьма обширным и сложным, язык должен быть кратким, и обеспечивать простой и быстрый поиск интересующих деталей;
• — Поскольку язык используется широкой аудиторией, он должен обеспечивать взаимодействие как персонала, работающего в аэрокосмической промышленности, так и персонала управления ВВС;
• — Так как язык будет служить базой для планирования общих подсистем, их разработки и внедрения, он должен обеспечивать достаточную строгость и точность, чтобы избежать получения неверных результатов;
• — Так как предпочтительным является представление аэрокосмической промышленности в целом, а не какой-либо отдельной компании или промышленного подразделения, методология должна включать средства отделения «организационного» структуры от «функций». Это означает, что общие соглашения могут быть достигнуты только в том случае, когда различия в организационных структурах отдельных компаний не принимаются в расчет, а рассматриваются только общие функциональные связи.

ВВС США в качестве методологии блочного моделирования выбрали методологию SADT (Structured Analyas and Design Technique), разработанную в начале семидесятых годов. Основные элементы этой методологии, использованные в программе ICAM, позже получили название «IDEF0» .