TAFIM

редактировать
Концепция архитектуры информационных систем, представленная TAFIM в 1996 году.

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

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

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

Содержание
  • 1 Обзор
  • 2 История
  • 3 Темы TAFIM
    • 3.1 Технические стандарты и данные Министерства обороны США
    • 3.2 Процесс планирования архитектуры на основе стандартов Министерства обороны
    • 3.3 Интегрированная модель архитектурных представлений
  • 4 См. Также
  • 5 Ссылки
  • 6 Внешние ссылки
Обзор

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Integra ted Модель архитектурных представлений

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

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

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

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

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

См. Также
Ссылки
Викискладе есть носители, относящиеся к TAFIM.

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

Внешние ссылки
Последняя правка сделана 2021-06-09 05:29:01
Содержание доступно по лицензии CC BY-SA 3.0 (если не указано иное).
Обратная связь: support@alphapedia.ru
Соглашение
О проекте