Краткое описание методологии IDEF0

ІDEF0, как стандарт, был разработан в 1981 году департаментом Военно-Воздушных Сил США в рамках программы автоматизации промышленных предприятий. Этот метод должен был обеспечить групповую работу над созданием модели, с непосредственным участием всех аналитиков и специалистов, занятых в рамках проекта.

IDEF1 — одна из методологий семейства IDEF. Применяется для построения информационной модели, которая представляет структуру информации, необходимой для поддержки функций производственной системы или среды.

IDEF2 — методология динамического моделирования развития систем. В связи с весьма серьезными сложностями анализа динамических систем от этого стандарта практически отказались, и его развитие приостановилось на самом начальном этапе.

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

Описание функций системы с использованием IDEF0-нотации основано на тех же принципах декомпозиции, но представляется не в виде дерева, а набора диаграмм.

Описание IDEF0 модели построено в виде иерархической пирамиды, в вершине которой представляется самое общее описание системы, а основание представляет собой множество более детальных описаний.

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

• Графическое описание моделируемых процессов. Графический язык блоков и дуг IDEF0 диаграмм отображает операции или функции в виде блоков, а взаимодействие между входами/выходами операций, входящими в блок или выходящими из него, дугами.
• Лаконичность. За счет использования графического языка описания процессов достигается с одной стороны точность описания, а с другой – краткость.

Необходимость соблюдения правил и точность передачи информации. При IDEF0 моделировании необходимо придерживаться следующих правил:

• На Диаграмме должно быть не менее 3-х и не более 6-и функциональных блоков.
• Диаграммы должны отображать информацию, не выходящую за рамки контекста, определенного целью и точкой зрения.
• Диаграммы должны иметь связанный интерфейс, когда номера блоков, дуги и ICOM коды имеют единую структуру.
• Уникальность имен функций блоков и наименований дуг.
• Четкое определение роли данных и разделение входов и управлений.
• Замечания для дуг и имена функций блоков должны быть краткими и лаконичными.
• Для каждого функционального блока необходима как минимум одна управляющая дуга.
• Модель всегда строится с определенной целью и с позиций конкретной точки зрения.

Контекст модели очерчивает границы моделируемой системы и описывает ее взаимосвязи с внешней средой.

Точка зрения определяет позицию автора, т.е. что будет рассматриваться и под каким углом зрения.

Необходимо помнить, что одна модель представляет одну точку зрения. Для моделирования системы с нескольких точек зрения используется несколько моделей.

Все взаимодействия в модели рассматриваются именно с точки зрения достижения поставленной цели.

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

Разработка IDEF0 диаграмм начинается с построения самого верхнего уровня иерархии (А-0) – одного блока и интерфейсных дуг, описывающих внешние связи рассматриваемой системы. Имя функции, записываемое в блоке 0, является целевой функцией системы с принятой точки зрения и цели построения модели.

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

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

Хотя вершиной модели является диаграмма уровня А0, настоящей “рабочей вершиной или структурой” является диаграмма А0, поскольку она является уточненным выражением точки зрения модели. Ее содержание показывает, что будет рассматриваться в дальнейшем, ограничивая последующие уровни в рамках цели проекта. Нижние уровни уточняют содержание функциональных блоков, детализируя их, но, не расширяя границ модели.

Дата добавления: 2014-01-11