IDEF (I-CAM DEFinition или Integrated DEFinition) — методологии семейства ICAM (Integrated Computer-Aided Manufacturing) для решения задач моделирования сложных систем, позволяют отображать и анализировать модели деятельности широкого спектра сложных систем в различных разрезах. При этом широта и глубина обследования процессов в системе определяется самим разработчиком, что позволяет не перегружать создаваемую модель излишними данными.
Эта статья или раздел нуждается в переработке. |
![]() | В статье не хватает ссылок на источники (см. рекомендации по поиску). |
IDEF-методологии создавались в рамках предложенной ВВС США программы компьютеризации промышленности — ICAM, в ходе реализации которой выявилась потребность в разработке методов анализа процессов взаимодействия в производственных (промышленных) системах. Принципиальным требованием при разработке рассматриваемого семейства методологий была возможность эффективного обмена информацией между всеми специалистами — участниками программы ICAM (отсюда название: Icam DEFinition — IDEF; другой вариант — Integrated DEFinition). После опубликования стандарта он был успешно применён в самых различных областях бизнеса, показав себя эффективным средством анализа, конструирования и отображения бизнес-процессов. Более того, собственно с широким применением IDEF (и предшествующей методологии — SADT) и связано возникновение основных идей популярного ныне понятия BPR (бизнес-процесс реинжиниринг).
Семейство стандартов
В настоящий момент к семейству IDEF можно отнести следующие стандарты:
IDEF0
![Thumb](http://upload.wikimedia.org/wikipedia/commons/thumb/3/31/IDEF_Diagram_Example.jpg/640px-IDEF_Diagram_Example.jpg)
Function Modeling (Моделирование бизнес-процесса) — методология функционального моделирования. С помощью наглядного графического языка IDEF0 изучаемая система предстаёт перед разработчиками и аналитиками в виде набора взаимосвязанных функций (функциональных блоков — в терминах IDEF0). Как правило, моделирование средствами IDEF0 является первым этапом изучения любой системы. Методологию IDEF0 можно считать следующим этапом развития хорошо известного графического языка описания функциональных систем SADT (Structured Analysis and Design Technique);
IDEF1
![Thumb](http://upload.wikimedia.org/wikipedia/commons/thumb/c/ca/B_5_1_IDEF1X_Diagram.jpg/640px-B_5_1_IDEF1X_Diagram.jpg)
Information Modeling — методология моделирования информационных потоков внутри системы, позволяющая отображать и анализировать их структуру и взаимосвязи.
IDEF1X (IDEF1 Extended) — Data Modeling — методология моделирования баз данных на основе модели «сущность-связь». Применяется для построения информационной модели, которая представляет структуру информации, необходимой для поддержки функций производственной системы или среды. Метод IDEF1, разработанный Т. Рэйми (T. Ramey) на основе подходов П. Чена и позволяет построить модель данных, эквивалентную реляционной модели в третьей нормальной форме. В настоящее время на основе совершенствования методологии IDEF1 создана её новая версия — методология IDEF1X. Она разработана с учётом таких требований, как простота изучения и возможность автоматизации. IDEF1X-диаграммы используются рядом распространённых CASE-средств (в частности, ERwin, Design/IDEF).
IDEF2
![Thumb](http://upload.wikimedia.org/wikipedia/commons/thumb/b/b0/2-03_Example_of_an_Enhanced_Transition_Schematic.jpg/640px-2-03_Example_of_an_Enhanced_Transition_Schematic.jpg)
Simulation Model Design — методология динамического моделирования развития систем. В связи с весьма серьёзными сложностями анализа динамических систем от этого стандарта практически отказались, и его развитие приостановилось на самом начальном этапе. В настоящее время присутствуют алгоритмы и их компьютерные реализации, позволяющие превращать набор статических диаграмм IDEF0 в динамические модели, построенные на базе «раскрашенных сетей Петри» (CPN — Color Petri Nets);
IDEF3
Process Description Capture (Документирование технологических процессов) — методология документирования процессов, происходящих в системе (например, на предприятии), описывает сценарий и последовательность операций для каждого процесса. IDEF3 имеет прямую взаимосвязь с методологией IDEF0 — каждая функция (функциональный блок) может быть представлена в виде отдельного процесса средствами IDEF3;
IDEF4
![Thumb](http://upload.wikimedia.org/wikipedia/commons/thumb/e/ee/118_The_Behavior_Diagram_for_methods_Implementing_Louder.jpg/640px-118_The_Behavior_Diagram_for_methods_Implementing_Louder.jpg)
Object-Oriented Design — методология построения объектно-ориентированных систем, позволяет отображать структуру объектов и заложенные принципы их взаимодействия и тем самым анализировать и оптимизировать сложные объектно-ориентированные системы;
IDEF5
![Thumb](http://upload.wikimedia.org/wikipedia/commons/thumb/3/37/4-54_Composition_Schematic_for_Ballpoint.jpg/640px-4-54_Composition_Schematic_for_Ballpoint.jpg)
Ontology Description Capture — Стандарт онтологического исследования сложных систем. С помощью методологии IDEF5 онтология системы может быть описана при помощи определённого словаря терминов и правил, на основании которых могут быть сформированы достоверные утверждения о состоянии рассматриваемой системы в некоторый момент времени. На основе этих утверждений формируются выводы о дальнейшем развитии системы и производится её оптимизация;
IDEF6
![Thumb](http://upload.wikimedia.org/wikipedia/commons/thumb/3/30/IIDEF4_Design_Activities.jpg/320px-IIDEF4_Design_Activities.jpg)
Design Rationale Capture — Обоснование проектных действий. Назначение IDEF6 состоит в облегчении получения «знаний о способе» моделирования, их представления и использования при разработке систем управления предприятиями. Под «знаниями о способе» понимаются причины, обстоятельства, скрытые мотивы, которые обуславливают выбранные методы моделирования. Проще говоря, «знания о способе» интерпретируются как ответ на вопрос: «Почему модель получилась такой, какой получилась?» Большинство методов моделирования фокусируются на собственно получаемых моделях, а не на процессе их создания. Метод IDEF6 акцентирует внимание именно на процессе создания модели;
IDEF7
- Information System Auditing — Аудит информационных систем. Этот метод определён как востребованный, однако так и не был полностью разработан;
IDEF8
User Interface Modeling — Метод разработки интерфейсов взаимодействия оператора и системы (пользовательских интерфейсов). Современные среды разработки пользовательских интерфейсов в большей степени создают внешний вид интерфейса. IDEF8 фокусирует внимание разработчиков интерфейса на программировании желаемого взаимного поведения интерфейса и пользователя на трёх уровнях: выполняемой операции (что это за операция); сценарии взаимодействия, определяемом специфической ролью пользователя (по какому сценарию она должна выполняться тем или иным пользователем); и, наконец, на деталях интерфейса (какие элементы управления, предлагает интерфейс для выполнения операции);
IDEF9
![Thumb](http://upload.wikimedia.org/wikipedia/commons/thumb/b/b0/Typical_business_systems.jpg/640px-Typical_business_systems.jpg)
Scenario-Driven IS Design (Business Constraint Discovery method) — Метод исследования бизнес-ограничений был разработан для облегчения обнаружения и анализа ограничений в условиях, в которых действует предприятие. Обычно при построении моделей уделяется недостаточное внимание описанию ограничений, оказывающих влияние на протекание процессов на предприятии. Знания об основных ограничениях и характере их влияния, закладываемые в модели, в лучшем случае остаются неполными, несогласованными, распределёнными нерационально, но часто их вовсе нет. Это не обязательно приводит к тому, что построенные модели нежизнеспособны, просто их реализация столкнётся с непредвиденными трудностями, в результате чего их потенциал будет не реализован. Тем не менее, в случаях, когда речь идёт именно о совершенствовании структур или адаптации к предсказываемым изменениям, знания о существующих ограничениях имеют критическое значение;
IDEF10 — IDEF14
- IDEF10 — Implementation Architecture Modeling — Моделирование архитектуры выполнения;
- IDEF11 — Information Artifact Modeling;
- IDEF12 — Organization Modeling — Организационное моделирование;
- IDEF13 — Three Schema Mapping Design — Трёхсхемное проектирование преобразования данных.
Эти методы определены как востребованные, однако так и не были полностью разработаны.
- IDEF14 — Network Design — Метод проектирования компьютерных сетей, основанный на анализе требований специфических сетевых компонентов существующих конфигураций сетей. Также он обеспечивает поддержку решений, связанных с рациональным управлением материальными ресурсами, что позволяет достичь существенной экономии.
См. также
Примечания
Ссылки
Wikiwand in your browser!
Seamless Wikipedia browsing. On steroids.
Every time you click a link to Wikipedia, Wiktionary or Wikiquote in your browser's search results, it will show the modern Wikiwand interface.
Wikiwand extension is a five stars, simple, with minimum permission required to keep your browsing private, safe and transparent.