stringtranslate.com

Модель архитектуры предприятия NIST

Модель архитектуры предприятия NIST.

Модель архитектуры предприятия NIST ( NIST EA Model ) — эталонная модель архитектуры предприятия конца 1980-х годов . Он определяет архитектуру предприятия [1] через взаимосвязь между бизнес-, информационной и технологической средами предприятия. [2]

Федеральное правительство США, разработанное в конце 1980-х годов Национальным институтом стандартов и технологий (NIST) и другими организациями, в 1990-х годах продвигало эту эталонную модель в качестве основы для корпоративных архитектур отдельных правительственных учреждений США и в общей архитектуре федерального предприятия. . [2]

вступление

Модель архитектуры предприятия NIST — это пятиуровневая модель архитектуры предприятия , предназначенная для организации, планирования и построения интегрированного набора архитектур информации и информационных технологий. Пять слоев определены отдельно, но взаимосвязаны и переплетены. [2] Модель определила взаимосвязь следующим образом: [3]

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

История

Модель архитектуры предприятия NIST была инициирована в 1988 году на пятом семинаре по направлениям управления информацией, спонсируемом NIST в сотрудничестве с Ассоциацией вычислительной техники (ACM), Компьютерным обществом IEEE и Федеральной группой пользователей управления данными (FEDMUG). Результаты этого исследовательского проекта были опубликованы в специальной публикации NIST 500-167 « Направления управления информацией: задача интеграции» . [3]

Развивающаяся область управления информацией

С распространением информационных технологий , начавшимся в 1970-х годах, работа по управлению информацией приобрела новый свет и стала включать в себя также область обслуживания данных . Управление информацией больше не было простой работой, которую мог выполнять практически каждый. Понимание задействованной технологии и лежащей в ее основе теории стало необходимым. По мере того как хранение информации перешло на электронные средства, это становилось все труднее. [3]

Понятие модели с тремя схемами было впервые введено в 1975 году в трехуровневой архитектуре ANSI/X3/SPARC , которая определяла три уровня для моделирования данных. [5]

Одним из первых общих подходов к построению информационных систем и системному управлению информацией с 1970-х годов был подход трех схем . Он предлагает использовать три различных взгляда на разработку систем, в которых концептуальное моделирование считается ключом к достижению интеграции данных : [6]

В центре концептуальная схема определяет онтологию концепций , когда пользователи думают о них и говорят о них. Физическая схема, согласно Сова (2004), «описывает внутренние форматы данных, хранящихся в базе данных , а внешняя схема определяет представление данных, представленных прикладным программам ». [7]

С 1970-х годов НИСТ провел серию из четырех семинаров по направлениям управления базами данных и информацией. Каждый из семинаров посвящен определенной теме: [8]

Пятый семинар в 1989 году проводился Национальной лабораторией компьютерных систем (NCSL) НИСТ. К тому времени это был один из четырех институтов, выполнявших техническую работу НИСТ. Конкретной целью NCSL было проведение исследований и предоставление научных и технических услуг для помощи федеральным агентствам в выборе, приобретении, применении и использовании компьютерных технологий. [9]

Семинар NIST по направлениям управления информацией

Пятый семинар по направлениям управления информацией, состоявшийся в 1989 году, был посвящен интеграции и продуктивности управления информацией . Пять рабочих групп рассмотрели конкретные аспекты интеграции знаний, управления данными , системного планирования, разработки и обслуживания, вычислительных сред, архитектур и стандартов. Участники представляли научные круги, промышленность, правительство и консалтинговые фирмы. Среди 72 участников были Том ДеМарко , Ахмед К. Эльмагармид , Элизабет Н. Фонг, Эндрю У. Фрэнк , [10] Роберт Э. Фултон, [11] Алан Х. Голдфайн, [12] Дейл Л. Гудхью , [13] Ричард Дж. Майер , Шамкант Навате , Т. Уильям Олле , У. Брэдфорд Ригдон , Джудит А. Квиллард, Стэнли Ю. В. Су, [14] и Джон Захман .

Том ДеМарко выступил с программной речью, заявив, что стандарты приносят больше вреда, чем пользы, когда они работают против преобладающей культуры, и что суть стандартизации — это открытия, а не инновации. [15] Пять рабочих групп встретились для обсуждения различных аспектов интеграции:

Третью рабочую группу по системному планированию возглавил Джон Захман , и она приняла структуру Захмана в качестве основы для обсуждения.

Модель архитектуры предприятия, 1989 г.

