Из Википедии, бесплатной энциклопедии
  (Перенаправлено с IDEF2 )
Перейти к навигации Перейти к поиску
Об оборонной ярмарке см. Международная выставка оборонной промышленности .
Методы IDEF: часть инструментария системного инженера [1]

IDEF , первоначально аббревиатура ICAM Definition и переименован в 1999 году в качестве интеграционного определения , [2] представляет собой семейство моделирования языков в области систем и программного обеспечения . Они охватывают широкий спектр применений: от функционального моделирования до данных, моделирования, объектно-ориентированного анализа и проектирования, а также приобретения знаний. Эти языки определений были разработаны при финансовой поддержке ВВС США и, хотя и по-прежнему наиболее часто используются ими и другими военными и министерствами обороны США , находятся в общественном достоянии .

Наиболее широко признанными и используемыми компонентами семейства IDEF являются IDEF0 , язык функционального моделирования, основанный на SADT , и IDEF1X , который обращается к информационным моделям и проблемам проектирования баз данных .

Обзор методов IDEF [ править ]

IDEF относится к семейству языков моделирования , которые охватывают широкий спектр применений, от функционального моделирования до данных, моделирования, объектно-ориентированного анализа / проектирования и приобретения знаний. В конце концов, методы IDEF были определены до IDEF14:

  • IDEF0  : Функциональное моделирование [3]
  • IDEF1  : информационное моделирование [4]
  • IDEF1X  : моделирование данных [5]
  • IDEF2  : Разработка имитационной модели
  • IDEF3  : захват описания процесса [6]
  • IDEF4  : объектно-ориентированный дизайн [7]
  • IDEF5  : захват описания онтологии [8]
  • IDEF6  : Обоснование дизайна [9]
  • IDEF7: Аудит информационных систем
  • IDEF8  : моделирование пользовательского интерфейса
  • IDEF9  : обнаружение бизнес-ограничений
  • IDEF10: Моделирование архитектуры реализации
  • IDEF11: Моделирование информационных артефактов
  • IDEF12: Моделирование организации
  • IDEF13: Дизайн отображения трех схем
  • IDEF14  : Дизайн сети

В 1995 году только IDEF0 , IDEF1X , IDEF2 , IDEF3 и IDEF4 были разработаны полностью. [10] Некоторые другие концепции IDEF имели предварительный дизайн. Некоторыми из последних усилий были новые разработки IDEF в 1995 году, направленные на создание надежных методов для обнаружения бизнес-ограничений IDEF9 , логического обоснования дизайна IDEF6 , человеческой системы, дизайна взаимодействия IDEF8 и дизайна сети IDEF14 . [1]

Методы IDEF7, IDEF10, IDEF11, IDEF 12 и IDEF13 не были развиты дальше их первоначального определения. [11]

История [ править ]

Первоначально IDEF означал определение ICAM , инициированное в 1970-х годах в Лаборатории материалов ВВС США на базе ВВС Райт-Паттерсон в Огайо Деннисом Э. Висноски , Дэном Л. Шунком и другими. [12] и завершен в 1980-х годах. IDEF был продуктом инициативы ICAM ВВС США . IEEE переделка в IDEF аббревиатуру как интеграционного Definition.» [2]

Конкретные проекты, которые привели к IDEF, были приоритетами проектов ICAM 111 и 112 (позже перенумерованные 1102). В последующих приоритетах проекта 6201, 6202 и 6203 Интегрированной системы информационной поддержки (IISS) была предпринята попытка создать среду обработки информации, которая могла бы работать в гетерогенных физических вычислительных средах. Дальнейшее развитие IDEF происходило в рамках этих проектов в результате опыта, полученного при применении новых методов моделирования. Целью усилий IISS было создание «общих подсистем», которые могли бы использоваться большим количеством сотрудничающих предприятий, таких как оборонные подрядчики США и вооруженные силы дружественных стран.

В то время усилия ICAM 1102 были многочисленными, в основном несовместимы, модель данных методов для хранения компьютерных данных - последовательный ( VSAM ), иерархические ( IMS ), сеть ( Cincom «ы ИТОГО и CODASYL и Cullinet » ы IDMS ). Реляционная модель данных была только зарождается как перспективный способ мышления о структурировании данных для легкого, эффективного и точного доступа. Системы управления реляционными базами данных еще не стали общим стандартом управления данными.

Программный офис ICAM посчитал полезным создать «нейтральный» способ описания содержимого данных крупномасштабных систем. Появляющаяся академическая литература предполагала, что необходимы методы обработки данных независимо от того, как они физически хранятся . Таким образом, язык IDEF1 был создан, чтобы позволить нейтральное описание структур данных, которые могут применяться независимо от метода хранения или метода доступа к файлам.

