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

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

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

Обзор

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

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

В TEAF описывается следующее: [1]

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

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

История

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

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

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

Темы TEAF

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

Среда разработки EA. [2]

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

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

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

Продукция

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

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

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

Описание интерфейса системы

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

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

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

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

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

Ссылки

  1. ^ abcdefgh Консолидированный справочный документ FEA Архивировано 05.07.2010 на Wayback Machine . whitehouse.gov Май 2005 г.
  2. ^ abcdefghijklmnop Совет директоров по информации Министерства финансов США (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. ^ Электронное правительство. Архивировано 10 декабря 2008 г. в Wayback Machine Министерства финансов США, дата обращения 9 декабря 2008 г.
На Викискладе есть медиафайлы по теме Treasury Enterprise Architecture Framework .
  • Казначейство США - Домашняя страница Офиса CIO.
  • Другие архитектуры и фреймворки, The Open Group 1999–2006.
Retrieved from "https://en.wikipedia.org/w/index.php?title=Treasury_Enterprise_Architecture_Framework&oldid=1174238563"