Основные концепции IDEF0

IDEF0-методология основана на следующих концепциях:

• — Графическое представление блочного моделирования. Графика «блоков и дуг» IDEF0-диаграммы отображают производственную операцию в виде блока, а интерфейсы входа/выхода в/из операции представляются дугами, соответственно входящими в блок или выходящими из него. Для того чтобы иметь возможность описывать производственные операции, существующие в реальности, было предложено описывать взаимодействие блоков друг с другом посредством интерфейсных дуг, выражающих «ограничения», которые в свою очередь определяют, когда и каким образом операции выполняются и управляются;
• — Краткость. Документация архитектуры производственной системы для полноценного охвата материала должна быть точной. Многословные характеристики обычных языковых текстов неудовлетворительны. Двумерная форма графического языка имеет требуемую точность без потери возможности выразить такие взаимоотношения, как интерфейс, обратная связь, ошибочные пути;
• — Передача информации. В IDEF существует ряд средств, разработанных для улучшения передачи информации:
• — диаграммы, основанные на очень простой графике блоков и дуг;
• — метки на естественном языке для описания блоков и дуг, а также глоссарий и сопроводительный текст для определения точного значения элементов диаграммы;
• — постепенное представление деталей, при котором на верхнем уровне иерархии показаны основные функции, а на следующих уровнях происходит их более подробное уточнение;
• — схема узлов в иерархии диаграмм, обеспечивающая возможность легко составить перечень (индекс) размещенных на них деталей.
• — Строгость и точность. Выполнение правил IDEF0 требует достаточной строгости и точности, чтобы удовлетворить принципам архитектуры ICAM, не накладывая в то же время чрезмерных ограничений на аналитика. Правила IDEF включают:
• — ограничение количества деталей на каждом уровне (правило 3−6 блоков);
• — ограниченный контекст (без пропусков, но и без дополнительных деталей, выходящих за рамки рассмотрения);
• — синтаксические правила для графики (блоков и дуг);
• — связность интерфейса диаграмм (номера узлов, номера блоков, С — номера);
• — связность структуры данных (ICOM-коды и использование туннельных дуг);
• — уникальность меток и наименований (отсутствие повторяющихся имен);
• — ограничения на ветвление дуг данных (метки для ограничений потоков данных на ветвях);
• — разделение входов и управлений (правило определения роли данных);
• — требования к меткам дуг данных (правила минимальных меток);
• — минимальное управление для функций (для каждой функции нужна, по крайней мере, одна управляющая дуга);
• — цель и точка зрения (у каждой модели есть цель и точка зрения).
• — Методология. Пошаговые процедуры обеспечивают моделирование, рецензирование и решение задач интеграции;
• — «Организация» из «функций». Отделение организации от функции включено в цель модели и осуществляется отбором имен функций и связей в процессе разработки модели. Это положение входит в курс по IDEF0, а постоянное рецензирование в ходе создания модели помогает избежать точки зрения, навязанной организацией.