Краткий путеводитель по семейству нотаций IDEF

•  Путеводитель хороший не посоветуете? Пожалуй вот… возьмите Данте. 

Определение и история

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

Можно отметить 3 самые популярные нотации: семейство IDEF, eEPC и BPMN 2.0. Про BPMN 2.0 я уже писал, теперь давайте немного поговорим о нотации IDEF.

Для начала давайте дадим определение данной нотации и возьмем его из Википедии.

IDEF (I-CAM DEFinition или Integrated DEFinition — «объединённое определение») — это «методологии семейства ICAM (Integrated Computer-Aided Manufacturing) для решения задач моделирования сложных систем, позволяют отображать и анализировать модели деятельности широкого спектра сложных систем в различных разрезах. При этом широта и глубина обследования процессов в системе определяется самим разработчиком, что позволяет не перегружать создаваемую модель излишними данными» 

История семейства нотаций IDEF начинается в 70-х годах XX века, когда была разработана методология SADT (Structured Analysis and Design Technique), которая применялась Министерством обороны США для моделирования процессов в рамках программы ICAM (Integrated Computer Aided Manufacturing). В те времена нотаций для бизнес- и системного моделирования в явном виде не было, и крупные организации самостоятельно приходили к потребности унифицировать и создать некоторый внутренний стандарт изображения моделей. Большинство современных нотаций выросло именно из таких решений, так как они были проверены на практике. Именно так и появилось семейство IDEF.

Принципиальным требованием при его разработке была возможность максимально эффективного обмена информацией между всеми специалистами министерства — участниками программы ICAM.
Так как программ и направлений было много и необходимо было охарактеризовать при помощи диаграмм различные аспекты разработок, то в итоге семья IDEF разрослась до 14 различных нотаций.

После того как США решили опубликовать этот стандарт моделирования, он стал успешно применяться в самых различных областях бизнеса и исследований.

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

IDEF0  (Function Modeling)

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

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

Стандарт IDEF0 (Integration Definition for Function Modeling) утвержден в США в 1993 как Федеральный стандарт обработки информации.

К ее особенностям можно отнести:

• использование контекстной диаграммы;
• поддержка декомпозиции;
• доминирование;
• выделение 4 типов стрелок.

Пример диаграммы процесса «Приготовление борща» первого уровня в IDEF0:

Пример диаграммы декомпозированного процесса «Приготовление борща» в IDEF0:

IDEF1 (Integration Definition for Information Modeling)

Деятельность любого предприятия можно представить как непрерывное изменение состояния физических и интеллектуальных объектов, имеющих отношение к предприятию, таких как сотрудники, средства производства, производимые продукты, идеи, финансы и т.д. Для эффективного менеджмента этим процессом, каждое изменение того или иного объекта должно иметь свое документальное отображение. Этими отображениями служат личные дела сотрудников, отчеты, рекламная продукция, служебные записки и т.д. Их совокупность назовем информационной областью предприятия. Движение информации (например, документооборот) и изменение ее назовем информационными потоками. Очевидно, что любому бизнес процессу, а также любому изменению физических объектов должен соответствовать определенный информационный поток. Более того, руководство, при построении стратегических планов развития и управлении деятельностью предприятия, (издавая приказы, распоряжения и т.д.), фактически руководствуется информационными потоками и вносит в них изменения, таким образом осуществляя информационный менеджмент.

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

IDEF1 — это методология моделирования информационных потоков внутри системы, позволяющая отображать и анализировать их структуру и взаимосвязи. Одна из основных ценностей и причин стремительного развития информационных технологий — это высочайший темп наращивания человечеством информации. Хранимая и обрабатываемая, она даёт возможность прогресса, и потребность в том, чтобы наращивать возможности по обработке данных, привела к появлению ЭВМ.

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

Основные характеристики:

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

Для чего используется:

