Архитектура федерального предприятия

Структура архитектуры федерального предприятия ( FEAF ) — это эталонная архитектура предприятия США для федерального правительства . Она обеспечивает общий подход к интеграции стратегического, делового и технологического управления в рамках организационного проектирования и повышения производительности. ^[1]

Наиболее знакомая архитектура федерального предприятия — это архитектура предприятия федерального правительства Соединенных Штатов , американская «Федеральная архитектура предприятия» (FEA) и соответствующая американская «Фреймворк архитектуры федерального предприятия» (FEAF). В этой лемме основное внимание будет уделено этой конкретной архитектуре предприятия и фреймворку архитектуры предприятия .

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

Архитектура федерального предприятия США (FEA) — это инициатива Управления по управлению и бюджету США , Управления электронного правительства и ИТ, которая направлена ​​на реализацию ценности архитектуры предприятия в федеральном правительстве США. Архитектура предприятия стала признанной стратегической и управленческой передовой практикой в ​​федеральном правительстве США с принятием Закона Клингера-Коэна в 1996 году.

Существует множество преимуществ, которые возникают от внедрения и использования архитектуры предприятия в федеральном правительстве США. Среди них — обеспечение общего подхода к приобретению ИТ в федеральном правительстве США . Она также предназначена для упрощения обмена информацией и ресурсами между федеральными агентствами, снижения затрат и улучшения обслуживания граждан.

В сентябре 1999 года Федеральный совет директоров по информационным технологиям опубликовал «Федеральную структуру архитектуры предприятия» (FEAF) версии 1.1 для разработки архитектуры предприятия (EA) в любом федеральном агентстве для системы, которая выходит за рамки нескольких межведомственных границ. Она основана на общих деловых практиках и проектах, которые пересекают организационные границы, среди прочего, на модели архитектуры предприятия NIST . FEAF обеспечивает устойчивый стандарт для разработки и документирования описаний архитектуры высокоприоритетных областей. Она предоставляет руководство по описанию архитектур для многоорганизационных функциональных сегментов федерального правительства. ^[3] На момент выпуска внимание правительства к проблемам 2000 года в сфере ИТ, а затем события сентября 2001 года отвлекли внимание от внедрения EA, хотя его предварительная и последующая практика могла смягчить влияние этих событий. В рамках президентской программы управления в августе 2001 года был инициирован проект целевой группы по электронному правительству (неофициально называемый проектом Quicksilver). Ключевым выводом в этой стратегии было то, что существенное перекрытие и избыточные системы агентств ограничивали возможность достижения стратегии администрации Буша по созданию правительства, «ориентированного на граждан». Целевая группа рекомендовала создать проект архитектуры федерального предприятия и создать офис FEA в OMB. Это был переход от фокуса FEAF на информационной инженерии к подходу повторного использования объектов J2EE с использованием эталонных моделей, включающих таксономии, которые связывали результаты производительности с направлениями бизнеса, компонентами служб процессов, типами данных и технологическими компонентами. Промежуточные выпуски с того времени обеспечили последовательное увеличение определения для основных эталонных моделей (см. ниже), а также очень надежную методологию для фактической разработки архитектуры в серии шаблонов, образующих методологию архитектуры федерального сегмента (FSAM) и ее замену следующего поколения, методологию совместного планирования (CPM), которая была разработана, чтобы быть более гибкой, более широко применимой и более инклюзивной для более широкого набора дисциплин планирования.

Эти федеральные архитектурные сегменты в совокупности составляют федеральную архитектуру предприятия. В 2001 году Федеральная архитектурная рабочая группа (FAWG) спонсировала разработку продуктов архитектуры предприятия для торговли и предоставляла федеральные архитектурные сегменты. Метод — предписанный способ подхода к конкретной проблеме. Как показано на рисунке, FEAF разделяет заданную архитектуру на бизнес, данные, приложения и технологическую архитектуру. Общая структура FEAF, созданная в то время (см. изображение), включает первые три столбца структуры Захмана и методологию планирования архитектуры предприятия Спевака . [ ^3]

В мае 2012 года OMB опубликовало полное новое руководство «Общий подход к архитектуре федерального предприятия». ^[4] Выпущенное как часть руководства по политике и инструментов управления федерального CIO для увеличения общих подходов к предоставлению ИТ-услуг, руководство представляет собой общий подход к разработке и использованию архитектуры предприятия в федеральном правительстве. Общий подход способствует повышению уровня эффективности миссии путем стандартизации разработки и использования архитектур внутри и между федеральными агентствами. Это включает принципы использования EA для помощи агентствам в устранении отходов и дублирования, увеличении общих услуг, устранении разрывов в производительности и содействии взаимодействию между правительством, промышленностью и гражданами.

