Структура архитектуры информационной системы казначейства - Treasury Information System Architecture Framework
В Структура архитектуры информационной системы казначейства (TISAF) - начало 1990-х Структура архитектуры предприятия для оказания помощи казначействам США в разработке архитектур корпоративных информационных систем (EISA).[1]
TISAF был разработан Министерство финансов США в 1997 году, и позволил развитию Структура архитектуры предприятия казначейства, выпущенный в 2000 году. TEAF представляет собой структуру второго поколения для казначейства. TISAF был фреймворком первого поколения.[2]
Обзор
Структура архитектуры информационной системы казначейства (TISAF) состоит из списка целей и задач для планирования. Казначейство информационные технологии набор архитектурных принципов для разработки информационных систем, модель EISA для описания различных представлений корпоративных информационных систем и набор стандартов для руководства выбором конкретного продукта.[1]
Модель EISA предусматривает четыре архитектурные виды для организации, планирования и построения корпоративных информационных систем, состоящих из информационной, функциональной и рабочей архитектур и инфраструктуры.[1]
История
TISAF включил элементы из C4ISR Architecture Framework, разработанной Mitre Corporation с 1994 г.[3] В январе 1997 г. Министерство финансов США выпустил TISAF Version 1, состоящий из трех томов:[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 на Структура архитектуры предприятия казначейства (TEAF) 2000 резюмируются ниже:[2]
- Принципы были обновлены
- Рабочая архитектура переименована в "Организационное представление".
- Порядок столбцов матрицы TEAF изменен на: функциональный, информационный, организационный и инфраструктурный.
- Строки матрицы TISAF были переименованы в матрице TEAF на: Planner, Owner, Designer, Builder.
- Обновлены рабочие продукты
- Введено понятие основных и вспомогательных рабочих продуктов.
- Техническая эталонная модель TISAF удалена. Приведены примеры TRM.
- Содержимое профиля стандартов было удалено из TEAF. Профиль стандартов является частью эксперта, но не частью структуры.
- Входные данные, которые стимулируют разработку EA, теперь включены и задокументированы как ресурсы и рабочие продукты EA Direction.
- Подходы к реализации EA теперь включены и задокументированы как рабочие продукты EA.
- Приведены согласования TEAF с FEAF и структурой Захмана.
Смотрите также
- Модель архитектуры предприятия NIST
- Структура технической архитектуры для управления информацией (ТАФИМ)
использованная литература
- ^ а б c d е ж Франклин Д. Рейнс (1997). МЕМОРАНДУМ ДЛЯ РУКОВОДИТЕЛЕЙ ИСПОЛНИТЕЛЬНЫХ УПРАВЛЕНИЙ И АГЕНТСТВ МЕМОРАНДУМ ПРАВИТЕЛЬСТВА США M-97-16, 18 июня 1997 г.
- ^ а б c d Совет директоров по информационным технологиям Министерства финансов США (2000 г.). Структура архитектуры предприятия казначейства В архиве 2009-03-18 на Wayback Machine. Версия 1, июль 2000 г.
- ^ Янис Путман (2001) Архитектура с Rm-Odp. п. 719
- ^ а б c d е Главное бухгалтерское управление США (US GOA) (1998). МОДЕРНИЗАЦИЯ ТАМОЖЕННОГО ОБСЛУЖИВАНИЯ: архитектура должна быть завершена и реализована для эффективного построения и поддержки систем Отчет для запрашивающих в Конгресс.
- ^ Конгресс США (1998) Отчет Конгресса, V. 144, Pt. С 19 октября 1998 г. по 19 декабря 1998 г.. п. 27114
- ^ Марк Григорьевич Мыкитышин (2007) Оценка зрелости информационных архитектур для сложных динамических корпоративных систем. п. 77