Структура архитектуры информационной системы казначейства

Взаимосвязи архитектурных представлений в TISAF.

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

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

Обзор

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

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

История

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

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

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

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

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

Строительные блоки TISAF

Структура архитектуры департамента

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

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

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

Подход сверху вниз

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

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

Архитектура ТИСАФ

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

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

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

TISAF 1997 — TEAF 2000

Ниже кратко изложены основные изменения по сравнению с TISAF 1997 г. в Treasury Enterprise Architecture Framework (TEAF) 2000 г.: [2]

  • Принципы были обновлены
  • Архитектура работ переименована в Организационное представление.
  • Порядок столбцов матрицы TEAF был изменен на: Функциональный, Информационный, Организационный и Инфраструктурный.
  • Строки матрицы TISAF были переименованы в матрице TEAF на: Планировщик, Владелец, Проектировщик, Строитель.
  • Рабочие продукты были обновлены
  • Введена концепция основных и вспомогательных рабочих продуктов.
  • Техническая справочная модель TISAF удалена. Приведены примеры TRM
  • Содержимое профиля стандартов было удалено из TEAF. Профиль стандартов является частью EA, но не частью фреймворка
  • Вклады, которые стимулируют разработку EA, теперь включены и документируются как ресурсы и рабочие продукты EA Direction.
  • Подходы к внедрению EA теперь включены и задокументированы как рабочие продукты выполнения EA.
  • Приведены соответствия TEAF с FEAF и фреймворком Захмана.

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

Ссылки

  1. ^ abcdef Франклин Д. Рейнс (1997). МЕМОРАНДУМ ДЛЯ ГЛАВ ИСПОЛНИТЕЛЬНЫХ ДЕПАРТАМЕНТОВ И АГЕНТСТВ МЕМОРАНДУМ ПРАВИТЕЛЬСТВА США M-97-16, 18 июня 1997 г.
  2. ^ abcd Министерство финансов США Совет директоров по информации (2000). Структура архитектуры предприятия казначейства. Архивировано 18.03.2009 на Wayback Machine . Версия 1, июль 2000 г.
  3. ^ Янис Путман (2001) Архитектура с Rm-Odp . стр. 719
  4. ^ abcde Главное контрольно-ревизионное управление США (US GOA) (1998). МОДЕРНИЗАЦИЯ ТАМОЖЕННОЙ СЛУЖБЫ: Архитектура должна быть полной и обязательной для эффективного построения и обслуживания систем Отчет для запрашивающих в Конгрессе.
  5. ^ US Congree (1998) Congressional Record, V. 144, Pt. 19, 19 октября 1998 г. по 19 декабря 1998 г. стр. 27114
  6. ^ Марк Г. Мыкитышин (2007) Оценка зрелости информационных архитектур для сложных динамических корпоративных систем . стр. 77
Взято с "https://en.wikipedia.org/w/index.php?title=Структура_архитектуры_информационной_системы_казначейства&oldid=854675290"