IDEF1 был разработан в соответствии с приоритетом программы ICAM 1102 Робертом Р. Брауном из Hughes Aircraft Company по контракту с SofTech, Inc. Браун ранее отвечал за разработку IMS , работая в Rockwell International . Rockwell предпочла не продвигать IMS как рыночный продукт, а IBM., которая выступала в качестве подрядчика по поддержке во время разработки, впоследствии приняла продукт и успешно вывела его на рынок. Браун считает своего коллегу по Хьюзу Тимоти Рэми изобретателем IDEF1 как жизнеспособного формализма для моделирования информационных структур. Два исследователя Хьюза основывались на идеях и взаимодействиях со многими светилами в этой области того времени. В частности, IDEF1 использует следующие методы:

  • метод развивающейся информационной модели естественного языка ( ENALIM ) от GM Nijssen ( Control Data Corporation ) - этот метод сейчас более широко известен как NIAM или объектно-ролевая модель ORM ;
  • метод сетевых структур данных, широко известный как подход CODASYL , Чарльза Бахмана ( Honeywell Information Systems );
  • метод иерархического управления данными, реализованный в системе управления данными IBM IMS, разработанный Р. Р. Брауном ( Rockwell International );
  • реляционный подход к данным EF Codd ( IBM );
  • Подход « сущность-взаимосвязь» (ER) Питера Чена ( UCLA ).

Усилия по разработке IDEF1 привели как к новому методу информационного моделирования, так и к примеру его использования в форме «справочной информационной модели производства». Этот последний артефакт был разработан Д. С. Коулманом из D. Appleton Company (DACOM), выступающей в качестве субподрядчика Hughes и под руководством Рэми. Персонал DACOM стал экспертом в области моделирования IDEF1 и впоследствии подготовил учебный курс и сопроводительные материалы по методике моделирования IDEF1.

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

Языки моделирования IDEF [ править ]

IDEF0 [ править ]

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

Метод функционального моделирования IDEF0 разработан для моделирования решений, действий и действий организации или системы. [13] Она была получена из графика установлено языка моделирования структурированного анализа и проектирования техники (SADT) , разработанной Дуглас Т. Росс и Softech, Inc. . В своей исходной форме IDEF0 включает как определение языка графического моделирования ( синтаксис и семантику ), так и описание комплексной методологии разработки моделей. [14] ВВС США поручили разработчикам SADT разработать функциональную модель.метод анализа и передачи функциональной перспективы системы. IDEF0 должен помочь в организации системного анализа и способствовать эффективному общению между аналитиком и заказчиком с помощью упрощенных графических устройств. [13]

IDEF1X [ редактировать ]

Основная статья: IDEF1X
Пример диаграммы IDEF1X

Для удовлетворения требований к расширению моделирования данных, которые были определены в проекте IISS-6202, субподрядчик, DACOM , получил лицензию на метод логического проектирования баз данных.(LDDT) и соответствующее программное обеспечение (ADAM). LDDT был разработан в 1982 году Робертом Дж. Брауном из группы проектирования баз данных полностью вне программы IDEF и без знания IDEF1. LDDT объединил элементы реляционной модели данных, ER-модели и обобщения способом, специально предназначенным для поддержки моделирования данных и преобразования моделей данных в проекты баз данных. Графический синтаксис LDDT отличался от синтаксиса IDEF1 и, что более важно, LDDT содержал взаимосвязанные концепции моделирования, отсутствующие в IDEF1. Мэри Э. Лумис написала краткое изложение синтаксиса и семантики существенного подмножества LDDT, используя терминологию, совместимую с IDEF1, где это возможно. DACOM пометил результат как IDEF1X и передал его программе ICAM. [15] [16]

Поскольку программа IDEF финансировалась правительством, методы находятся в общественном достоянии . В дополнение к программному обеспечению ADAM, продаваемому DACOM под названием Leverage, ряд инструментов CASE используют IDEF1X в качестве метода представления для моделирования данных.

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

IDEF2 и IDEF3 [ править ]

Основная статья: IDEF3
Пример улучшенной схемы перехода, смоделированной с помощью IDEF3

Третий IDEF (IDEF2) изначально задумывался как метод моделирования пользовательского интерфейса. Однако, поскольку программе Integrated Computer-Aided Manufacturing (ICAM) необходим инструмент имитационного моделирования, полученный IDEF2 был методом для представления изменяющегося во времени поведения ресурсов в производственной системе, предоставляя основу для спецификации имитационного моделирования на основе математической модели. Цель методологической программы ICAM заключалась в том, чтобы исправить эту ситуацию, но ограничение финансирования не позволило этому случиться. Как следствие, отсутствие метода, который поддерживал бы структурирование описаний пользовательского представления.системы было основным недостатком системы IDEF. Основная проблема с методологической точки зрения - необходимость различать описание того, что система (существующая или предлагаемая) должна делать, и репрезентативная имитационная модель, которая предсказывает, что система будет делать. Последнее было в центре внимания IDEF2 , первое - в центре внимания IDEF3 . [17]

