IDEF

Материал из Википедии — свободной энциклопедии
Текущая версия страницы покане проверялась опытными участниками и может значительно отличаться отверсии, проверенной 6 ноября 2019 года; проверки требуют18 правок.
Перейти к навигацииПерейти к поиску
Эта статьянуждается в переработке.Пожалуйста, уточните проблему в статье с помощьюболее конкретного шаблона.
Пожалуйста, улучшите статью в соответствии справилами написания статей.(26 июня 2012)
Информация должна бытьпроверяема, иначе она может быть удалена. Вы можетеотредактировать статью, добавив ссылки наавторитетные источники в видесносок.(26 июня 2012)

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

IDEF-методологии создавались в рамках предложеннойВВС США программы компьютеризации промышленности — ICAM, в ходе реализации которой выявилась потребность в разработке методов анализа процессов взаимодействия в производственных (промышленных) системах. Принципиальным требованием при разработке рассматриваемого семейства методологий была возможность эффективного обмена информацией между всеми специалистами — участниками программы ICAM (отсюда название: Icam DEFinition — IDEF; другой вариант — Integrated DEFinition). После опубликования стандарта он был успешно применён в самых различных областях бизнеса, показав себя эффективным средством анализа, конструирования и отображениябизнес-процессов. Более того, собственно с широким применением IDEF (и предшествующей методологии —SADT) и связано возникновение основных идей популярного ныне понятия BPR (бизнес-процессреинжиниринг).

Содержание

Семейство стандартов

[править |править код]

В настоящий момент к семейству IDEF можно отнести следующие стандарты:

IDEF0

[править |править код]
Пример диаграммыIDEF0:функциональная модель процесса «Поддержка запчастей, подлежащих починке».

Function Modeling (Моделирование бизнес-процесса) — методология функционального моделирования. С помощью наглядного графического языка IDEF0 изучаемая система предстаёт перед разработчиками и аналитиками в виде набора взаимосвязанных функций (функциональных блоков — в терминах IDEF0). Как правило, моделирование средствами IDEF0 является первым этапом изучения любой системы. Методологию IDEF0 можно считать следующим этапом развития хорошо известного графического языка описания функциональных системSADT (Structured Analysis and Design Technique);

IDEF1

[править |править код]
Пример диаграммыIDEF1X.

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

IDEF1X (IDEF1 Extended) —Data Modeling — методология моделирования баз данных на основе модели «сущность-связь». Применяется для построения информационной модели, которая представляет структуру информации, необходимой для поддержки функций производственной системы или среды. Метод IDEF1, разработанный Т. Рэйми (T. Ramey) на основе подходов П. Чена и позволяет построить модель данных, эквивалентную реляционной модели втретьей нормальной форме. В настоящее время на основе совершенствования методологии IDEF1 создана её новая версия — методология IDEF1X. Она разработана с учётом таких требований, как простота изучения и возможность автоматизации. IDEF1X-диаграммы используются рядом распространённых CASE-средств (в частности,ERwin, Design/IDEF).

IDEF2

[править |править код]
Пример расширенной схемы перехода, модельIDEF3.

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

IDEF3

[править |править код]

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

IDEF4

[править |править код]
Пример методологии проектированияIDEF4: диаграмма поведения для объектов, реализующих метод «Громче».

Object-Oriented Design — методология построения объектно-ориентированных систем, позволяет отображать структуру объектов и заложенные принципы их взаимодействия и тем самым анализировать и оптимизировать сложные объектно-ориентированные системы;

IDEF5

[править |править код]
ПримерIDEF5-схемы состава шариковой ручки.

Ontology Description Capture — Стандарт онтологического исследования сложных систем. С помощью методологии IDEF5онтология системы может быть описана при помощи определённого словаря терминов и правил, на основании которых могут быть сформированы достоверные утверждения о состоянии рассматриваемой системы в некоторый момент времени. На основе этих утверждений формируются выводы о дальнейшем развитии системы и производится её оптимизация;

IDEF6

[править |править код]
Модель IDEF6 деятельностей проектирования IDEF4

Design Rationale Capture — Обоснование проектных действий. Назначение IDEF6 состоит в облегчении получения «знаний о способе» моделирования, их представления и использования при разработке систем управления предприятиями. Под «знаниями о способе» понимаются причины, обстоятельства, скрытые мотивы, которые обуславливают выбранные методы моделирования. Проще говоря, «знания о способе» интерпретируются как ответ на вопрос: «Почему модель получилась такой, какой получилась?» Большинство методов моделирования фокусируются на собственно получаемых моделях, а не на процессе их создания. Метод IDEF6 акцентирует внимание именно на процессе создания модели;

IDEF7

[править |править код]
  • Information System Auditing — Аудит информационных систем. Этот метод определён как востребованный, однако так и не был полностью разработан;

IDEF8

[править |править код]

User Interface Modeling — Метод разработки интерфейсов взаимодействия оператора и системы (пользовательских интерфейсов). Современные среды разработки пользовательских интерфейсов в большей степени создают внешний вид интерфейса. IDEF8 фокусирует внимание разработчиков интерфейса на программировании желаемого взаимного поведения интерфейса и пользователя на трёх уровнях: выполняемой операции (что это за операция); сценарии взаимодействия, определяемом специфической ролью пользователя (по какому сценарию она должна выполняться тем или иным пользователем); и, наконец, на деталях интерфейса (какие элементы управления, предлагает интерфейс для выполнения операции);

IDEF9

[править |править код]
Типичные бизнес-системы.

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 — Метод проектирования компьютерных сетей, основанный на анализе требований специфических сетевых компонентов существующих конфигураций сетей. Также он обеспечивает поддержку решений, связанных с рациональным управлением материальными ресурсами, что позволяет достичь существенной экономии.

См. также

[править |править код]
  • ABC — Функционально-стоимостной анализ (ФСА, Activity Based Costing)

Примечания

[править |править код]

Ссылки

[править |править код]
Перейти к шаблону «Software Engineering»
Процесс
Высокоуровневые
концепции
Направления
Методологии
разработки
Модели
Известные
деятели
Источник —https://ru.wikipedia.org/w/index.php?title=IDEF&oldid=144084236
Категории:
Скрытые категории: