Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску
Рабочие продукты TEAF для руководства, описания и выполнения EA. [1]

Treasury Enterprise Architecture Framework (TEAF) - это структура корпоративной архитектуры для казначейства , основанная на Zachman Framework . Он был разработан Министерством финансов США и опубликован в июле 2000 года. [2] В мае 2012 года эта структура была включена в развивающуюся политику федеральной архитектуры предприятия, как описано в «Общем подходе к архитектуре федерального предприятия». [3]

Представленный здесь материал является устаревшим и полезен только для исторической справки и не является текущей политикой, используемой Министерством финансов.

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

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

Модель просмотра TEAF . [1]

TEAF описывает: [1]

  • Руководство для казначейских отделов по развитию и эволюции архитектуры информационных систем,
  • Единая концепция, общие принципы, технологии и стандарты для информационных систем, а также
  • Шаблон для разработки архитектуры предприятия .

Функциональная, информационная и организационная архитектура TEAF в совокупности моделирует процессы, процедуры и бизнес-операции организации. Основываясь на архитектуре бизнеса организации, TEAF определяет основные бизнес-процедуры и корпоративные процессы. Благодаря своим явным моделям архитектура на основе TEAF позволяет выявлять и обосновывать проблемы на уровне предприятия и системы, а также принимать инвестиционные решения. [1]

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

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

План «Дорожная карта» по модернизации ИТ казначейства. [5]

В новом тысячелетии структура архитектуры предприятия казначейства (TEAF) превратилась в архитектуру предприятия казначейства (TEA), цель которой - разработать план модернизации и оптимизации бизнес-процессов и ИТ-среды Министерства финансов США . Архитектура предприятия казначейства обеспечит основу для планирования инвестиций в ИТ, оптимизации систем и обеспечения соответствия программ ИТ бизнес-требованиям и стратегическим целям. [6]

Темы TEAF [ править ]

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

EA Development Environment. [2]

Эффективное управление и принятие стратегических решений, особенно в отношении инвестиций в информационные технологии (ИТ), требуют интегрированного представления о предприятии - понимания взаимосвязей между бизнес-организациями, их операционных процессов и информационных систем, которые их поддерживают. Enterprise Architecture формализует идентификацию, документирование и управление этих взаимоотношений, и поддерживает процессы управления и принятия решений. Архитектура предприятия обеспечивает существенную поддержку развития предприятия, поскольку она предвосхищает изменяющиеся потребности своих клиентов и составляющих и реагирует на них. Архитектура предприятия является жизненно важной частью процесса принятия решений на предприятии и будет развиваться вместе с миссией предприятия. [2]

TEAF был разработан, чтобы помочь бюро и департаменту разрабатывать и поддерживать свои корпоративные архитектуры. TEAF направлен на создание общей структуры архитектуры предприятия, последовательных практик и общей терминологии; и институционализировать управление архитектурой предприятия во всем Департаменте. Такая согласованность архитектуры облегчит интеграцию, обмен информацией и использование общих требований в казначействе. [2]

Структура архитектуры предприятия [ править ]

Обзор структуры управления, описания и выполнения EA. [2]

Цель структуры архитектуры предприятия - предоставить структуру для создания архитектуры предприятия (EA) и управления активами архитектуры предприятия. Чтобы уменьшить сложность и объем разработки и использования архитектуры предприятия, ее необходимо разделить, чтобы части можно было использовать независимо или строить постепенно в отдельных проектах. TEAF подразделяет архитектуру предприятия по: [2]

  • Взгляды
  • Перспективы
  • Рабочие продукты

TEAF определяет, как показано на рисунке, ресурсы и рабочие продукты, которые определяют направление развития EA, рабочие продукты, составляющие описание EA, и рабочие продукты, документирующие, как выполнить реализацию EA. Ресурсы и рабочие продукты для руководства и выполнения EA не являются частью самого описания EA, а разрабатываются и применяются в течение всего жизненного цикла предприятия. Матрица TEAF организует подразделения описания EA и демонстрирует взаимосвязи между ними. В следующих разделах описываются подразделения EA и их связь с матрицей TEAF. [2]

Матрица взглядов и перспектив TEAF [ править ]

Матрица взглядов и перспектив TEAF. [2]

Матрица TEAF - это упрощенное изображение структуры EA, помогающее понять важные аспекты EA с различных точек зрения (взгляды и перспективы). Матрица TEAF призвана обеспечить простую и единообразную структуру для всей платформы. Как показано на рисунке, матрица TEAF состоит из четырех архитектурных представлений (Функциональное, Информационное, Организационное и Инфраструктурное), которые показаны в виде столбцов, и четырех перспектив (Планировщик, Владелец, Дизайнер и Строитель), которые отображаются в виде строк. Матрица TEAF - это матрица размером четыре на четыре с 16 ячейками. Взгляды и перспективы описаны в следующих разделах. [2]

Когда рабочий продукт описания EA отображается в одной ячейке матрицы TEAF, это означает, что основные точки зрения для разработки этого рабочего продукта соответствуют этому столбцу (представлению) и строке (перспектива). Однако для создания рабочего продукта необходима информация с других точек зрения (а иногда и с других точек зрения). Не все ячейки должны быть «заполнены» путем создания связанного с ними рабочего продукта. Каждое бюро должно определить в своей дорожной карте EA свои планы по производству и использованию EA в соответствии со своими потребностями. [2]

