Структура архитектуры федерального предприятия ( 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) регламентируется рядом федеральных законов и предписаний. Эти федеральные законы:
Дополнительные циркуляры Административно-бюджетного управления:
Методология совместного планирования (CPM) — это простой, повторяемый процесс, состоящий из интегрированного, многопрофильного анализа, результатом которого являются рекомендации, сформированные в сотрудничестве с лидерами, заинтересованными сторонами, планировщиками и исполнителями. Она предназначена как полный жизненный цикл планирования и внедрения для использования на всех уровнях сферы действия, определенных в Общем подходе к архитектуре федерального предприятия: международном, национальном, федеральном, секторе, агентстве, сегменте, системе и приложении. [4] [5]
Консолидированная справочная модель Федеральной структуры архитектуры предприятия (FEAF) предоставляет OMB и федеральным агентствам общий язык и фреймворк для описания и анализа инвестиций. Она состоит из набора взаимосвязанных справочных моделей , разработанных для облегчения межведомственного анализа и выявления дублирующих инвестиций, пробелов и возможностей для сотрудничества внутри и между агентствами. В совокупности справочные модели составляют фреймворк для описания важных элементов операций федерального агентства общим и последовательным образом. Благодаря использованию FEAF и его словаря ИТ-портфели могут лучше управляться и использоваться в масштабах всего федерального правительства, что улучшает сотрудничество и в конечном итоге преобразует федеральное правительство.
Пять эталонных моделей в версии 1 (см. ниже) были перегруппированы и расширены до шести в FEAF-II.
FEA построен с использованием набора эталонных моделей , которые разрабатывают общую таксономию для описания ИТ-ресурсов. Эталонные модели FEA версии 1 (см. изображение) включали следующее:
Он призван облегчить обмен информацией и ресурсами между федеральными агентствами, сократить расходы и улучшить обслуживание граждан. Это инициатива Управления по управлению и бюджету США , направленная на соблюдение Закона Клингера-Коэна .
PRM — это стандартизированная структура для измерения эффективности крупных ИТ-инвестиций и их вклада в эффективность программы. [1] PRM имеет три основные цели:
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 представлен обзор структуры, использования и конструкций идентификации данных. Этот документ:
DRM является отправной точкой, с которой архитекторы данных должны разрабатывать стандарты и концепции моделирования. Объединенные тома DRM поддерживают классификацию данных и позволяют осуществлять горизонтальный и вертикальный обмен информацией.
TRM — это компонентно-ориентированная техническая структура, классифицирующая стандарты и технологии для поддержки и обеспечения доставки компонентов и возможностей услуг. Она также объединяет существующие TRM агентства и руководство E-Gov, предоставляя основу для продвижения повторного использования и стандартизации технологий и компонентов услуг с точки зрения всего правительства. [1]
В состав ТРМ входят:
Рисунок справа дает общее представление о TRM.
Согласование капитальных вложений агентств с TRM использует общий стандартизированный словарь, что позволяет проводить межведомственные исследования, сотрудничество и взаимодействие. Агентства и федеральное правительство выиграют от экономии масштаба , выявляя и повторно используя лучшие решения и технологии для поддержки своих бизнес-функций, миссии и целевой архитектуры. Организованный в иерархии, TRM классифицирует стандарты и технологии, которые совместно поддерживают безопасную доставку, обмен и построение бизнес- и прикладных сервисных компонентов, которые могут использоваться и усиливаться в архитектуре на основе компонентов или сервисно-ориентированной архитектуре . [1]
В FEA архитектуры предприятия, сегмента и решения предоставляют различные бизнес-перспективы, варьируя уровень детализации и обращаясь к связанным, но различным проблемам. Так же, как сами предприятия иерархически организованы, так же и различные представления, предоставляемые каждым типом архитектуры. В руководстве по практике архитектуры федерального предприятия (2006) определены три типа архитектуры: [2]
По определению, архитектура предприятия (EA) в основном связана с выявлением общих или совместных активов — будь то стратегии, бизнес-процессы, инвестиции, данные, системы или технологии. EA движима стратегией; она помогает агентству определить, соответствуют ли его ресурсы миссии агентства, а также стратегическим целям и задачам. С точки зрения инвестиций EA используется для принятия решений относительно инвестиционного портфеля ИТ в целом. Следовательно, основными заинтересованными сторонами EA являются старшие менеджеры и руководители, которым поручено обеспечить максимально эффективное и результативное выполнение агентством своей миссии. [2]
Напротив, « сегментная архитектура » определяет простую дорожную карту для основной области миссии, бизнес-услуги или корпоративной услуги. Сегментная архитектура управляется бизнес-менеджментом и предоставляет продукты, которые улучшают предоставление услуг гражданам и сотрудникам агентства. С точки зрения инвестиций сегментная архитектура управляет решениями для бизнес-кейса или группы бизнес-кейсов, поддерживающих основную область миссии или общую или совместную услугу. Основными заинтересованными сторонами для сегментной архитектуры являются владельцы и менеджеры бизнеса. Сегментная архитектура связана с EA посредством трех принципов:
« Архитектура решения » определяет ИТ-активы агентства, такие как приложения или компоненты, используемые для автоматизации и улучшения отдельных бизнес-функций агентства. Область применения архитектуры решения обычно ограничивается одним проектом и используется для внедрения всей или части системного или бизнес-решения. Основными заинтересованными сторонами для архитектуры решения являются пользователи и разработчики системы. Архитектура решения обычно связана с архитектурой сегмента и архитектурой предприятия через определения и ограничения. Например, архитектура сегмента предоставляет определения интерфейсов данных или услуг, используемых в основной области миссии или услуги, к которым обращаются отдельные решения. Аналогичным образом, решение может быть ограничено конкретными технологиями и стандартами, которые определены на уровне предприятия. [2]
Результаты программы «Федеральная корпоративная архитектура» признаны неудовлетворительными:
