Википедия

IDEF: различия между версиями

Интерактивная навигация по истории
(Показать все непатрулированные изменения)
[непроверенная версия][отпатрулированная версия]
← Предыдущая правкаСледующая правка →
Содержимое удалено Содержимое добавлено
ВизуальныйВики-текст
м откат правок 94.29.127.35 (обс) к версии Евгений Мирошниченко
м орфография, викификатор
Строка 8:
В настоящий момент к семейству IDEF можно отнести следующие стандарты:
 
=== [[IDEF0]] ===
[[ImageФайл:IDEF Diagram Example.jpg|280px|thumb|Пример диаграммы [[IDEF0]]: [[функциональная модель]] процесса "«Поддержка запчастей, подлежащих починке"».]]
[[Бизнес-процесс|Function Modeling]] — методология функционального моделирования. С помощью наглядного графического языка IDEF0 изучаемая система предстает перед разработчиками и аналитиками в виде набора взаимосвязанных функций (функциональных блоков — в терминах IDEF0). Как правило, моделирование средствами IDEF0 является первым этапом изучения любой системы. Методологию IDEF0 можно считать следующим этапом развития хорошо известного графического языка описания функциональных систем [[SADT]] (Structured Analysis and Design Technique);
 
=== [[IDEF1]] ===
[[ImageФайл:B 5 1 IDEF1X Diagram.jpg|thumb|left|240px|Пример диаграммы [[IDEF1X]].]]
[[DFD|Information Modeling]] — методология моделирования информационных потоков внутри системы, позволяющая отображать и анализировать их структуру и взаимосвязи. [[IDEF1X]] (IDEF1 Extended) — [[ER-модель данных|Data Modeling]] — методология моделирования баз данных на основе модели «сущность-связь». Применяется для построения информационной модели, которая представляет структуру информации, необходимой для поддержки функций производственной системы или среды. Метод IDEF1, разработанный Т. Рэмей (T. Ramey), также основан на подходе П. Чена и позволяет построить модель данных, эквивалентную реляционной модели в [[Третья_нормальная_форма|третьей нормальной форме]]. В настоящее время на основе совершенствования методологии IDEF1 создана ее новая версия  — методология IDEF1X. IDEF1X разработана с учетом таких требований, как простота изучения и возможность автоматизации. IDEF1X–диаграммыIDEF1X-диаграммы используются рядом распространённых CASE–средствCASE-средств (в частности, [[ERwin]], Design/IDEF).
 
=== [[IDEF2]] ===
[[FileФайл:2-03 Example of an Enhanced Transition Schematic.jpg|thumb|240px|Пример расширенной схемы перехода, модель [[IDEF3]].]]
Simulation Model Design — методология динамического моделирования развития систем. В связи с весьма серьёзными сложностями анализа динамических систем от этого стандарта практически отказались, и его развитие приостановилось на самом начальном этапе. В настоящее время присутствуют алгоритмы и их компьютерные реализации, позволяющие превращать набор статических диаграмм IDEF0 в динамические модели, построенные на базе «раскрашенных [[Сети_Петри|сетей Петри]]» (CPN — Color Petri Nets);
 
=== [[IDEF3]] ===
Process Description Capture  (Документирование технологических процессов) — методология документирования процессов, происходящих в системе (например, на предприятии), описываются сценарий и последовательность операций для каждого процесса. IDEF3 имеет прямую взаимосвязь с методологией IDEF0 — каждая функция (функциональный блок) может быть представлена в виде отдельного процесса средствами IDEF3;
 
=== [http://en.wikipedia.org/wiki/IDEF4 IDEF4] ===
[[FileФайл:118 The Behavior Diagram for methods Implementing Louder.jpg|thumb|left|240px|Пример методологии проектирования [[IDEF4]]: диаграмма поведения для обьектовобъектов, реализующих метод «Громче».]]
[[Объектно-ориентированное проектирование|Object-Oriented Design]] — методология построения объектно-ориентированных систем, позволяют отображать структуру объектов и заложенные принципы их взаимодействия, тем самым позволяя анализировать и оптимизировать сложные объектно-ориентированные системы. Подробнее - — Технология;
 
=== [http://en.wikipedia.org/wiki/IDEF5 IDEF5] ===
[[ImageФайл:4-54 Composition Schematic for Ballpoint.jpg|thumb|240px|Пример [[IDEF5]]-схемы состава шариковой ручки.]]
Ontology Description Capture — Стандарт онтологического исследования сложных систем. С помощью методологии IDEF5 [[онтология]] системы может быть описана при помощи определенного словаря терминов и правил, на основании которых могут быть сформированы достоверные утверждения о состоянии рассматриваемой системы в некоторый момент времени. На основе этих утверждений формируются выводы о дальнейшем развитии системы и производится её оптимизация;
 
=== [http://en.wikipedia.org/wiki/IDEF6 IDEF6] ===
[[FileФайл:IIDEF4 Design Activities.jpg|thumb|240px|left|Модель IDEF6 деятельностей проектирования IDEF4]]
Design Rationale Capture — Обоснование проектных действий. Назначение IDEF6 состоит в облегчении получения «знаний о способе» моделирования, их представления и использования при разработке систем управления предприятиями. Под «знаниями о способе» понимаются причины, обстоятельства, скрытые мотивы, которые обуславливают выбранные методы моделирования. Проще говоря, «знания о способе» интерпретируются как ответ на вопрос: «почему модель получилась такой, какой получилась?» Большинство методов моделирования фокусируются на собственно получаемых моделях, а не на процессе их создания. Метод IDEF6 акцентирует внимание именно на процессе создания модели;
 
=== [[IDEF7]] ===
Information System Auditing — Аудит информационных систем. Этот метод определён как востребованный, однако так и не был полностью разработан;
 
=== [[IDEF8]] ===
User Interface Modeling — Метод разработки интерфейсов взаимодействия оператора и системы (пользовательских интерфейсов). Современные среды разработки пользовательских интерфейсов в большей степени создают внешний вид интерфейса. IDEF8 фокусирует внимание разработчиков интерфейса на программировании желаемого взаимного поведения интерфейса и пользователя на трех уровнях: выполняемой операции (что это за операция); сценарии взаимодействия, определяемом специфической ролью пользователя (по какому сценарию она должна выполняться тем или иным пользователем); и, наконец, на деталях интерфейса (какие элементы управления, предлагает интерфейс для выполнения операции);
 
=== [[IDEF9]] ===
[[FileФайл:Typical business systems.jpg|thumb|320px|Типичные бизнесс-системы.]]
Scenario-Driven IS Design (Business Constraint Discovery method) — Метод исследования бизнес ограничений был разработан для облегчения обнаружения и анализа ограничений в условиях которых действует предприятие. Обычно, при построении моделей описанию ограничений, оказывающих влияние на протекание процессов на предприятии уделяется недостаточное внимание. Знания об основных ограничениях и характере их влияния, закладываемые в модели, в лучшем случае остаются неполными, несогласованными, распределенными нерационально, но часто их вовсе нет. Это не обязательно приводит к тому, что построенные модели нежизнеспособны, просто их реализация столкнется с непредвиденными трудностями, в результате чего их потенциал будет не реализован. Тем не менее в случаях, когда речь идет именно о совершенствовании структур или адаптации к предсказываемым изменениям, знания о существующих ограничениях имеют критическое значение;
 
=== IDEF10  — IDEF14 ===
* [[IDEF10]] — Implementation Architecture Modeling — Моделирование архитектуры выполнения. Этот метод определён как востребованный, однако так и не был полностью разработан;
* [[IDEF11]] — Information Artifact Modeling. Этот метод определён как востребованный, однако так и не был полностью разработан;
Строка 57:
== См. также ==
* [[ABC-анализ|ABC]] — Функционально-стоимостной анализ ([[ФСА]], Activity Based Costing)
 
== Ссылки ==
* [http://idef.ru IDEF.ru]
* [http://www.idef.com/ IDEF.com]
Источник — https://ru.wikipedia.org/wiki/IDEF