Из Википедии, бесплатной энциклопедии
  (Перенаправлено с TISAF )
Перейти к навигации Перейти к поиску
Взаимосвязи архитектурных представлений в TISAF.

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

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

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

Структура архитектуры информационной системы казначейства (TISAF) состоит из списка целей и задач для планирования информационных технологий казначейства , набора архитектурных принципов для разработки информационных систем, модели EISA для описания различных представлений информационных систем предприятия и набора стандартов для руководство выбором конкретного продукта. [1]

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

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

TISAF включил элементы из C4ISR Architecture Framework, разработанной Mitre Corporation с 1994 года. [3] В январе 1997 года Министерство финансов США выпустило версию 1 TISAF, состоящую из трех томов: [2]

  • структура архитектуры информационных систем казначейства,
  • Руководство по развитию архитектуры казначейства и
  • Процесс разработки архитектуры казначейства.

В июле 1997 года Казначейство выпустило дополнительные инструкции, дополняющие структуру архитектуры информационной системы казначейства (TISAF). Это руководство, которое было окончательно доработано в сентябре 1997 г., описывает «как» процессы разработки архитектуры информационных систем в соответствии с TISAF. [4] В 1989 году Конгресс США выделил 200 000 долларов на внедрение в масштабах всего департамента Структуры архитектуры информационной системы казначейства. [5]

Дальнейшие разработки Министерства финансов США позволили разработать структуру архитектуры предприятия казначейства , впервые опубликованную в июле 2000 года. TEAF представляет собой пересмотренный вариант TISAF и включает элементы FEAF. [6] Это результат оценки опыта департаментов и бюро по применению и использованию TISAF, а также новых передовых практик других государственных организаций и отрасли.

TEAF призван подчеркнуть более широкую сферу применения архитектурной структуры, которая включает как коммерческие, так и технические точки зрения в перспективе всего предприятия. TEAF включает описание общего набора рабочих продуктов для документирования и моделирования советников. Эти рабочие продукты соответствуют моделям FEAF и продуктам структуры архитектуры Министерства обороны США ( DoDAF ). [2]

Строительные блоки TISAF [ править ]

Структура архитектуры всего отдела [ править ]

Согласно TISAF, полная архитектура состоит из следующих четырех компонентов, каждый из которых представляет свою точку зрения или точку зрения на агентство: [4]

  • Функциональный : представление о том, чем занимается организация (т. Е. Ее миссия и бизнес-процессы) и как организация может использовать информационные системы для поддержки своих бизнес-операций.
  • Работа : описание того, где и кем будут использоваться информационные системы в агентстве.
  • Информация : описание того, какая информация необходима для поддержки бизнес-операций.
  • Инфраструктура : описание оборудования и «услуг» (например, программного обеспечения и телекоммуникаций), необходимых для внедрения информационных систем в агентстве.

Функциональные, рабочие и информационные компоненты TISAF вместе образуют логическое представление архитектуры, а его инфраструктура представляет собой техническое представление архитектуры. [4]

Подход сверху вниз [ править ]

Для разработки и развития систем, которые эффективно поддерживают бизнес-функции, необходимо следовать нисходящему процессу. Сначала определяется логическая архитектура (например, бизнес-функции и информационные потоки), а затем используется для определения поддерживающих систем (например, интерфейсов, стандартов и протоколов). [4]

Казначейство одобряет этот нисходящий подход. Должностные лица казначейства, ответственные за разработку и внедрение TISAF, заявили, что разработка архитектуры начинается с определения и описания основных бизнес-функций агентства. Как только это будет выполнено, агентство может определить взаимосвязи между функциями, информацию, необходимую для выполнения функций, пользователей и расположение функций, а также существующие и необходимые приложения и соответствующие информационные технологии, необходимые для выполнения и поддержки бизнес-функций. Согласно руководству Казначейства, компонент инфраструктуры архитектуры (то есть ее системные спецификации и стандарты) должен быть получен из трех других компонентов. Кроме того, в руководстве говорится, что каждый элемент архитектуры должен быть интегрирован и отслеживаемым.и отношения между ними должны быть явными.[4]