IDEF4 [ править ]

Основная статья: IDEF4
Диаграмма поведения IDEF4

Разработка IDEF4 была основана на признании того, что модульность, ремонтопригодность и возможность повторного использования кода, вытекающие из парадигмы объектно-ориентированного программирования, могут быть реализованы в традиционных приложениях для обработки данных. Доказанная способность парадигмы объектно-ориентированного программирования поддерживать интеграцию на уровне данных в больших сложных распределенных системах также является важным фактором широкого интереса к этой технологии со стороны традиционного сообщества обработки данных. [17]

IDEF4 был разработан как инструмент проектирования для разработчиков программного обеспечения, использующих объектно-ориентированные языки, такие как Common Lisp Object System , Flavors , Smalltalk , Objective-C , C ++ и другие. Поскольку для эффективного использования объектно-ориентированной парадигмы требуется иной мыслительный процесс, чем при использовании традиционных процедурных языков или языков баз данных , стандартные методологии, такие как структурные диаграммы , диаграммы потоков данных и традиционные модели проектирования данных.(иерархический, реляционный и сетевой) недостаточны. IDEF4 стремится предоставить необходимые средства для поддержки процесса принятия объектно-ориентированных проектных решений. [17]

IDEF5 [ править ]

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

IDEF5 , или интегрированное определение метода захвата описания онтологии, представляет собой метод программной инженерии для разработки и поддержки пригодных для использования, точных онтологий предметной области . [18] В области информатики онтологии используются для фиксации концепции и объектов в определенной области , а также связанных с ними отношений и значений. Кроме того, сбор онтологий помогает координировать проекты за счет стандартизации терминологии и создает возможности для повторного использования информации . Метод захвата онтологий IDEF5 был разработан для надежного построения онтологий таким образом, чтобы точно отражать человеческое понимание конкретной области. [18]

В методе IDEF5 онтология создается путем сбора содержания определенных утверждений о реальных объектах, их свойствах и их взаимосвязях и представления этого содержания в интуитивно понятной и естественной форме. Метод IDEF5 состоит из трех основных компонентов: графического языка для поддержки концептуального анализа онтологии, языка структурированного текста для подробного описания онтологии и систематической процедуры, которая предоставляет руководящие принципы для эффективного захвата онтологии. [19]

IDEF6 [ править ]

Основная статья: IDEF6
IDEF6 модель проектной деятельности IDEF4

IDEF6 , или интегрированное определение для сбора обоснования дизайна, представляет собой метод, упрощающий получение, представление и манипулирование логическим обоснованием дизайна, используемым при разработке корпоративных систем . Обоснование - это причина, обоснование, основная мотивация или отговорка, которые побудили дизайнера выбрать определенную стратегию или конструктивную особенность. Проще говоря, логическое обоснование интерпретируется как ответ на вопрос: «Почему этот дизайн выполняется таким образом?» Большинство методов проектирования сосредоточены на том, что представляет собой дизайн (т. Е. На конечном продукте, а не на том, почему дизайн такой, какой он есть). [1]

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

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

IDEF6 применим на всех этапах процесса разработки информационной системы, от первоначальной концептуализации до работ по предварительному и детальному проектированию. В той степени, в которой детальные проектные решения для программных систем отнесены к этапу кодирования, метод IDEF6 также должен использоваться в процессе создания программного обеспечения. [9]

IDEF8 [ править ]

IDEF8, или интегрированное определение дизайна взаимодействия человека с системой, - это метод создания высококачественного дизайна взаимодействия между пользователями и системами, которыми они управляют. Системы характеризуются как совокупность объектов, которые выполняют функции для достижения определенной цели. Система, с которой взаимодействует пользователь, может быть любой системой, не обязательно компьютерной программой. Взаимодействие человека с системой разработано на трех уровнях спецификации в рамках метода IDEF8. Первый уровень определяет философию работы системы и производит набор моделей и текстовых описаний общих процессов системы. Второй уровень проектирования определяет ролевые сценарии использования системы. Третий уровень проектирования IDEF8 предназначен для детализации проектирования системы человека. На этом уровне дизайнаIDEF8 предоставляет библиотеку метафор, чтобы помочь пользователям и дизайнерам определить желаемое поведение с точки зрения других объектов, поведение которых более привычно. Метафоры представляют собой модель абстрактных понятий в терминах знакомых, конкретных объектов и опыта.[1]

IDEF9 [ править ]

Типовые бизнес-системы