29 января 2013 года Белый дом выпустил версию 2 Федеральной структуры архитектуры предприятия (FEAF-II) для правительственных учреждений, сделав ее общедоступной примерно год спустя. ^[5] Документ соответствует критериям, установленным Common Approach, подчеркивая, что стратегические цели стимулируют бизнес-услуги, которые, в свою очередь, обеспечивают требования для поддерживающих технологий. В его основе лежит Консолидированная справочная модель (CRM), которая снабжает OMB и федеральные агентства общим языком и структурой для описания и анализа инвестиций.

В целом Федеральная архитектура предприятия (FEA) регламентируется рядом федеральных законов и предписаний. Эти федеральные законы:

• GPRA 1993: Закон о реформировании и эффективности государственного управления
• PRA 1995: Закон о сокращении бумажной работы
• CCA 1996: Закон Клингера-Коэна
• GPEA 1998: Закон об упразднении государственного документооборота
• FISMA 2002: Федеральный закон об управлении информационной безопасностью
• E-Gov 2002: Электронное правительство

Дополнительные циркуляры Административно-бюджетного управления:

• A-11: Подготовка, представление и исполнение бюджета
• A-130: Циркуляр Административно-бюджетного управления A-130 «Управление федеральными информационными ресурсами», впервые выпущенный в декабре 1985 г.

Методология совместного планирования (CPM) — это простой, повторяемый процесс, состоящий из интегрированного, многопрофильного анализа, результатом которого являются рекомендации, сформированные в сотрудничестве с лидерами, заинтересованными сторонами, планировщиками и исполнителями. Она предназначена как полный жизненный цикл планирования и внедрения для использования на всех уровнях сферы действия, определенных в Общем подходе к архитектуре федерального предприятия: международном, национальном, федеральном, секторе, агентстве, сегменте, системе и приложении. ^{[4] [5]}

В этом разделе не указаны источники . Пожалуйста, помогите улучшить этот раздел , добавив ссылки на надежные источники . Материалы без ссылок могут быть оспорены и удалены . ( Февраль 2017 г. ) ( Узнайте, как и когда удалять это сообщение )

Консолидированная справочная модель Федеральной структуры архитектуры предприятия (FEAF) предоставляет OMB и федеральным агентствам общий язык и фреймворк для описания и анализа инвестиций. Она состоит из набора взаимосвязанных справочных моделей , разработанных для облегчения межведомственного анализа и выявления дублирующих инвестиций, пробелов и возможностей для сотрудничества внутри и между агентствами. В совокупности справочные модели составляют фреймворк для описания важных элементов операций федерального агентства общим и последовательным образом. Благодаря использованию FEAF и его словаря ИТ-портфели могут лучше управляться и использоваться в масштабах всего федерального правительства, что улучшает сотрудничество и в конечном итоге преобразует федеральное правительство.

Пять эталонных моделей в версии 1 (см. ниже) были перегруппированы и расширены до шести в FEAF-II.

Эталонная модель производительности (PRM)

Эта эталонная модель поддерживает архитектурный анализ и отчетность в виде субархитектуры стратегии общей EA. PRM связывает стратегию агентства, внутренние бизнес-компоненты и инвестиции, предоставляя средства для измерения влияния этих инвестиций на стратегические результаты.

Бизнес-эталонная модель (BRM)

Эта эталонная модель, которая объединяет эталонные модели бизнес- и сервисных компонентов из FEAF v1, поддерживает архитектурный анализ и отчетность в представлении субархитектуры бизнес-сервисов всего EA. BRM описывает организацию через таксономию общей миссии и областей поддержки услуг, а не через печной трубчатый организационный вид, тем самым способствуя внутри- и межведомственному сотрудничеству.

Модель эталонных данных (DRM)

DRM облегчает обнаружение существующих массивов данных, находящихся в «бункерах», и позволяет понять значение данных, как получить к ним доступ и как использовать их для поддержки результатов производительности.

Эталонная модель приложения (ARM)

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

Инфраструктурная эталонная модель (IRM)

IRM классифицирует стандарты и технологии, связанные с сетями/облаками, для поддержки и обеспечения доставки компонентов и возможностей голосовой связи, данных, видео и мобильных услуг.