• Основная цель: исследование движения потоков информации и принципов управления ими на начальном этапе процесса проектирования.
• Определяет информацию и структуру ее потоков, имеющих отношение к деятельности предприятия.
• Выясняет взаимосвязи между существующими информационными потоками в рамках предприятия.
• Выявляет проблемы, возникающие вследствие недостатка управления.

Преимущества:

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

Недостатки:

• Диаграммы может визуально показаться непривлекательной.
• Диаграммы с множеством прямоугольников и стрелок может плохо читаться.

Пример модели IDEF1 «Работа в ресторане»:

IDEF1X (IDEF1 Extended)

IDEF1X — “это язык моделирования данных для разработки семантических моделей данных.
Используется для создания графической модели информации, которая представляет собой структуру и семантику из информации в среде или системе” («Википедия»).

IDEF1X, является новой версией методологии IDEF1 и позволяет создавать семантические модели данных, которые могут служить для поддержки управления данными как ресурсами, интеграции информационных систем и построения компьютерных баз данных. IDEF1X была разработана в 80-х гг. 20 века для удовлетворения требований к расширению моделирования данных. Ее основной целью стала поддержка отображения возможностей интеграции данных. Сама методология базируется на захвате, управлении и использовании единого семантического определения ресурса данных, называемого «концептуальной схемой», которая обеспечивает единое интегрированное определение данных внутри предприятия вне зависимости от их способов их использования, места хранения и способов доступа. Основная цель этой концептуальной схемы — обеспечить единообразное определение значений и взаимосвязей между данными, которые можно использовать для интеграции, совместного использования и управления целостностью данных.

Основными элементами модели IDEF1X являются сущности, атрибуты и отношения.

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

• диаграмма «Сущность — связь» (Entity Relationship Diagram — ERD);

• модель данных, основанная на ключах (Key Based Model — КВМ);

• полная атрибутивная модель (Fully Attributed Model — FAM).

Пример описания сущности в нотации IDEF1X

Основные характеристики:

• Теоретической базой построения информационной модели является теория баз данных типа «сущность-связь».
• Основные элементы: сущность (зависимая, независимая, общая, категории, ассоциативная, именующая, характеристическая), атрибут (первичный, составной, альтернативный, потенциальный, внешний ключ, не ключевой), отношение (идентифицирующее, не идентифицирующее, неспецифическое, категоризации).

Для чего используется:

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

Преимущества:

• Простота изучения и возможность автоматизации.
• Используются рядом распространенных CASE-средств (в частности, ERwin, Design/IDEF).
• Жесткая и строгая стандартизация моделирования, что позволяет избежать различной трактовки построенной модели, которая, является значительным недостатком ER-диаграмм.

Недостатки:

• Разработаны специально для построения реляционных информационных систем, и неприменимы для проектирования, например, объектно-ориентированных систем.
• Невозможность адекватно и полно описать предметную область. Поэтому, код клиентского приложения, генерируемый в дальнейшем на основе информации о структуре баз данных, не позволяет построить эффективное приложение со сложной бизнес-логикой. Это вызвано тем, что данные для хранения в базе данных необходимо представить в таблицах, к структуре которой предъявляются требования нормализации.

Пример графической диаграммы:

Пример модели данных о коллекционерах марок в нотации IDEF1X:

IDEF2 (Simulation Model Design) 

IDEF2 — это методология динамического моделирования развития систем, то есть отображающая
изменение систем в динамике.

Сложность анализа динамических систем привела к тому, что от этого стандарта практически отказались: воспроизводить картину всего системного состояния в каждый период времени было слишком энергозатратно. Сейчас, чтобы показать, как меняется система во времени, используются алгоритмы, «проигрывание» которых позволяет превращать набор статических диаграмм IDEF0 в динамические модели, построенные на базе раскрашенных сетей Петри (CPN — Color Petri Nets).

Пример модели на базе сети Петри «Использование вычислительных ресурсов ЭВМ»:

IDEF3 (Process Description Capture)