IDEF9, или интегрированное определение для обнаружения бизнес-ограничений, предназначено для помощи в обнаружении и анализе ограничений в бизнес-системе.. Основной мотивацией разработки IDEF9 было признание того, что набор ограничений, формирующих корпоративную систему, как правило, плохо определен. Знание о том, какие ограничения существуют и как эти ограничения взаимодействуют, неполное, непересекающееся, распределенное и часто полностью неизвестное. Точно так же, как живым организмам не нужно знать о генетических или автономных ограничениях, которые управляют определенным поведением, организации могут (и большинство из них делают) хорошо работать без явного знания клея, который структурирует систему. Однако для того, чтобы изменить бизнес предсказуемым образом, знание этих ограничений так же важно, как и знание генетики для генного инженера. [1]

IDEF14 [ редактировать ]

IDEF14, или интегрированное определение метода проектирования сети, представляет собой метод, предназначенный для моделирования и проектирования компьютерных и коммуникационных сетей . Его можно использовать для моделирования существующих («как есть») или предполагаемых («как есть») сетей. Это помогает проектировщику сети исследовать потенциальные схемы сети и задокументировать ее обоснование. Основные цели исследовательского проекта IDEF14 возникли из осознанной потребности в хороших сетевых проектах, которые можно было бы быстро и точно реализовать. [1]

Ссылки [ править ]

 Эта статья включает материалы, являющиеся  общественным достоянием, с веб-сайта Национального института стандартов и технологий https://www.nist.gov .

  1. ^ Б с д е е Richard J. Mayer (1995) и др. Отчет "Интеграция информации для параллельной разработки" (IICE) "Компендиум методов" . База ВВС Райт-Паттерсон, Огайо, 45433-7604.
  2. ^ a b Стандарт IEEE для языка функционального моделирования - синтаксис и семантика для IDEF0, Комитет по стандартам разработки программного обеспечения компьютерного общества IEEE, Совет по стандартам IEEE-SA, Институт инженеров по электротехнике и электронике, Inc. 345 East 47th Street, New York, NY 10017-2394, США, IEEE Std 1320.1-1998 , 25 июня 1998 г.
  3. ^ Обзор IDEFØ на idef.com
  4. ^ Обзор IDEF1 на idef.com
  5. ^ Обзор IDEF1x на idef.com
  6. ^ Обзор IDEF3 на idef.com
  7. ^ Обзор IDEF4 на idef.com
  8. ^ Обзор IDEF5 на idef.com
  9. ^ а б Майер, Ричард Дж  .; Гриффит, Патриция А.; Менцель, Кристофер П. (1990-91) «IDEF6: A Конструкция Обоснование Capture Method Концепция» архивации 2007-04-02 в Вайбак машина обороны технический информационный центр
  10. ^ Роберт П. Ханрахан Методология моделирования процесса IDEF. Архивировано 26 января 2007 г. в Wayback Machine . Центр поддержки программных технологий. 1995 г.
  11. ^ Наблюдения от технического архитектора: проблемы внедрения предприятия и решения Крейг Борисович. Доступ 20 января 2009 г.
  12. ^ Чарльз М. Сэвидж (1996). Управление пятого поколения: совместное создание посредством виртуального предпринимательства, динамического объединения и создания сетей знаний Баттерворт-Хайнеманн, 1996. ISBN  0-7506-9701-6 . п. 184.
  13. ^ a b Варун Гровер, Уильям Дж. Кеттингер (2000). Процессное мышление: выигрышные перспективы для изменения бизнеса в информационную эпоху. стр.168.
  14. ^ FIPS Publication 183 архивации 2009-02-27 в Wayback Machine освобожден от IDEFØ декабря 1993 года системы компьютерной лаборатории Национального института стандартов и технологий (NIST).
  15. ^ IEEE (1998). IEEE Std 1320.2-1998. Стандарт IEEE для синтаксиса и семантики языка концептуального моделирования для IDEF1X . Нью-Йорк. п. iii
  16. ^ Брюс, Томас А. (1992), Проектирование баз данных качества с информационными моделями IDEF1X, ISBN 0-932633-18-8 p = xii 
  17. ^ a b c Патриция Гриффит Фрил и Томас М. Блинн (1989). «Документ по проектированию автоматизированных систем IDEF3 и IDEF4» . Технический отчет. Космический центр имени Джонсона НАСА.
  18. ^ а б Перакат К. Бенджамин и др. (1994). Отчет о методе IDEF5 . Knowledge Based Systems, Inc.
  19. ^ Варун Гровер, Уильям Дж. Кеттингер (2000). Процессное мышление: выигрышные перспективы для изменения бизнеса в информационную эпоху. стр.176-178

Дальнейшее чтение [ править ]

  • Овидиу С. Норан (2000). Бизнес-моделирование: UML против IDEF Paper Griffith University

Внешние ссылки [ править ]

  • Интегрированные методы определения
  • Моделирование данных
  • Методология моделирования процессов IDEF , Роберт П. Ханрахан, 1995 г.