АРМИЯ

Структура технической архитектуры для управления информацией ( TAFIM ) была эталонной моделью архитектуры предприятия 1990-х годов , разработанной Министерством обороны США (DoD).

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

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

Обзор

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

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

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

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

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

История

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

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

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

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

TAFIM был внезапно отменен из-за следующих недостатков: ^[7]

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

Тем не менее, многие из основных вкладов в ИТ-архитектурное мышление, представленные в рамках усилий TAFIM, были сохранены и развиты через DoDAF, включая центральную концепцию TAFIM о четырех взаимозависимых архитектурных представлениях. Фактически, эта концепция по сей день живёт в большинстве современных дискуссий об ИТ-архитектуре.

Темы ТАФИМ

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

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

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

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

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

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

Интегрированная модель архитектурных видов

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

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

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

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

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

См. также

Ссылки

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

^ Jump up to: ^а ^б Министерство обороны (1996). Структура технической архитектуры для управления информацией. Том. 1 . апрель 1996 г.
^ Jump up to: ^а ^б НСИТРЦ (2005). Сводные ссылки. Архивировано 9 января 2009 г. в руководствах по планированию и управлению ИТ Wayback Machine , список ресурсов. Последнее обновление: 4 мая 2005 г. По состоянию на 12 декабря 2008 г.
^ Jump up to: ^а ^б ^с Констанс Голден (1995). СТАНДАРТНАЯ ЭТАЛОННАЯ МОДЕЛЬ СПУТНИКОВОГО УПРАВЛЕНИЯ . НАСА.
^ Патрисия А. Оберндорф и Энтони Эрл (1998). Эталонные модели Департамента по делам ветеранов ^{[ постоянная мертвая ссылка ]}. SIX Университет Карнеги-Меллон.
^ Добро пожаловать в TOGAF версии 9 — Структура архитектуры открытой группы, доступ 3 февраля 2009 г.
^ Jump up to: ^а ^б Яап Шеккерман (2003). Как выжить в джунглях корпоративной архитектуры . стр.173.
^ Перкс, К., и Беверидж, Т. (2003). Руководство по ИТ-архитектуре предприятия . Нью-Йорк, штат Нью-Йорк: Спрингер.
^ Jump up to: ^а ^б GAO (1998) DEFENSE IRM Главное бухгалтерское управление США.
^ Jump up to: ^а ^б ^с ^д ^и ^ж ^г ^час ^я ^дж ^к ^л Министерство обороны (1996). Структура технической архитектуры для управления информацией. Том. 4 . апрель 1996 г.

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

Веб-сайт ТАФИМ, 1997 г. , archive.org.

[DoD96V1-1] Jump up to: ^а ^б Министерство обороны (1996). Структура технической архитектуры для управления информацией. Том. 1 . апрель 1996 г.

[HHS05-2] Jump up to: ^а ^б НСИТРЦ (2005). Сводные ссылки. Архивировано 9 января 2009 г. в руководствах по планированию и управлению ИТ Wayback Machine , список ресурсов. Последнее обновление: 4 мая 2005 г. По состоянию на 12 декабря 2008 г.

[Gol95-3] Jump up to: ^а ^б ^с Констанс Голден (1995). СТАНДАРТНАЯ ЭТАЛОННАЯ МОДЕЛЬ СПУТНИКОВОГО УПРАВЛЕНИЯ . НАСА.

[4] Патрисия А. Оберндорф и Энтони Эрл (1998). Эталонные модели Департамента по делам ветеранов ^{[ постоянная мертвая ссылка ]}. SIX Университет Карнеги-Меллон.

[5] Добро пожаловать в TOGAF версии 9 — Структура архитектуры открытой группы, доступ 3 февраля 2009 г.

[Sch03-6] Jump up to: ^а ^б Яап Шеккерман (2003). Как выжить в джунглях корпоративной архитектуры . стр.173.

[7] Перкс, К., и Беверидж, Т. (2003). Руководство по ИТ-архитектуре предприятия . Нью-Йорк, штат Нью-Йорк: Спрингер.

[GAO98-8] Jump up to: ^а ^б GAO (1998) DEFENSE IRM Главное бухгалтерское управление США.

[DoD96V4-9] Jump up to: ^а ^б ^с ^д ^и ^ж ^г ^час ^я ^дж ^к ^л Министерство обороны (1996). Структура технической архитектуры для управления информацией. Том. 4 . апрель 1996 г.

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]