Эталонная модель безопасности (SRM)

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

FEA построен с использованием набора эталонных моделей , которые разрабатывают общую таксономию для описания ИТ-ресурсов. Эталонные модели FEA версии 1 (см. изображение) включали следующее:

• эталонная модель производительности,
• бизнес-модель,
• эталонная модель компонента обслуживания,
• эталонная модель данных и
• техническая эталонная модель.

Он призван облегчить обмен информацией и ресурсами между федеральными агентствами, сократить расходы и улучшить обслуживание граждан. Это инициатива Управления по управлению и бюджету США , направленная на соблюдение Закона Клингера-Коэна .

PRM — это стандартизированная структура для измерения эффективности крупных ИТ-инвестиций и их вклада в эффективность программы. ^[1] PRM имеет три основные цели:

1. Помощь в получении улучшенной информации об эффективности для улучшения принятия стратегических и ежедневных решений;
2. Улучшить согласованность и лучше сформулировать вклад входных данных в выходные данные и результаты, тем самым создав четкую «прямую видимость» желаемых результатов;
3. Определите возможности повышения производительности, выходящие за рамки традиционных организационных структур и границ.

PRM использует ряд существующих подходов к измерению производительности, включая сбалансированную систему показателей , критерии Болдриджа, ^[6] методологию измерения стоимости , модели логики программ , цепочку создания стоимости и теорию ограничений . Кроме того, PRM был проинформирован о том, что агентства в настоящее время измеряют с помощью оценок PART, GPRA, архитектуры предприятия и планирования капитала и контроля инвестиций. В настоящее время PRM ​​состоит из четырех областей измерения:

• Миссия и бизнес-результаты
• Результаты клиентов
• Процессы и действия
• Технологии

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

BRM разделен на четыре области:

• Услуги для граждан
• Способ доставки
• Поддержка предоставления услуг
• Управление государственными ресурсами

Модель бизнес-эталона обеспечивает структуру, которая облегчает функциональный (в отличие от организационного) взгляд на LoB федерального правительства, включая его внутренние операции и его услуги для граждан, независимо от агентств, бюро и офисов, которые их выполняют. Описывая федеральное правительство вокруг общих бизнес-областей вместо печного, ведомственного взгляда, модель BRM способствует сотрудничеству агентств и служит базовой основой для стратегий FEA и E-Gov. ^[1]

Хотя BRM действительно обеспечивает улучшенный способ мышления о правительственных операциях, это всего лишь модель; ее истинная полезность может быть реализована только при эффективном использовании. Функциональный подход, продвигаемый BRM, мало что сделает для достижения целей электронного правительства, если он не будет включен в бизнес-архитектуру EA и процессы управления всех федеральных агентств и OMB. ^[1]

Модель компонентов услуг (SRM) — это функциональная структура, ориентированная на бизнес и производительность, которая классифицирует компоненты услуг в соответствии с тем, как они поддерживают цели бизнеса и/или производительности. ^[1] SRM предназначена для использования в целях поддержки обнаружения общеправительственных бизнес- и прикладных компонентов услуг в инвестициях и активах ИТ. SRM структурирована по горизонтальным и вертикальным доменам услуг, которые, независимо от бизнес-функций, могут обеспечить эффективную основу для поддержки повторного использования приложений, возможностей приложений, компонентов и бизнес-услуг.

SRM устанавливает следующие домены:

• Обслуживание клиентов
• Услуги по автоматизации процессов
• Услуги по управлению бизнесом
• Услуги цифровых активов
• Бизнес Аналитические Услуги
• Услуги бэк-офиса
• Службы поддержки

Каждый домен услуг разлагается на типы услуг. Например, три типа услуг, связанных с доменом обслуживания клиентов, это: предпочтения клиентов; управление взаимоотношениями с клиентами; и инициированная клиентом помощь. И каждый тип услуг далее разлагается на компоненты. Например, четыре компонента в типе услуг «Предпочтения клиентов» включают: персонализацию; подписки; оповещения и уведомления; и управление профилями. ^[7]

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

В первом томе DRM представлен обзор структуры, использования и конструкций идентификации данных. Этот документ:

• Содержит введение и общий обзор содержания, которое будет подробно описано в томах 2–4 модели;
• Поощряет разработку оставшихся томов в интересах сообщества ; и
• Предоставляет основные концепции, стратегию и структуру для использования в будущем развитии.

