Структура архитектуры предприятия казначейства - Treasury Enterprise Architecture Framework

Рабочие продукты TEAF для руководства, описания и выполнения EA.[1]

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

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

Обзор

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

ЧАЙФ просмотреть модель.[1]

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

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

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

История

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

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

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

Темы TEAF

Архитектура предприятия

EA Development Environment.[2]

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

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

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

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

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

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

TEAF определяет, как показано на рисунке, ресурсы и рабочие продукты, которые определяют направление развития EA, рабочие продукты, составляющие описание EA, и рабочие продукты, документирующие, как выполнить реализацию EA. Ресурсы и рабочие продукты для руководства и выполнения EA не являются частью самого описания EA, а разрабатываются и применяются в течение всего жизненного цикла предприятия. TEAF Matri организует подразделения описания 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]

An Жизненный цикл предприятия объединяет процессы управления, бизнеса и инженерного жизненного цикла, охватывающие предприятие, для согласования его бизнес-деятельности и ИТ-деятельности. Жизненный цикл предприятия в целом относится к подходу организации к управлению деятельностью и принятию решений во время постоянного обновления деловых и технических практик для поддержки своей корпоративной миссии. Эти действия включают управление инвестициями, определение проекта, управление конфигурацией, отчетность и руководство по разработке систем в соответствии с Жизненный цикл разработки системы (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. ^ а б c d е ж грамм час Сводный эталонный образец документа FEA В архиве 2010-07-05 в Wayback Machine. whitehouse.gov, май 2005 г.
  2. ^ а б c d е ж грамм час я j k л м п о п Совет директоров по информационным технологиям Министерства финансов США (2000 г.). Структура архитектуры предприятия казначейства В архиве 2009-03-18 на Wayback Machine. Версия 1, июль 2000 г.
  3. ^ whitehouse.gov (12 мая 2012 г.)Единый подход к архитектуре федерального предприятия. Доступ 10 января 2013 г.
  4. ^ Яап Шеккерман (2003). Как выжить в джунглях фреймворков архитектуры предприятия. стр.113
  5. ^ Группа управления стандартами и конфигурацией (SCMT) Подсовета по архитектуре предприятия Казначейства (TEAC) (2007). Профиль технических стандартов Казначейства В архиве 2008-12-10 на Wayback Machine. Май 2007 г.
  6. ^ Электронное Правительство В архиве 2008-12-10 на Wayback Machine Министерство финансов США, по состоянию на 09 декабря 2008 г.

внешняя ссылка