Пятую рабочую группу по архитектуре и стандартам возглавил У. Брэдфорд Ригдон из компании McDonnell Douglas Information Systems (MDISC), подразделения McDonnell Douglas . Ригдон и др. (1989) [16] объяснили, что дискуссии об архитектуре в то время в основном фокусировались на технологических проблемах. Их цель заключалась в том, чтобы «рассмотреть более широкий взгляд и описать потребность в корпоративной архитектуре , включающей акцент на бизнес-требованиях и информационных требованиях. Эти проблемы более высокого уровня влияют на архитектуру данных и технологий, а также на решения». [17] Для этого рабочая группа рассмотрела три вопроса: [18]

Чтобы проиллюстрировать уровни архитектуры, была представлена ​​модель архитектуры предприятия NIST (см. изображение). В этой концепции три уровня подхода трех схем разделены на пять уровней.

Применение в 1990-х годах

В некотором смысле модель архитектуры предприятия NIST опередила свое время. По словам Захмана (1993), в 1980-х годах «архитектура» была признана предметом интереса, но консолидированной теории относительно этой концепции все еще существовало мало. [19] Например, архитектура программного обеспечения . стали важной темой только во второй половине девяностых годов. [20]

Для поддержки модели архитектуры предприятия NIST в 1990-х годах она широко рекламировалась в федеральном правительстве США как инструмент управления архитектурой предприятия. [2] Модель архитектуры предприятия NIST применяется в качестве основы во многих структурах архитектуры предприятия федеральных правительственных учреждений США и в общей структуре архитектуры федерального предприятия . [2] При координации этих усилий модель NIST была дополнительно объяснена и расширена в «Меморандуме 97-16 (Архитектура информационных технологий)» 1997 года, выпущенном Управлением управления и бюджета США., [21] см. дальнейшую Архитектуру информационных технологий.

Темы модели архитектуры предприятия NIST

Фонды

По данным Ригдона и др. (1989) архитектура — это «четкое представление концептуальной структуры компонентов и их взаимоотношений в определенный момент времени». [22] Например, он может представлять собой «взгляд на текущую ситуацию с островками автоматизации, избыточными процессами и несогласованностью данных» [23] или «будущую интегрированную информационную структуру автоматизации, к которой предприятие будет двигаться в течение заданного количества лет». " [24] Роль стандартов в архитектуре заключается в том, чтобы «включить или ограничить архитектуру и служить ее основой». [23]

Для разработки архитектуры предприятия Ригдон признает: [17]

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

Отдельные уровни архитектуры предприятия взаимосвязаны особым образом. На каждом уровне архитектура предполагает или диктует архитектуры более высокого уровня. На иллюстрации справа показан пример того, какие элементы могут составлять архитектуру предприятия.

Примеры элементов архитектуры предприятия (1989).

Уровни архитектуры

Каждый уровень архитектуры в модели имеет определенное назначение: [25]

Некоторые примеры элементов более подробного описания архитектуры предприятия показаны на иллюстрации.

Архитектура информационных технологий

В «Меморандумах 97-16 (Архитектура информационных технологий)» дано следующее определение архитектуры предприятия: [21]

Архитектура предприятия — это подробное описание текущих и желаемых отношений между бизнесом, процессами управления и информационными технологиями. Он описывает «целевую» ситуацию, которую агентство желает создать и поддерживать, управляя своим ИТ-портфелем.
Документация по архитектуре предприятия должна включать обсуждение принципов и целей. [Примечание 1] Например, при разработке архитектуры предприятия необходимо четко понимать общую среду управления агентством, включая баланс между централизацией и децентрализацией, а также темпы изменений внутри агентства. В этой среде принципы и цели задают направление по таким вопросам, как содействие функциональной совместимости, открытые системы, публичный доступ, удовлетворенность конечных пользователей и безопасность.

В этом руководстве была принята и объяснена пятикомпонентная модель NIST. Агентствам было разрешено идентифицировать различные компоненты по мере необходимости и указывать организационный уровень, на котором будут реализованы конкретные аспекты компонентов. Хотя суть этих компонентов, иногда называемых «архитектурами» или «субархитектурами», должна быть отражена в полной архитектуре предприятия каждого агентства, агентства имеют большую гибкость в описании, объединении и переименовании компонентов, которые состоят из: [21 ]

За исключением компонента «Бизнес-процессы», настоящим руководством не описываются взаимосвязи и приоритеты этих компонентов; здесь не подразумевается иерархия отношений. Более того, агентства должны документировать не только текущую среду для каждого из этих компонентов, но и желаемую целевую среду. [21]

Приложения

Структура EA FDIC. [26]

NIST Framework был подхвачен несколькими федеральными агентствами США и использован в качестве основы для их информационной стратегии. [27] Эталонная модель применяется в следующих средах:

Смотрите также

