Структура архитектуры казначейского предприятия
![]() | этой статьи Фактическая точность может быть нарушена из-за устаревшей информации . ( октябрь 2010 г. ) |

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

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

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

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

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

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

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

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

Описание системного интерфейса (SID) связывает воедино представления организации и инфраструктуры, отображая назначения систем и их интерфейсов узлам и необходимым линиям, описанным в описании связности узлов. В описании подключения узла для данной архитектуры показаны узлы (не всегда определенные в физических терминах), а в описании интерфейса системы показаны системы, соответствующие узлам системы. Описание системного интерфейса может быть создано на четырех уровнях, как описано ниже. Уровень 1 — это основной рабочий продукт, а уровни 2, 3 и 4 — вспомогательные рабочие продукты. [2]
Описание системного интерфейса идентифицирует интерфейсы между узлами, между системами и между компонентами системы, в зависимости от потребностей конкретной архитектуры. Системный интерфейс — это упрощенное или обобщенное представление канала или сети связи, обычно изображаемое графически в виде прямой линии с описательной меткой. Часто пары связанных систем или системных компонентов имеют между собой несколько интерфейсов. Описание системного интерфейса отображает все интерфейсы между системами и/или системными компонентами, которые представляют интерес для архитектора. [2]
Графические описания и/или вспомогательный текст для описания интерфейса системы должны содержать подробную информацию о возможностях каждой системы. Например, описания информационных систем должны включать подробную информацию о приложениях, присутствующих в системе, инфраструктурных службах, поддерживающих приложения, а также о средствах, с помощью которых система обрабатывает, манипулирует, хранит и обменивается данными. [2]
См. также [ править ]
- Структура архитектуры Министерства обороны .
- Федеральная корпоративная архитектура
- Концептуальная схема
Ссылки [ править ]
- ^ Jump up to: Перейти обратно: а б с д и ж г час Документ консолидированной эталонной модели FEA, заархивированный 5 июля 2010 г. в Wayback Machine . whitehouse.gov, май 2005 г.
- ^ Jump up to: Перейти обратно: а б с д и ж г час я дж к л м н тот п Совет директоров по информационным технологиям Министерства финансов США (2000 г.). Структура архитектуры казначейского предприятия. Архивировано 18 марта 2009 г. на Wayback Machine . Версия 1, июль 2000 г.
- ^ whitehouse.gov (12 мая 2012 г.) Общий подход к архитектуре федерального предприятия . По состоянию на 10 января 2013 г.
- ^ Яап Шеккерман (2003). Как выжить в джунглях корпоративной архитектуры . стр.113
- ^ Группа управления стандартами и конфигурацией (SCMT) Подсовета по архитектуре предприятия казначейства (TEAC) (2007). Профиль технических стандартов Казначейства. Архивировано 10 декабря 2008 г. в Wayback Machine . май 2007 г.
- ↑ Электронное правительство. Архивировано 10 декабря 2008 г. в Wayback Machine Министерства финансов США, по состоянию на 9 декабря 2008 г.
Внешние ссылки [ править ]

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