Нотация IDEF3 была создана для описания одновременно технологических и бизнес-процессов. В бизнес-процессе может быть несколько вариантов финала. Технологический представляет собой алгоритм, где результат всегда один: создание продукта (услуги). Кроме того, в бизнес-процессах всегда задействованы не только технологии, но и люди. Технологический процесс может быть автоматизирован полностью.

Нотация IDEF3 может быть использована:

1. Как инструкция для сотрудников, которые будут работать в рамках бизнес-процесса.
2. Как иллюстрация предлагаемых решений для заказчика (если есть возможность работать с компьютером, то можно также пользоваться декомпозицией, что особенно удобно).
3. Как алгоритм для настройки IT-системы.

IDEF3 — это стандарт для документирования технологических процессов, происходящих на
предприятии, который позволяет наглядно изобразить их сценарии.

Сценарий в этом стандарте — последовательность изменений свойств объекта в рамках рассматриваемого процесса. Например, описание последовательности этапов обработки табака на сигаретной фабрике и изменение его свойств после прохождения каждого этапа.

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

В стандарте IDEF3 есть два типа диаграмм, которые представляют описание одного и того же сценария технологического процесса в разных ракурсах. Первый тип — диаграммы описания последовательности этапов процесса (Process Flow Description Diagrams, PFDD), а второй — диаграммы состояния объекта в процессе его трансформаций (Object State Transition Network, OSTN).

Основные характеристики:

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

Для чего используется:

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

Преимущества:

• Хорошо приспособлена для сбора данных, требующихся для проведения анализа системы с точки зрения рассогласования/согласования процессов во времени.

Недостатки:

• При некоторых вариантах описания схемы процессов невозможно прочитать однозначно.
• Нотация изначально предназначалась для технических специалистов, поэтому содержит специальные перекрестки, такие как, «XOR», «Synchronous OR», «Asynchronous OR», «Synchronous AND» и «Asynchronous AND», знакомые программистам, но не знакомые для обыкновенных пользователей.

Пример диаграммы PFDD для процесса «Подбор структуры технологического материала в
соответствии с требуемыми характеристиками изготовляемой из него детали»:

Диаграмма описания последовательности этапов PFDD

Пример диаграммы OSTN для процесса «Выработка изделия»:

IDEF4 (Object-Oriented Design)

Методология IDEF4 вводит объектно-ориентированный подход в набор стандартов IDEF. Является основой для построения методики UML, и сейчас практически не применяется.

IDEF4 — это стандарт, разработанный для поддержки перехода от предметной области системы и бизнес-требований к объектно-ориентированным моделям сущностей, которые будут использоваться
в этой системе как базовые объекты для проведения операций с ними.

В стандарте отражается их структура и принципы взаимодействия. Нотация обеспечивает возможность детально рассмотреть и реализовать каждый объект в отдельности, а также взаимодействия и связи объектов. Это позволяет перейти от бизнес-представления автоматизируемого к технической реализации.

Метод позволяет создать многомерную картину объектно-ориентированного программного построения системы, которая складывается из нескольких компонентов:

1. Уровень проектирования. Уровень верхний — система, уровень её блоков или модулей и наиболее детализированный уровень дизайна.
2. Описание статусов объекта дизайна.
3. Определение типа моделей взаимодействия: статические, динамические и модели смешанного поведения.
4. Расчётное обоснование моделей и уточнение её конструктивных особенностей от общего к частному.

Таким образом, IDEF4 предусматривает дизайн моделей в трёх отдельных слоях: проектирование системы, разработка модулей и базовый уровень дизайна. Это позволяет облегчить описательную модель, сделать её нагляднее и доступнее для прочтения.

Для чего используется:

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

Преимущества:

• Предлагает разбивать модель на набор диаграмм, т.е. нет попытки уместить все на одной диаграмме.
• Предлагает целую методологию объектно-ориентированного дизайна, а не просто графический синтаксис.

Недостатки:

• Получила более широкое развитие в других нотациях и сейчас практически не используется.

Пример диаграммы описания статической модели взаимодействия объектов системы «Оркестр» с
высокой детализацией в IDEF4: 

