Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску
Концепция архитектуры информационных систем, представленная TAFIM в 1996 г. [1]

Техническая архитектура Рамки для управления информацией ( TAFIM ) был 1990s Эталонная модель для архитектуры предприятия в общем и для Соединенных Штатов Министерства обороны (МО).

TAFIM предоставил руководство на уровне предприятия по развитию технической инфраструктуры Министерства обороны США . Он определяет услуги, стандарты, концепции, компоненты и конфигурации, которые могут использоваться для руководства разработкой технических архитектур, отвечающих конкретным требованиям миссии . [2]

TAFIM разрабатывался Министерством обороны США с 1986 по 1999 год. Параллельно в 1994 году они начали разработку структуры архитектуры C4ISR , которая в новом тысячелетии превратилась в структуру архитектуры министерства обороны (DoDAF). Концепции TAFIM получили дальнейшее развитие в TOGAF , первая версия которого в 1995 году была основана на структуре TAFIM.

Обзор [ править ]

«Структура технической архитектуры для управления информацией» (TAFIM) была описана в 1995 году как: [3]

  • целевая общая концептуальная основа или эталонная модель для инфраструктуры информационной системы
  • и конкретные приложения, которые должна поддерживать информационная система.

Эта архитектура и связанная с ней модель не являются конкретным системным проектом . Скорее, он устанавливает общий словарь и определяет набор услуг и интерфейсов, общих для информационных систем. Он определяет стандарты и рекомендации в отношении архитектурных сервисов и интерфейсов.

Архитектура служит для облегчения разработки планов, которые приведут к взаимодействию между приложениями области миссии, переносимости между областями миссии и снижению затрат за счет использования общих служб. [3]

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

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

Восьмитомная документация TAFIM с дальнейшей концепцией реализации архитектуры. [1]

Разработка TAFIM началась примерно в 1986 году в Агентстве оборонных информационных систем США / Центре управления информацией. Первая концепция TAFIM была получена из профиля переносимости приложений NIST и модели POSIX (или IEEE P1003.00SE). [3]

Первый проект TAFIM был завершен в 1991 году с помощью Технической эталонной модели TAFIM (TAFIM TRM). Эта техническая эталонная модель, разработанная группой во главе с Бернсом Сент-Патриком Холлиманом, Джеймсом М. Керром и Джоном Кином, предполагала использование открытых систем и новых технологий, доступных на коммерческом рынке, для разработки общедоступного приложения Министерства обороны. [4] Проект TAFIM привел к восьми томах технологии Информационных архитектур «как к» ручному , см изображения. До того, как в 1996 году был официально опубликован Министерством обороны, этот подход был успешно опробован как в Корпусе морской пехоты США, так и в Министерстве здравоохранения США группами под руководством Холлимана, Керра и Кина.

Первоначальная разработка TOGAF версии 1 в 1995 году была основана на структуре технической архитектуры для управления информацией. Министерство обороны США явным образом разрешило и поддержало Open Group на создание TOGAF, опираясь на TAFIM, что само по себе стало результатом многолетних усилий по разработке и многомиллионных долларов инвестиций правительства США. [5]

Публикация Министерства обороны США по TAFIM в 1996 году была последней опубликованной версией. [6] TAFIM был отменен как отдельный документ в 1999 году. [2] В 2000 году вся концепция TAFIM и его правила были пересмотрены и признаны несовместимыми с недавно разработанным архитектурным направлением DoDAF . По этой причине с тех пор все ссылки на TAFIM были удалены из документации DoD. [6]

ТАФИМ был внезапно отменен из-за следующих недостатков: [7]

  • ТАФИМ требовал больших вложений времени и денег
  • Затраченное время, необходимое для создания архитектуры, делает ее практически устаревшей до завершения.
  • Для создания архитектуры такой сложности требовались специализированные и достаточно необычные ИТ-знания. Конечный результат обычно непонятен бизнес-ориентированной аудитории, и его сложнее отследить до бизнес-стратегии.

Темы TAFIM [ править ]

Технические стандарты и стандарты данных Министерства обороны США [ править ]

Технические стандарты и стандарты данных Министерства обороны разработаны, чтобы позволить системам легко взаимодействовать и передавать информацию. Стандартные определения элементов данных предназначены для обеспечения того, чтобы пользователи всех систем защиты определяли одни и те же данные одинаково и имели общее понимание их значения. Министерство обороны разработало или находится в процессе определения технических стандартов в 1990-х годах с помощью структуры технической архитектуры для управления информацией (TAFIM), совместной технической архитектуры (JTA) и общей операционной среды информационной инфраструктуры обороны (DII COE). [8]

Агентство оборонных информационных систем (DISA) отвечает за разработку, получение из коммерческих источников и поддержание компиляции технических стандартов оборонной информационной инфраструктуры, а также за поддержание словарной системы оборонных данных в качестве хранилища требований к данным и за содействие межфункциональная координация и утверждение стандартных форматов, определений и т. д. PSA, военные службы, оборонные ведомства и Объединенный комитет начальников штабов несут ответственность за достижение согласия по стандартам и утверждение их в качестве стандартных элементов данных Министерства обороны США. Затем DISA отвечает за распространение утвержденных стандартных элементов данных для использования в Департаменте. [8]

Процесс планирования архитектуры на основе стандартов Министерства обороны США [ править ]

Процесс планирования архитектуры на основе стандартов Министерства обороны США [9]

