WikiDer > ТАФИМ

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

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

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

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

Обзор

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

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

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

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

ТАФИМ включает общепринятые Эталонная модель среды открытой системы в сфере сетевых услуг и связи.

История

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

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

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

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

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

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

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

ТАФИМ темы

DoD технические стандарты и стандарты данных

Технические стандарты и стандарты данных Министерства обороны разработаны, чтобы позволить системам легко взаимодействовать и передавать информацию. Стандартные определения элементов данных предназначены для того, чтобы пользователи всех систем Defense определяли одни и те же данные одинаково и имели общее понимание их значения. Министерство обороны разработало или находится в процессе определения технических стандартов в 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 виды представлены слоями и больше не связаны между собой.

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

использованная литература

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

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

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