DRM является отправной точкой, с которой архитекторы данных должны разрабатывать стандарты и концепции моделирования. Объединенные тома DRM поддерживают классификацию данных и позволяют осуществлять горизонтальный и вертикальный обмен информацией.

TRM — это компонентно-ориентированная техническая структура, классифицирующая стандарты и технологии для поддержки и обеспечения доставки компонентов и возможностей услуг. Она также объединяет существующие TRM агентства и руководство E-Gov, предоставляя основу для продвижения повторного использования и стандартизации технологий и компонентов услуг с точки зрения всего правительства. ^[1]

В состав ТРМ входят:

• Области обслуживания  : представляют собой технический уровень, поддерживающий безопасное создание, обмен и доставку компонентов обслуживания. Каждая область обслуживания объединяет стандарты и технологии в функциональные области более низкого уровня. Каждая область обслуживания состоит из нескольких категорий обслуживания и стандартов обслуживания. Эта иерархия обеспечивает основу для группировки стандартов и технологий, которые напрямую поддерживают область обслуживания. (Фиолетовые заголовки)
• Категории услуг  : классифицируют более низкие уровни технологий и стандартов в отношении бизнес-функции или технологической функции, которую они обслуживают. В свою очередь, каждая категория услуг включает один или несколько стандартов услуг. (Выделенные жирным шрифтом группы)
• Стандарты услуг  : определяют стандарты и технологии, которые поддерживают категорию услуг. Для поддержки отображения агентства в TRM многие стандарты услуг предоставляют иллюстративные спецификации или технологии в качестве примеров.(Обычный текст)

Рисунок справа дает общее представление о TRM.

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

В FEA архитектуры предприятия, сегмента и решения предоставляют различные бизнес-перспективы, варьируя уровень детализации и обращаясь к связанным, но различным проблемам. Так же, как сами предприятия иерархически организованы, так же и различные представления, предоставляемые каждым типом архитектуры. В руководстве по практике архитектуры федерального предприятия (2006) определены три типа архитектуры: ^[2]

• Архитектура предприятия,
• Архитектура сегмента и
• Архитектура решения.

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

Напротив, « сегментная архитектура » определяет простую дорожную карту для основной области миссии, бизнес-услуги или корпоративной услуги. Сегментная архитектура управляется бизнес-менеджментом и предоставляет продукты, которые улучшают предоставление услуг гражданам и сотрудникам агентства. С точки зрения инвестиций сегментная архитектура управляет решениями для бизнес-кейса или группы бизнес-кейсов, поддерживающих основную область миссии или общую или совместную услугу. Основными заинтересованными сторонами для сегментной архитектуры являются владельцы и менеджеры бизнеса. Сегментная архитектура связана с EA посредством трех принципов:

• структура: архитектура сегмента наследует структуру, используемую EA, хотя она может быть расширена и специализирована для удовлетворения конкретных потребностей основной области миссии или общей или совместной службы.
• повторное использование: архитектура сегмента повторно использует важные активы, определенные на уровне предприятия, включая: данные; общие бизнес-процессы и инвестиции; а также приложения и технологии.
• Соответствие: архитектура сегмента соответствует элементам, определенным на уровне предприятия, таким как бизнес-стратегии, мандаты, стандарты и показатели эффективности. ^[2]

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

Результаты программы «Федеральная корпоративная архитектура» признаны неудовлетворительными:

• Стэнли Гейвер, участник программы FEA, сообщает, что «Архитектура предприятия в федеральном правительстве не работает и гораздо чаще не дает полезных результатов. Более того, значительные части федеральной программы EA оказались полными и абсолютными провалами». ^[8]
• В официальном отчете Конгрессу США за 2011 год сообщалось, что «большинство департаментов и агентств сообщили, что они ожидают получить выгоды от своих соответствующих программ по корпоративной архитектуре [...] когда-нибудь в будущем. Это говорит о том, что реальная ценность для федерального правительства от разработки и использования корпоративных архитектур остается в значительной степени нереализованной». ^[9]

• Бизнес-модель
• Структура архитектуры Министерства обороны
• Структура архитектуры предприятия FDIC
• Физическая модель данных
• Референтная модель
• Структура архитектуры казначейства предприятия

На Викискладе есть медиафайлы по теме «Архитектура федерального предприятия» .

• Сайт Федерального института архитектуры предприятий
• Сайт Федерального совета руководителей информационных служб
• Архитектура и стандарты корпоративного управления DoD CIO
• FEA с ADOit
• Программа повышения эффективности работы Baldrige