IDEF4/C++

IDEF4/C++ (C++ Object-Oriented Design) — методология построения объектно-ориентированных систем.

Специальный метод описания интеграции, предназначенный для объектно-ориентированного проектирования, целью которого является внедрение при использовании объектно-ориентированного языка программирования C++.

Данная нотация является частным случаем IDEF4.

IDEF5 (Ontology Description Capture)

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

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

Процесс построения онтологии, согласно методологии IDEF5, состоит из пяти основных действий:
● изучения и систематизации начальных условий;
● сбора и накапливания данных;
● анализа этих данных;
● наброска онтологии и её последующего уточнения;
● утверждения онтологии.

Для поддержания процесса построения онтологий в IDEF5 существуют специальные онтологические языки:

• Схематический язык (Schematic Language — SL) – это наглядный графический язык, специально предназначенный для изложения компетентными специалистами в рассматриваемой области системы основных данных в форме онтологической информации.
• Язык доработок и уточнений (Elaboration Language — EL) представляет собой структурированный текстовой язык, который позволяет детально характеризовать элементы онтологии.

Преимущества:

• На начальном этапе графический язык SL может быть очень полезен для формулировки начальных требований к онтологии и определения вектора разработки более подробной онтологии на текстовом языке IDEF5 или в любом другом средстве.
• В рамках IDEF5 изучение онтологии достаточно просто и понятно.

Недостатки:

• Онтология и анализ знаний о предметной области является довольно обширной и трудоемкой темой.
• Проблема графического языка в том, что с его помощью нельзя достаточно четко сформулировать некоторые отношения (аксиомы) онтологии, но для этого можно использовать текстовый язык IDEF5.

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

1. Диаграмма классификации (Classification Schematics) обеспечивает механизм для логической систематизации знаний, накопленных при изучении системы.

Пример диаграммы классификации геометрических фигур в IDEF5:

2. Композиционные схемы (Composition Schematics) — это механизм графического представления состава классов онтологии. Фактически представляют собой инструменты онтологического исследования по принципу «что из чего состоит».

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

3. Схемы взаимосвязей (Relation Schematics) позволяют разработчикам визуализировать и изучать взаимосвязи между различными классами объектов в системе. На первый взгляд данный вид диаграммы очень схож с первым видом диаграммы классификаций. Однако, несмотря на то, что элементы этой нотации не отличаются, аналитику требуется учитывать различия в смысле данных диаграмм. Даже в отсутствие естественной классификации в рамках группы объектов в ходе разработки системы эти объекты могут быть разбиты на разные классы. В частности, для присвоения собственных атрибутов и определения индивидуальных методов для работы с тем или иным классом объектов. Схема взаимосвязей поможет разработчику спроектировать это и избежать при разработке системы повторений, упущения какого-либо класса объектов или необходимого действия над ним

Пример схемы взаимосвязей типов отношений объектов в системе в IDEF5:
4. Диаграмма состояния объекта (Object State Schematic) — вид диаграмм, который позволяет задокументировать тот или иной процесс как последовательность действий над объектом системы с точки зрения изменения состояний этого объекта.

Пример диаграммы состояний воды в IDEF5:

IDEF6 (Design Rational Capture Method)

IDEF6 — это стандарт для описания и обоснования выбора подходов к дизайну разрабатываемой информационной системы, а также для отображения связи проектных решений по разработке моделей и системы документации.

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

Основные характеристики:

• Метод позволяет обосновать необходимость проектируемых моделей, выявить причинно-следственные связи и отразить это в итоговой документации системы.

Для чего используется:

• Предназначение заключается в том, чтобы методически обосновать целесообразность проектирование информационных систем и выявить причинно-следственные связи.
• Назначение стандарта состоит в структурировании «знаний о способе» моделирования, их представления и использования при разработке информационных систем. Акцент внимания именно на процессе создания модели.

Преимущества:

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

Пример диаграммы проведения анализа объектов системы в IDEF6:

IDEF7