Процесс планирования архитектуры на основе стандартов (SBA). Определенный TAFIM, состоит из семи отдельных, но взаимозависимых фаз. Каждый этап процесса SBA предназначен для создания конкретных конечных продуктов и / или документов, которые будут определять последующий этап. Ниже кратко описаны семь этапов. [9]

  • Фаза 1, инициация и структура архитектуры  : методология начинается с надлежащего инициирования процесса в принимающей организации. Это включает в себя разработку набора стратегических драйверов для организации. Далее бизнес-модель пересматривается или строится, чтобы установить стратегическую целевую операционную модель. [9]
  • Фаза 2. Базовая характеристика  : эта фаза заземления предназначена для определения текущей архитектуры организации. Это оценка текущей среды, которая приводит к характеристике по четырем ключевым параметрам или представлениям: работа, информация, применение и технология. [9]
  • Фаза 3. Целевая архитектура  : различные представления структуры моделируются в терминах желательной целевой архитектуры, обычно на 3-5 лет вперед. [9]
  • Этап 4. Определение возможностей  : шаг от концептуального осмысления к практическим реалиям и реализации с определением необходимых проектов развития. [9]
  • Фаза 5. Варианты миграции  : связывает реальность настоящего с желательностью целевой архитектуры, устанавливая одно или несколько плато, представляющих практические этапы миграции. [9]
  • Этап 6. Планирование реализации  : Этап приводит к подробному плану реализации для первого плато процесса миграции. [9]
  • Фаза 7. Институционализация процесса ITA  : эта фаза предназначена для поддержания жизнеспособности архитектуры путем ее постоянного улучшения. [9]

Интегрированная модель архитектурных представлений [ править ]

Интегрированная модель четырех архитектурных представлений. [9]

«Интегрированная модель четырех архитектурных представлений» является частью целевой архитектуры, определенной в TAFIM. Он дает видение организации во всех ее архитектурных представлениях, особенно в рабочей архитектуре. Модель, см. Рисунок, изображает общую структуру для разработки целевой архитектуры. Каждое представление целевой архитектуры частично пересекается с аспектами других представлений. Это совпадение поддерживает аргумент, что модель изображает разработку единой интегрированной архитектуры. [9]

Согласно определению, все предприятие включает организацию работы, информацию, приложения и технологии. Это приводит к четырем различным представлениям: [9]

  • Представление организации работы  : Представление работы архитектуры разрабатывается путем определения определенных классов пользователей в рамках бизнес-среды (например, руководителей, планировщиков, администраторов, инженеров, рекрутеров), местоположения бизнеса (например, штаб-квартира, офис продаж, завод, склад); и логическое представление бизнес-функций, необходимых для предоставления продуктов и услуг.
  • Представление управления информацией  : информационная архитектура предприятия будет содержать три уровня детализации, предметные области, группы данных и атрибуты данных.
  • Представление приложения  : это представление фокусируется на возможностях автономных аспектов работы и / или доступе к информации, необходимой для выполнения работы.
  • Представление технологической инфраструктуры  : в этих областях архитектуры используются модели на уровне конкретных компонентов, чтобы обеспечить основу для связи технологического представления архитектуры с представлениями работы, информации и приложений. Стержень - это общая среда приложения.

  • Вид организации труда на архитектуру

  • Взгляд на архитектуру с точки зрения управления информацией

  • Прикладной взгляд на архитектуру.

  • Просмотр технологической инфраструктуры.

Эта галерея с четырьмя видами показывает взаимосвязь между четырьмя видами, как упоминалось ранее. В моделях представлений более поздних структур архитектуры предприятия , таких как DoDAF , представления представлены слоями и больше не связаны между собой.

См. Также [ править ]

  • Фреймворк архитектуры предприятия
  • Планирование архитектуры предприятия
  • ГЕРАМ
  • Эталонная модель открытой системной среды
  • Структура архитектуры информационной системы казначейства
  • Структура архитектуры предприятия казначейства
  • TOGAF
  • Техническая архитектура

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

 Эта статья включает материалы, являющиеся  общественным достоянием, с веб-сайтов или документов армии США .

  1. ^ a b Министерство обороны (1996). Структура технической архитектуры для управления информацией. Vol. 1 . Апрель 1996 г.
  2. ^ а б NHSITRC (2005). Консолидированные Ссылки Архивировано 2009-01-09 в Wayback Machine IT планирования и управления Guides, Список ресурсов. Последнее обновление: 4 мая 2005 г. По состоянию на 12 декабря 2008 г.
  3. ^ a b c Констанс Голден (1995). СТАНДАРТНАЯ МОДЕЛЬ СПУТНИКОВОГО УПРАВЛЕНИЯ . НАСА.
  4. ↑ Патриция А. Оберндорф и Энтони Эрл (1998). Справочные модели Департамента по делам ветеранов [ постоянная мертвая ссылка ] . SEI Университет Карнеги-Меллона.
  5. ^ Добро пожаловать в TOGAF версии 9 - Open Group Architecture Framework, доступ к 3 февраля 2009 г.
  6. ^ a b Яап Шеккерман (2003). Как выжить в джунглях фреймворков архитектуры предприятия . с.173.
  7. ^ Перки, С, и Бевериджа, Т. (2003). Руководство по корпоративной ИТ-архитектуре . Нью-Йорк, штат Нью-Йорк: Спрингер.
  8. ^ a b GAO (1998) DEFENSE IRM Главное бухгалтерское управление США.
  9. ^ a b c d e f g h i j k l Министерство обороны (1996). Структура технической архитектуры для управления информацией. Vol. 4 . Апрель 1996 г.

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

  • Сайт ТАФИМ, 1997 г., archive.org