Примечания

  1. ^ Примеры опубликованных архитектурных «структур» включают « Структуру архитектуры информационной системы Казначейства» (TISAF), «Структуру технической архитектуры управления информацией» Министерства обороны США (TAFIM) и «Информационную архитектуру Министерства энергетики», том 1.
  2. ^ Министерство обороны США включает аспекты элемента бизнес-процессов в свою операционную архитектуру; Министерство финансов США включает его в свою бизнес-идею.
  3. ^ Министерство сельского хозяйства США включило этот компонент в свою бизнес-архитектуру, а Министерство обороны и казначейство США встроили его в свою операционную архитектуру.
  4. ^ Министерство энергетики США включает бизнес-приложения в свою подархитектуру приложений, а Министерство финансов США включает их в свою функциональную архитектуру.
  5. ^ Министерство сельского хозяйства США включило этот элемент в свою архитектуру бизнеса/данных, а Министерство финансов США включило его в свою информационную архитектуру.
  6. ^ Министерство сельского хозяйства США включило эту архитектуру в свои технические стандарты и телекоммуникационные архитектуры. Министерство обороны США использует свою системную архитектуру, а Казначейство США — свою инфраструктуру для описания физического уровня.

Рекомендации

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

  1. ^ Совет директоров по информационным технологиям (2001). Практическое руководство по архитектуре федерального предприятия, версия 1.0. Предисловие. Февраль 2001 года.
  2. ^ abcdef Совет директоров по информационным технологиям (1999). Структура федеральной архитектуры предприятия, версия 1.1. Сентябрь 1999 года.
  3. ^ abc Фонг и Голдфайн, 1989 г.
  4. ^ Джон О'Луни (2002). Подключение правительств: проблемы и возможности для государственных менеджеров . Издательская группа Гринвуд. стр.67.
  5. ^ Мэтью Уэст и Джулиан Фаулер (1999). Модели данных высокого качества. Руководитель технического взаимодействия STEP в европейских перерабатывающих отраслях (EPISTLE).
  6. ^ ПОДХОД К РАЗДЕЛУ 2 РЕМЕНЬЯ. Проверено 30 сентября 2008 г.
  7. ^ Джон Ф. Сова (2004). «Проблема знаний», в: Тенденции исследований в области науки, технологий и математического образования . Под редакцией Дж. Рамадаса и С. Чунавалы, Центр Хоми Бхабха, Мумбаи, 2006 г.
  8. ^ Фонг и Голдфайн 1989, с. 5
  9. ^ Фонг и Голдфайн 1989, с. я
  10. ^ Франк, Эндрю У. Исследовательская группа геоинформации, Вена. По состоянию на 15 июля 2013 г.
  11. ^ Дэвид Террасо (2004) «Умер Роберт Фултон, 72 года: профессор инженерного дела и комиссар округа». на сайтеWhistle.gatech.edu
  12. ^ Алан Х. Голдфайн на библиографическом сервере DBLP
  13. ^ Дейл Л. Гудхью на библиографическом сервере DBLP
  14. ^ Стэнли Ю.В. Су на библиографическом сервере DBLP
  15. ^ Фонг и Голдфайн 1989, с. ix
  16. ^ Ригдон 1989
  17. ^ аб Ригдон 1989, с. 136
  18. ^ Фонг и Голдфайн 1989, с. 136
  19. ^ Дж. А. Захман (1993) Концепции структуры для EA - Ресурсы архитектуры предприятия . Бумага Zachman International, Inc. п. 1
  20. ^ Леонор Баррока, Джон Холл и Патрик Холл (200) «Введение и история архитектур программного обеспечения, компонентов и повторного использования» в: Архитектуры программного обеспечения , 2000 стр. 1
  21. ^ abcd Франклин Д. Рейнс, OBM США (1997) Меморандум 97-16 (Архитектура информационных технологий) M-97-16, выпущенный 18 июня 1997 г.
  22. ^ Ригдон 1989, с. 136
  23. ^ abc Ригдон 1989, с. 137
  24. ^ Ригдон 1989, стр. 137–138.
  25. ^ Ригдон 1989, стр. 139–140.
  26. ^ OIG (2005). Реализация принципов электронного правительства. Архивировано 14 января 2009 г. в Wayback Machine . май 2005 г.
  27. ^ «Эксклюзивное интервью с Джоном Захманом» Роджера Сешнса. В: Перспективы Международной ассоциации архитекторов программного обеспечения . Апрель 2006 года.
  28. ^ Федеральное управление гражданской авиации (1998) Инициативы федеральной информационной архитектуры . февраль 1998 г.
  29. ^ Бобби Джонс (2003) Архитектура предприятия NWS. В: 20-я Международная конференция по интерактивным системам информации и обработки. 2004 .

Источники

Внешние ссылки

На Wikimedia Commons есть медиафайлы, связанные с моделью архитектуры предприятия NIST .