Деятельность жизненного цикла предприятия [ править ]

Деятельность TEAF Enterprise Life Cycle [2]

Жизненный цикл предприятия интегрирует процессы управления, бизнес и инженерные жизненный цикл , которые охватывают предприятия для выравнивания бизнеса и ИТ - деятельность. Жизненный цикл предприятия обычно относится к подходу организации к управлению деятельностью и принятию решений во время постоянного обновления деловых и технических практик для поддержки своей корпоративной миссии. Эти действия включают управление инвестициями, определение проекта, управление конфигурацией, подотчетность и руководство по разработке систем в соответствии с жизненным циклом разработки системы.(SDLC). Жизненный цикл предприятия применяется к деятельности по планированию и принятию решений в масштабах всего предприятия. Напротив, жизненный цикл разработки системы обычно относится к методам построения отдельных систем. Решение, какие системы строить, принимается на уровне предприятия. [2]

На рисунке слева изображены условные виды деятельности методологии жизненного цикла предприятия. В контексте этого документа жизненный цикл предприятия не относится к конкретной методологии или подходу конкретного бюро. Каждая организация должна следовать документированной методологии жизненного цикла предприятия, соответствующей ее размеру, сложности предприятия и размаху его потребностей. [2]

Продукты [ править ]

Продукция TEAF. [1]

TEAF обеспечивает унифицированную концепцию, общую терминологию и принципы, общие стандарты и форматы, нормализованный контекст для стратегического планирования и формулирования бюджета, а также универсальный подход к решению вопросов политики и управления. В нем описывается архитектура информационной системы предприятия и ее компоненты, включая назначение, преимущества, характеристики и структуру архитектуры. TEAF представляет различные архитектурные виды и описывает несколько методов моделирования. Каждое представление поддерживается графикой, репозиториями данных, матрицами или отчетами (т. Е. Архитектурными продуктами). [1]

На рисунке показана матрица с четырьмя видами и четырьмя перспективами. Основные продукты показаны в двух верхних строках матрицы. Примечательно, что TEAF включает модель доверия к информации, техническую эталонную модель и профили стандартов в качестве основных рабочих продуктов. К ним не часто обращаются как к критическим компонентам инфраструктуры. Одна из этих структур должна предоставлять средства для логической структуры и организации выбранных продуктов EA. Теперь, чтобы эффективно создавать и поддерживать продукты EA, необходимо выбрать набор инструментов. [1]

Описание системного интерфейса [ править ]

Описание интерфейса системы, уровни 1, 2, 3, 4 - общие примеры.

Описание интерфейса системы (SID) связывает воедино организационное представление и представление инфраструктуры, отображая назначения систем и их интерфейсов узлам и нужным линиям, описанным в описании подключения узлов. В описании связности узлов для данной архитектуры показаны узлы (не всегда определяемые в физических терминах), а в описании интерфейса системы показаны системы, соответствующие системным узлам. Описание интерфейса системы может быть выполнено на четырех уровнях, как описано ниже. Уровень 1 является важным рабочим продуктом, а уровни 2, 3 и 4 поддерживают рабочие продукты. [2]

Описание интерфейса системы определяет интерфейсы между узлами, между системами и между компонентами системы в зависимости от потребностей конкретной архитектуры. Системный интерфейс - это упрощенное или обобщенное представление пути или сети связи, обычно изображаемое графически в виде прямой линии с описательной меткой. Часто пары подключенных систем или системных компонентов имеют несколько интерфейсов между собой. Описание интерфейса системы описывает все интерфейсы между системами и / или компонентами системы, которые интересны архитектору. [2]

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

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

  • Структура архитектуры Министерства обороны .
  • Архитектура федерального предприятия
  • Концептуальная схема

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

  1. ^ a b c d e f g h Сводный эталонный образец документа FEA. Архивировано 5 июля 2010 г. в Wayback Machine . whitehouse.gov, май 2005 г.
  2. ^ a b c d e f g h i j k l m n o p Совет директоров по информационным технологиям Министерства финансов США (2000 г.). Структура архитектуры предприятия казначейства. Архивировано 18 марта 2009 г. на Wayback Machine . Версия 1, июль 2000 г.
  3. ^ whitehouse.gov (12 мая 2012 г.) Общий подход к архитектуре федерального предприятия . Доступ 10 января 2013 г.
  4. ^ Яап Шеккерман (2003). Как выжить в джунглях фреймворков архитектуры предприятия . стр.113
  5. ^ Группа управления стандартами и конфигурацией (SCMT) Подсовета по архитектуре предприятия казначейства (TEAC) (2007). Профиль технических стандартов Казначейства. Архивировано 10 декабря 2008 г. в Wayback Machine . Май 2007 г.
  6. ^ E-Government архивации 2008-12-10 в Вайбак машины Министерства финансов США, доступ09 дек 2008.

Внешние ссылки [ править ]

  • Казначейство США - домашняя страница офиса ИТ-директора .
  • Другие архитектуры и фреймворки , The Open Group 1999-2006.