Архитектура TISAF [ править ]

Информационная архитектура является « что» информационных систем , которая определяет и организует всю информацию , необходимую для выполнения бизнес - операций и описывает отношения между этой информацией. Функциональная архитектура - это «как» информационных систем, которые определяют и организуют бизнес-функции, процессы или действия, которые собирают, обрабатывают и управляют бизнес-информацией для поддержки бизнес-операций. [1]

Работа Архитектура является « где» информационных систем, изображающей децентрализации бизнеса, описание рабочих организаций в деловых местах, а также коммуникации и координации между этими местами. Инфраструктура - это «активатор» информационных систем, который описывает вспомогательные услуги, вычислительные платформы, а также внутренние и внешние интерфейсы, необходимые для обеспечения технологических сред, в которых работают информационные системы. [1]

Чтобы обеспечить контекст для обсуждения технических стандартов, разработана техническая эталонная модель (TRM) для организации и изображения строительных блоков информационной системы в виде набора услуг, классифицированных по функциональным областям. [1]

TISAF 1997 - TEAF 2000 [ править ]

Ключевые изменения от TISAF 1997 до Treasury Enterprise Architecture Framework (TEAF) 2000 кратко изложены ниже: [2]

  • Принципы были обновлены
  • Рабочая архитектура переименована в "Организационное представление".
  • Порядок столбцов матрицы TEAF изменен на: функциональный, информационный, организационный и инфраструктурный.
  • Строки матрицы TISAF были переименованы в матрице TEAF на: Planner, Owner, Designer, Builder.
  • Обновлены рабочие продукты
  • Введена концепция основных и поддерживающих рабочих продуктов.
  • Техническая эталонная модель TISAF была удалена. Приведены примеры TRM.
  • Содержимое профиля стандартов было удалено из TEAF. Профиль стандартов является частью эксперта, но не частью структуры.
  • Входные данные, которые стимулируют разработку EA, теперь включены и задокументированы как ресурсы и рабочие продукты EA Direction.
  • Подходы к реализации EA теперь включены и задокументированы как рабочие продукты EA.
  • Приведены согласования TEAF с FEAF и Zachman Framework.

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

  • Модель архитектуры предприятия NIST
  • Структура технической архитектуры для управления информацией (TAFIM)

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

  1. ^ Б с д е е Франклин Д. Raines (1997). МЕМОРАНДУМ ДЛЯ РУКОВОДИТЕЛЕЙ ИСПОЛНИТЕЛЬНЫХ УПРАВЛЕНИЙ И АГЕНТСТВ ПРАВИТЕЛЬСТВЕННЫЙ МЕМОРАНДУМ США M-97-16, 18 июня 1997 г.
  2. ^ a b c d Совет директоров по информации Министерства финансов США (2000 г.). Структура архитектуры предприятия казначейства. Архивировано 18 марта 2009 г. на Wayback Machine . Версия 1, июль 2000 г.
  3. ^ Янис Путман (2001) Архитектура с Rm-Odp . п. 719
  4. ^ a b c d e Главное бухгалтерское управление США (US GOA) (1998). МОДЕРНИЗАЦИЯ ТАМОЖЕННОГО ОБСЛУЖИВАНИЯ: архитектура должна быть завершена и обеспечена соблюдением требований для эффективного построения и обслуживания систем. Отчитывайтесь перед подателями запросов в Конгресс.
  5. ^ США Congree (1998) Congressional Record, V. 144, Pt. 19 октября 19, 1998, 19 декабря 1998 года . п. 27114
  6. ^ Марк Г. Микитышин (2007) Оценка зрелости информационных архитектур для сложных динамических корпоративных систем . п. 77