Инфраструктура архитектуры федерального предприятия ( FEAF ) является эталонными США архитектуры предприятия из федерального правительства . Он обеспечивает общий подход к интеграции стратегического управления, управления бизнесом и технологиями в рамках организационной структуры и повышения эффективности. [1]
Наиболее известная федеральная архитектура предприятия является архитектурой предприятия из федерального правительства Соединенных Штатов , США «Федеральные архитектуры предприятия» (FEA) и соответствующий США «Федеральный Enterprise Architecture Framework» (FEAF). Эта лемма сосредоточится на этой конкретной архитектуре предприятия и структуре архитектуры предприятия .
Обзор
Архитектура предприятия (EA) - это передовая практика управления для согласования бизнес-ресурсов и технологических ресурсов для достижения стратегических результатов, повышения эффективности работы организации и руководства федеральными агентствами для более эффективного выполнения своих основных задач . Советник описывает текущее и будущее состояние агентства и излагает план перехода от текущего состояния к желаемому будущему состоянию. Архитектура федерального предприятия - это работа, направленная на достижение этих целей. [2]
Федеральная архитектура предприятия США (FEA) - это инициатива Управления по управлению и бюджету США , Управления электронного правительства и информационных технологий, цель которой - осознать ценность архитектуры предприятия в рамках федерального правительства США. Архитектура предприятия стала признанной передовой практикой в области стратегии и управления в Федеральном правительстве США с принятием Закона Клингера-Коэна в 1996 году.
Существует множество преимуществ, которые дает внедрение и использование корпоративной архитектуры в рамках федерального правительства США. Среди них - предоставить общий подход к приобретению ИТ в федеральном правительстве США . Он также разработан для облегчения обмена информацией и ресурсами между федеральными агентствами, снижения затрат и улучшения обслуживания граждан.
История
В сентябре 1999 года Федеральный совет директоров по информационным технологиям опубликовал «Федеральную структуру архитектуры предприятия» (FEAF) версии 1.1 для разработки архитектуры предприятия (EA) в рамках любого федерального агентства для системы, которая выходит за рамки нескольких межведомственных границ. Он основан на общепринятых бизнес-практиках и проектах, которые выходят за рамки организационных границ, в том числе на модели архитектуры предприятия NIST . FEAF обеспечивает устойчивый стандарт для разработки и документирования описаний архитектуры высокоприоритетных областей. Он предоставляет руководство по описанию архитектур для многоорганизационных функциональных сегментов федерального правительства. [3] На момент публикации, ИТ-служба правительства сосредоточила свое внимание на проблемах 2000 года, а затем события сентября 2001 года отвлекли внимание от реализации EA, хотя его предварительная и последующая практика, возможно, уменьшила влияние этих событий. В рамках президентской программы управления в августе 2001 года был инициирован проект Целевой группы по электронному правительству (неофициально называемый Project Quicksilver). Ключевой вывод этой стратегии заключался в том, что существенное дублирование и избыточность систем агентств ограничивали возможность реализации стратегии администрации Буша, направленной на то, чтобы сделать правительство «ориентированным на гражданина». Целевая группа рекомендовала создание федерального проекта архитектуры предприятия и создание офиса FEA в OMB. Это был переход от внимания FEAF к информационной инженерии к подходу повторного использования объектов J2EE с использованием эталонных моделей, включающих таксономии, которые связывают результаты производительности с направлениями бизнеса, компонентами сервисов процессов, типами данных и технологическими компонентами. Промежуточные выпуски с того времени обеспечили последовательное увеличение определений для основных эталонных моделей (см. Ниже), а также очень надежную методологию для фактической разработки архитектуры в серии шаблонов, образующих методологию архитектуры федерального сегмента (FSAM) и ее следующую На смену поколению пришла методология совместного планирования (CPM), которая была разработана, чтобы быть более гибкой, более широко применимой и более инклюзивной для более широкого набора дисциплин планирования.
Эти федеральные архитектурные сегменты в совокупности составляют архитектуру федерального предприятия. В 2001 году Рабочая группа по федеральной архитектуре (FAWG) спонсировала разработку продуктов Enterprise Architecture для торговых и грантовых сегментов федеральной архитектуры. Метод - это предписанный способ решения конкретной проблемы. Как показано на рисунке, FEAF разделяет данную архитектуру на бизнес-архитектуру, архитектуру данных, приложений и технологий. Общая структура FEAF создана в то время (см рисунок) включает в себя первые три колонны Захмана а Спивак «s Enterprise Architecture Planning методологии. [3]
В мае 2012 года OMB опубликовала полностью новое руководство «Общий подход к архитектуре федерального предприятия». [4] Выпущенное как часть рекомендаций федерального директора по информационным технологиям и инструментов управления для расширения общих подходов к предоставлению ИТ-услуг, это руководство представляет общий подход к разработке и использованию корпоративной архитектуры в федеральном правительстве. Общий подход способствует повышению уровня эффективности миссии за счет стандартизации разработки и использования архитектур внутри федеральных агентств и между ними. Это включает в себя принципы использования 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: Электронное правительство
Дополнительные циркуляры OMB были:
- A-11: Подготовка, представление и исполнение бюджета
- A-130: Циркуляр OMB A-130 Управление федеральными информационными ресурсами, впервые выпущенный в декабре 1985 г.
Методология совместного планирования
Методология совместного планирования (CPM) - это простой, повторяемый процесс, который состоит из интегрированного междисциплинарного анализа, результатом которого являются рекомендации, сформированные в сотрудничестве с лидерами, заинтересованными сторонами, планировщиками и исполнителями. Он задуман как полный жизненный цикл планирования и реализации для использования на всех уровнях объема, определенных в Общем подходе к архитектуре федерального предприятия: международный, национальный, федеральный, секторный, агентство, сегмент, система и приложение. [4] [5]
Эталонные модели версии 2
Консолидированная эталонная модель структуры архитектуры федерального предприятия (FEAF) предоставляет OMB и федеральным агентствам общий язык и структуру для описания и анализа инвестиций. Он состоит из набора взаимосвязанных эталонных моделей, предназначенных для облегчения межведомственного анализа и выявления дублирующих инвестиций, пробелов и возможностей для сотрудничества внутри и между агентствами. В совокупности эталонные модели составляют основу для описания важных элементов деятельности федерального агентства общим и последовательным образом. За счет использования FEAF и его словаря можно лучше управлять ИТ-портфелями и использовать их в рамках всего федерального правительства, расширяя сотрудничество и, в конечном итоге, трансформируя федеральное правительство.
Пять эталонных моделей в версии 1 (см. Ниже) были перегруппированы и расширены до шести в FEAF-II.
- Эталонная модель производительности (PRM)
- Эта эталонная модель поддерживает архитектурный анализ и отчетность в представлении подархитектуры стратегии всего EA. PRM связывает стратегию агентства, внутренние бизнес-компоненты и инвестиции, предоставляя средства для измерения воздействия этих инвестиций на стратегические результаты.
- Эталонная бизнес-модель (BRM)
- Эта эталонная модель, которая объединяет эталонные модели бизнес-компонентов и компонентов услуг из FEAF v1, поддерживает архитектурный анализ и отчетность в представлении подархитектуры бизнес-сервисов всего EA. BRM описывает организацию через таксономию общих задач и сфер услуг поддержки, а не через единый организационный взгляд, тем самым продвигая внутри- и межведомственное сотрудничество.
- Эталонная модель данных (DRM)
- DRM облегчает обнаружение существующих хранилищ данных, находящихся в «разрозненных хранилищах», и позволяет понять значение данных, способы доступа к ним и способы их использования для поддержки результатов производительности.
- Эталонная модель приложения (ARM)
- ARM классифицирует стандарты и технологии, относящиеся к системам и приложениям, которые поддерживают предоставление сервисных возможностей, позволяя агентствам совместно использовать и повторно использовать общие решения и получать выгоду от экономии на масштабе.
- Эталонная модель инфраструктуры (IRM)
- IRM классифицирует стандарты и технологии, связанные с сетью / облаком, для поддержки и обеспечения доставки голоса, данных, видео, а также компонентов и возможностей мобильных услуг.
- Эталонная модель безопасности (SRM)
- SRM предоставляет общий язык и методологию для обсуждения безопасности и конфиденциальности в контексте целей деятельности и производительности федеральных агентств.
Эталонные модели версии 1
FEA построен с использованием набора эталонных моделей, которые развивают общую таксономию для описания ИТ-ресурсов. Эталонные модели FEA версии 1 (см. Изображение) включали следующее:
- эталонная модель производительности,
- справочная бизнес-модель,
- эталонная модель сервисного компонента,
- эталонная модель данных и
- техническая эталонная модель.
Он разработан для облегчения обмена информацией и ресурсами между федеральными агентствами, снижения затрат и улучшения обслуживания граждан. Это инициатива Управления управления и бюджета США , направленная на соблюдение Закона Клингера-Коэна .
Эталонная модель производительности (PRM)
PRM - это стандартизированная структура для измерения эффективности крупных инвестиций в ИТ и их вклада в выполнение программы. [1] PRM преследует три основные цели:
- Помогите получить расширенную информацию о производительности для улучшения принятия стратегических и повседневных решений;
- Улучшить согласованность - и лучше сформулировать вклад входов в промежуточные и конечные результаты, тем самым создавая четкую «линию видимости» желаемых результатов;
- Выявление возможностей повышения производительности, которые выходят за рамки традиционных организационных структур и границ
PRM использует ряд существующих подходов к измерению эффективности, включая сбалансированную систему показателей , критерии Болдриджа, [6] методологию измерения стоимости , программные логические модели , цепочку создания стоимости и теорию ограничений . Кроме того, PRM был проинформирован о том, какие агентства в настоящее время проводят измерения с помощью оценок PART, GPRA, архитектуры предприятия , а также планирования капиталовложений и контроля инвестиций. PRM в настоящее время состоит из четырех областей измерения:
- Миссия и бизнес-результаты
- Результаты клиентов
- Процессы и мероприятия
- Технология
Эталонная бизнес-модель (BRM)
« Эталонная бизнес-модель FEA » - это основанная на функциях структура для описания бизнес-операций федерального правительства независимо от ведомств, которые их выполняют. Эта эталонная бизнес-модель обеспечивает организованную иерархическую структуру для описания повседневных деловых операций федерального правительства с использованием функционально управляемого подхода. BRM - это первый уровень архитектуры федерального предприятия и основная точка зрения для анализа данных, сервисных компонентов и технологий. [1]
BRM подразделяется на четыре части:
- Услуги для граждан
- Способ доставки
- Поддержка предоставления услуг
- Управление государственными ресурсами
Справочная бизнес-модель обеспечивает структуру, которая способствует функциональному (в отличие от организационного) взгляду на LoB федерального правительства, включая его внутренние операции и услуги для граждан, независимо от агентств, бюро и офисов, которые их выполняют. Описывая федеральное правительство на основе общих сфер деятельности, а не с помощью модели «ведомство за ведомством», BRM способствует сотрудничеству ведомств и служит основой для стратегий FEA и E-Gov. [1]
Хотя BRM действительно обеспечивает улучшенное представление об операциях правительства, это всего лишь модель; его истинная полезность может быть реализована только при эффективном использовании. Функциональный подход, продвигаемый BRM, мало что поможет в достижении целей электронного правительства, если он не будет включен в бизнес-архитектуры EA и процессы управления всех федеральных агентств и OMB. [1]
Эталонная модель сервисного компонента (SRM)
Эталонная модель сервисных компонентов (SRM) - это функциональная структура, ориентированная на бизнес и производительность, которая классифицирует сервисные компоненты в зависимости от того, как они поддерживают бизнес и / или цели производительности. [1] SRM предназначен для использования для поддержки обнаружения общегосударственных бизнес-компонентов и сервисных компонентов приложений в ИТ-инвестициях и активах. SRM структурирован по горизонтальным и вертикальным доменам услуг, которые, независимо от бизнес-функций, могут обеспечить удобную основу для поддержки повторного использования приложений, возможностей приложений, компонентов и бизнес-сервисов.
SRM устанавливает следующие домены:
- Обслуживание клиентов
- Услуги по автоматизации процессов
- Услуги по управлению бизнесом
- Услуги по цифровым активам
- Бизнес-аналитические услуги
- Услуги бэк-офиса
- Службы поддержки
Каждый домен службы разбивается на типы служб. Например, с доменом обслуживания клиентов связаны три типа услуг: предпочтения клиента; Управление взаимоотношениями с клиентами; и помощь по инициативе клиента. И каждый тип службы далее разбивается на компоненты. Например, четыре компонента в рамках типа услуги «Предпочтения клиента» включают в себя: персонализацию; Подписки; Оповещения и уведомления; и управление профилями. [7]
Эталонная модель данных (DRM)
Эталонная модель данных (DRM) описывает, на агрегированном уровне, данные и информацию , что государственная поддержка программ и бизнес - линии операций. Эта модель позволяет агентствам описывать типы взаимодействия и обменов, которые происходят между федеральным правительством и гражданами. [1] DRM классифицирует правительственную информацию с более высокой степенью детализации. Он также устанавливает классификацию федеральных данных и определяет дублирующие ресурсы данных. Общая модель данных упростит процессы обмена информацией внутри федерального правительства, а также между правительством и внешними заинтересованными сторонами.
Первый том DRM предоставляет общий обзор структуры, использования и конструкций идентификации данных. Этот документ:
- Предоставляет введение и общий обзор содержания, которое будет подробно описано в томах 2–4 модели;
- Поощряет интерес сообщества к разработке остальных томов; а также
- Предоставляет основные концепции, стратегию и структуру, которые будут использоваться в будущем развитии.
DRM - это отправная точка, с которой архитекторы данных должны разрабатывать стандарты и концепции моделирования. Объединенные тома DRM поддерживают классификацию данных и обеспечивают горизонтальный и вертикальный обмен информацией.
Техническая эталонная модель (TRM)
TRM - это компонентно-ориентированная техническая структура, разделяющая стандарты и технологии на категории для поддержки и обеспечения предоставления компонентов и возможностей услуг. Он также объединяет существующие агентства TRMs и руководство E-Gov, обеспечивая основу для продвижения повторного использования и стандартизации технологий и компонентов услуг с точки зрения правительства. [1]
TRM состоит из:
- Области обслуживания : представляют собой технический уровень, поддерживающий безопасное создание, обмен и доставку компонентов обслуживания. Каждая область обслуживания объединяет стандарты и технологии в функциональные области более низкого уровня. Каждая зона обслуживания состоит из нескольких категорий услуг и стандартов обслуживания. Эта иерархия обеспечивает основу для групповых стандартов и технологий, которые напрямую поддерживают область обслуживания. (Фиолетовые заголовки)
- Категории услуг : классифицируйте более низкие уровни технологий и стандартов по бизнесу или технологической функции, которую они обслуживают. В свою очередь, каждая Категория услуг включает один или несколько Стандартов обслуживания. (Группы жирным шрифтом)
- Стандарты обслуживания : определяют стандарты и технологии, поддерживающие категорию обслуживания. Чтобы поддержать отображение агентства в TRM, многие стандарты обслуживания содержат иллюстративные спецификации или технологии в качестве примеров (простой текст).
Рисунок справа дает общее представление о TRM.
Согласование капитальных вложений агентства с TRM использует общий стандартизированный словарь, позволяющий обнаруживать, сотрудничать и взаимодействовать между агентствами. Агентства и федеральное правительство получат выгоду от эффекта масштаба за счет выявления и повторного использования лучших решений и технологий для поддержки своих бизнес-функций, миссии и целевой архитектуры. Организованный в виде иерархии, TRM классифицирует стандарты и технологии, которые в совокупности поддерживают безопасную доставку, обмен и создание бизнес-компонентов и компонентов сервисов приложений, которые могут использоваться и использоваться в компонентной или сервисно-ориентированной архитектуре . [1]
Уровни архитектуры
Архитектура предприятия, сегмента и решения FEA обеспечивает различные перспективы бизнеса, варьируя уровень детализации и решая связанные, но разные проблемы. Так же, как предприятия сами по себе иерархически организованы, каждый тип архитектуры обеспечивает различные представления. В Федеральном руководстве по архитектуре предприятия (2006 г.) определены три типа архитектуры: [2]
- Архитектура предприятия,
- Сегментная архитектура и
- Архитектура решения.
По определению, Архитектура предприятия (EA) в основном занимается идентификацией общих или разделяемых активов - будь то стратегии, бизнес-процессы, инвестиции, данные, системы или технологии. Советник руководствуется стратегией; он помогает агентству определить, соответствуют ли его ресурсы миссии и стратегическим целям и задачам агентства. С инвестиционной точки зрения EA используется для принятия решений по инвестиционному портфелю ИТ в целом. Следовательно, основными заинтересованными сторонами EA являются старшие менеджеры и руководители, которым поручено обеспечить максимально эффективное и действенное выполнение агентством своей миссии. [2]
Напротив, « сегментная архитектура » определяет простую дорожную карту для основной области миссии, бизнес-услуги или корпоративной услуги. Архитектура сегмента определяется управлением бизнесом и предоставляет продукты, улучшающие предоставление услуг гражданам и персоналу агентства. С точки зрения инвестиций, сегментная архитектура определяет решения для бизнес-кейса или группы бизнес-кейсов, поддерживающих основную область миссии или общую или разделяемую услугу. Основными заинтересованными сторонами архитектуры сегмента являются владельцы и менеджеры бизнеса. Сегментная архитектура связана с EA тремя принципами:
- структура: архитектура сегмента наследует структуру, используемую EA, хотя она может быть расширена и специализирована для удовлетворения конкретных потребностей основной области миссии или общей или совместно используемой услуги.
- повторное использование: архитектура сегмента повторно использует важные активы, определенные на уровне предприятия, включая: данные; общие бизнес-процессы и инвестиции; и приложения и технологии.
- согласованность: архитектура сегмента согласована с элементами, определенными на уровне предприятия, такими как бизнес-стратегии, предписания, стандарты и показатели эффективности. [2]
« Архитектура решения » определяет ИТ-активы агентства, такие как приложения или компоненты, используемые для автоматизации и улучшения бизнес-функций отдельных агентств. Объем архитектуры решения обычно ограничивается одним проектом и используется для реализации всей или части системы или бизнес-решения. Основными заинтересованными сторонами архитектуры решения являются пользователи и разработчики системы. Архитектура решения обычно связана с архитектурой сегмента и архитектурой предприятия через определения и ограничения. Например, сегментная архитектура предоставляет определения интерфейсов данных или услуг, используемых в пределах основной области миссии или услуги, к которым получают доступ отдельные решения. Точно так же решение может быть ограничено конкретными технологиями и стандартами, которые определены на уровне предприятия. [2]
Результаты программы
Результаты федеральной программы «Архитектура предприятия» признаны неудовлетворительными:
- Стэнли Гавер, участник программы FEA, сообщает, что «Архитектура предприятия в рамках федерального правительства не работает и гораздо чаще не приносит полезных результатов. Более того, значительная часть федеральной программы EA была завершена. и полнейшие неудачи ". [8]
- В официальном отчете Конгресса США в 2011 году сообщалось, что «большинство департаментов и агентств сообщили, что они ожидают когда-нибудь в будущем реализовать преимущества своих соответствующих программ [...] архитектуры предприятия. Это говорит о том, что реальная ценность для федеральных правительству от разработки и использования корпоративных архитектур остается в значительной степени неосознанным ". [9]
Смотрите также
- Эталонная бизнес-модель
- Структура архитектуры Министерства обороны
- Структура корпоративной архитектуры FDIC
- Физическая модель данных
- Эталонная модель
- Структура архитектуры предприятия казначейства
Рекомендации
- ^ a b c d e f g h i j k l m n Сводный эталонный образец документа FEA. Сводная справочная модель документа FEA, версия 2.3, октябрь 2007 г. По состоянию на 28 апреля 2009 г.
- ^ a b c d e f Управление федеральной программы архитектуры предприятия (2007). Практическое руководство FEA . [ мертвая ссылка ]
- ^ a b c Совет директоров по информационным технологиям (2001) Практическое руководство по архитектуре федерального предприятия. Архивировано 10 октября 2008 г. в Wayback Machine . Февраль 2001 г.
- ^ a b «Общий подход к архитектуре федерального предприятия» (PDF) . Управление управления и бюджета. Май 2012. Архивировано (PDF) из оригинала 22 января 2017 года.
- ^ a b Сводный эталонный образец документа FEA. Federal Enterprise Architecture Framework, версия 2, 29 января 2013 г., дата обращения 2 апреля 2015 г.
- ^ «Рамки совершенства Болдриджа на 2015–2016 годы» . Программа повышения эффективности Болдриджа . Национальный институт стандартов и технологий. 15 января, 2015. Архивировано из оригинала 4 августа 2016 года.
- ^ a b FEA (2005) Профиль управления записями FEA, версия 1.0 . 15 декабря 2005 г.
- ^ "Почему не работает архитектура федерального предприятия?" , Стэнли Б. Гавер, посетил 19 мая 2016 г.
- Перейти ↑ GAO (2011). Возможности уменьшить возможное дублирование в государственных программах, сэкономить налоговые доллары и увеличить доходы . Вашингтон, округ Колумбия: Счетная палата правительства.
Внешние ссылки
- Сайт Федерального института архитектуры предприятий
- Веб-сайт Федерального совета директоров по информационным технологиям
- Корпоративная архитектура и стандарты DoD CIO
- ВЭД с ADOit
- Программа повышения эффективности работы Болдриджа