Поднять

Структура технической архитектуры для управления информацией ( TAFIM ) была справочной моделью 1990 -х годов для корпоративной архитектуры с помощью Министерства обороны США и для Министерства обороны США (DOD).
Тафим предоставил руководство на уровне предприятия для эволюции технической инфраструктуры Министерства обороны . Он определяет услуги, стандарты, концепции, компоненты и конфигурации, которые можно использовать для руководства разработкой технических архитектур, которые соответствуют конкретным требованиям миссии . [ 2 ]
Тафим был разработан Министерством обороны Соединенных Штатов с 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). Разработанная командой во главе с Бернсом Сент -Патриком Холлиманом, Джеймсом М. Керром и Джоном Кин, эта техническая справочная модель хотела использовать открытые системы и новые технологии, доступные на коммерческом рынке, для разработки всего DOD -приложения. [ 4 ] Проект TAFIM привел к восьмитомной информационных технологий архитектуре по праву» « руководство , см. Изображение. До того, как он был официально опубликован в 1996 году Министерством обороны, этот подход был успешно пилотирован как в Корпусе морской пехоты США, так и в DOD по делам здравоохранения команд во главе с Холлиманом, Керром, Кином.
Первоначальная разработка версии TOGAF в 1995 году была основана на структуре технической архитектуры для управления информацией. Министерство обороны США дало открытой группе явное разрешение и поощрение на создание TOGAF, опираясь на TAFIM, что само по себе стало результатом многолетних усилий по развитию и многих миллионов долларов правительственных инвестиций США. [ 5 ]
Публикация DOD в 1996 году на TAFIM была последней опубликованной версией. [ 6 ] Тафим был отменен в качестве отдельного документа в 1999 году. [ 2 ] В 2000 году вся концепция TAFIM и ее правила были переоценены и обнаружены непоследовательными с недавно разработанным направлением архитектуры DODAF . По этой причине все ссылки на TAFIM были удалены из документации DOD с тех пор. [ 6 ]
Тафим был внезапно отменен из -за следующих недостатков: [ 7 ]
- Тафим потребовался большие инвестиции как времени, так и денег
- Прошло время, необходимое для производства архитектуры, приближается к устаревшим до завершения
- Архитектуры такой сложности требовали специализированного и достаточно необычного ИТ -опыта для завершения. Конечный результат, как правило, непостижимый для аудитории, ориентированной на бизнес, и его труднее проследить до бизнес-стратегии
Тем не менее, многие из основных вкладов в ИТ -архитектурное мышление, введенное в рамках усилий TAFIM, были сохранены и построены через DODAF, включая центральную концепцию TAFIM четырех взаимозависимых архитектурных взглядов. Эта концепция, на самом деле, живет в большинстве современных дискуссий об ИТ -архитектурах и по сей день.
Темы TAFIM
[ редактировать ]DOD Технические и стандарты данных
[ редактировать ]Технические и стандарты данных Defense предназначены для того, чтобы системы могли легко взаимодействовать и передавать информацию. Его стандартные определения для элементов данных предназначены для обеспечения того, чтобы пользователи всех защитных систем определяли одни и те же данные одинаково и имели общее понимание их значения. Защита разработала или находится в процессе определения технических стандартов в 1990 -х годах с структурой технической архитектуры для управления информацией (TAFIM), совместной технической архитектуры (JTA) и общей операционной среды для оборонной информации (DII COE). [ 8 ]
Агентство защитных информационных систем (DISA) отвечает за разработку, получение из коммерческих источников и поддержание технических стандартов инфраструктуры информационной защиты, и оно отвечает за поддержание системы оборонного словаря в качестве репозитория требований к данным и за содействие Межфункциональная координация и одобрение стандартных форматов, определений и т. Д. PSA, военных служб, оборонных учреждений и совместных руководителей несут ответственность за достижение соглашения по стандартам и утверждение их в качестве стандартных данных DOD. Затем DISA отвечает за распространение утвержденных стандартных элементов данных для использования по всему департаменту. [ 8 ]
Процесс планирования архитектуры на основе стандартов DOD
[ редактировать ]
Основанный на стандартах процесс планирования архитектуры (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: а беременный NHSITRC (2005). Консолидированные ссылки архивировали 2009-01-09 в руководствах по планированию и управлению Wayback Matchan , список ресурсов. Последнее обновление: 4 мая 2005 года. Доступ 12 декабря 2008 года.
- ^ Jump up to: а беременный в Констанс Голден (1995). Стандартная эталонная модель контроля спутникового управления . НАСА.
- ^ Патриция А. Оберндорф и Энтони Эрл (1998). Справочные модели департамента по делам ветеранов [ Постоянная мертвая ссылка ] Полем Вы университет Карнеги -Меллона.
- ^ Добро пожаловать в Togaf версию 9 - Структура Appen Group Architecture по состоянию на 03 февраля 2009 года.
- ^ Jump up to: а беременный Джаап Шеккерман (2003). Как выжить в джунглях корпоративных архитектурных фреймворков . с.173.
- ^ Perks, C. и Beveridge, T. (2003). Руководство по архитектуре Enterprise IT . Нью -Йорк, Нью -Йорк: Спрингер.
- ^ Jump up to: а беременный GAO (1998) Оборона IRM Генерального бухгалтерского управления Соединенных Штатов.
- ^ Jump up to: а беременный в дюймовый и фон глин час я Дж k л Министерство обороны (1996). Структура технической архитектуры для управления информацией. Тол. 4 Апрель 1996
Внешние ссылки
[ редактировать ]- Сайт Tafim, 1997 на Archive.org