IDEF7 — это стандарт для описания подхода к аудиту систем.
К сожалению, он так и не получил своего развития и описания. Сейчас с этой целью используются свободный подход моделирования этапов процесса или блоков системы, для которых требуется аудит, а также наполнение, последовательность и частота логирования изменений данных и отработки процессов системы для проведения необходимых аудитов.

IDEF8 (User Interface Modeling)

IDEF8 — это стандарт для описания для описания взаимодействия системы и её пользователей —
пользовательских интерфейсов.

Разработка диаграммы в этой нотации при проектировании системы позволяет облегчить достижение следующих целей:
● обеспечение рационального взаимодействия человека и системы;
● удовлетворение требований пользователей к функциональности ПО и к виду интерфейсов, с которыми им необходимо будет работать в процессе эксплуатации системы.

Последующий дизайн системы по диаграмме IDEF8 позволяет сфокусировать внимание разработчиков на воспроизведении желаемых сценариев поведения системы в ответ на определённые действия человека. Для этого в описательный стандарт вошли три типа диаграмм:
● схемы выполняемых операций системы и её блоков;
● диаграммы сценариев взаимодействия, определяемых ролями пользователя;
● диаграммы использования элементов интерфейсов.

Основные характеристики:

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

Преимущества:

• Стремится помочь пользователям обеспечить рациональное взаимодействие человека и системы (интерфейса).
• Ориентирована на пользователей, вовлекает пользователей к участию в проектной деятельности, а также оказывает содействие созданию более продуктивной системы итераций через дизайн процесс.

Пример графической диаграммы:

Пример диаграммы «Поведение системы “Принтер” в случае, когда закончилась бумага для печати» в IDEF8:

IDEF9 (Business Constraint Discovery) 

IDEF9 — это методология предназначена для анализа имеющихся условий и ограничений (физических, юридических, политических) и их влияния на принимаемые решения в процессе разработки системы.

Подход IDEF9 основан на методе Business Constraint Discovery method (метод исследования бизнес-ограничений), который помогает руководителям и аналитикам предусмотреть все возможные риски, возникающие в связи с влиянием каждого из условий и ограничений, а значит, и подготовить необходимые меры их митигации или устранения. К сожалению, далеко не всегда этот стандарт или любые его аналоги используются при проектировании систем, что, конечно, не означает, что все остальные действия по анализу и разработке проекта бесполезны. Однако это часто позволяет команде упустить важные факторы, которые приводят к непредвиденным трудностям уже в процессе
внедрения и эксплуатации системы. Это сказывается на её потенциале и удовлетворении
пользователей.

В чём заключается применение стандарта IDEF9:
● последовательный сбор фактов, указывающих на наличие ограничения;
● классификация фактов и определение их контекстов, объектов, отношений;
● выявление, прогнозирование и отбор значимых ограничений на основании проанализированных фактов;
● последующая детализация и фильтрация рисков при помощи определённых для каждой области экспертов.

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

IDEF10 – IDEF13

IDEF10 — методология моделирования архитектуры выполнения (Implementation Architecture
Modeling).
IDEF11 — методология моделирования информационных артефактов (Information Artifact Modeling).
IDEF12 — методология организационного моделирования (Organization Modeling).
IDEF13 — методология трёхсхемного проектирования преобразования данных (Three Schema Mapping
Design).
Данные методологии так и не были полностью разработаны, несмотря на высокую востребованность
стандартизации анализа в упомянутых сферах проектирования систем.

IDEF14 (Network Design)

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

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

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

Основные характеристики:

• Нотация может быть использована для моделирования существующих («Как есть» / AS-IS) компьютерных сетей или тех, которые должны быть («Как будет» / ТО-BE). Это позволяет разработчику рассмотреть конфигурацию сети с точки зрения «Что если» и оформить разумное объяснение.
• Нотация позволяет устанавливать требования, определять сетевые компоненты, анализировать существующие сетевые конфигурации и формулировать желаемые характеристики сети.

Для чего используется:

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