Применение архитектурных подходов в сфере информационных технологий

• планирование и принятие решения по инвестициям и ИТ – при планировании должны учитываться бюджетный план, показатель возврата инвестиций, критерий "затраты-выгоды" и другие критерии;
• контроль и анализ инвестиционного управления – для поддержки процесса контроля используется информация относительно архитектуры предприятия;
• координация сегментов – координирование процесса интеграции архитектурных сегментов в единую Федеральную архитектуру;
• исследование рынка – проведение периодического анализа рынка с целью идентификации новых или усовершенствованных технологий с большими потенциальными преимуществами для реализации функций и процессов или технологий, более эффективных по критерию производительность /стоимость;
• управление активами – управление всеми активами, которые связаны с реализацией Федеральной архитектуры;
• процессы закупок – согласование процессов закупок с архитектурой и с намеченными переходными процессами;
• управление архитектурой – координация усилий по сопровождению и управлению архитектурой.

Архитектурные сегменты (Architectural Segments). Отражают разбиение общей архитектуры на отдельные, существенные области деятельности, например:

• общие административные системы;
• области федеральных программ, таких как внешняя торговля или предоставление грантов;
• электронная торговля для проведения небольших закупок.

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

Каждый сегмент также характеризуется текущей и будущей архитектурой данного конкретного сегмента. Соответствующая информация и модели помещаются в базу данных (репозиторий) единой Федеральной архитектуры.

Архитектурные модели (Architectural Models). Определяют бизнес- и технологические модели, которые отражают все необходимые сегменты для полного описания архитектуры. Архитектурные модели задают бизнес-архитектуру и архитектуру информационных технологий.

При этом рассматриваются бизнес-модели и модели технической среды (данных, прикладных систем, технологий):

• бизнес-модели. Это модели, которые отражают появление бизнес-потребностей, инициированных бизнес-двигателями. Моделирование предполагает создание общего набора определений, диаграмм, а также, возможно, использование автоматизированных инструментальных средств, которые облегчают понимание бизнес-функций, применяемой информации, процессов и продуктов;
• модели технической среды (Design Models). Модели технической среды включают модели данных, модели прикладных систем и технологические модели, которые требуются для того, чтобы поддержать реализацию бизнес-потребностей.

Стандарты (Standards). Включают все стандарты (некоторые из них могут быть обязательными), руководящие принципы, а также передовой опыт.

Соответственно, если говорить о том, какие представления (домены) выделяются в методике Федеральной архитектуры США, то они следующие:

• бизнес-архитектура (функциональная архитектура деятельности правительства);
• архитектура информации (данных);
• архитектура приложений;
• архитектура инфраструктуры (технологическая или системная архитектура): аппаратное и системное программное обеспечение, коммуникации.

В США ведется разработка и постоянное уточнение соответствующих взаимосвязанных так называемых Справочных (эталонных) Моделей (Reference Models) для каждой из перечисленных областей. В схеме FEAF принято выделять 5 эталонных моделей:

• справочная модель эффективности (PRM – Performance Reference Model);
• справочная модель описания бизнеса федеральной организации (BRM – Business Reference Model);
• справочная модель сервисных компонент (SRM – Service Component Reference Model). Это описание компонент прикладных информационных систем, обеспечивающих реализацию государственных функций;
• справочная модель описания данных (DRM – Data Reference Model);
• технологическая справочная модель (TRM – Technology Reference Model).

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

Эти справочные модели являются, по сути дела, определенными руководствами, которые:

• обеспечивают общие архитектурные принципы при реализации межведомственных проектов;
• обеспечивают всем государственным организациям единую методологию при разработке собственных архитектур ИТ (Корпоративных архитектур).

Иерархия Справочных Моделей в рамках Федеральной архитектуры показана на рис. 2.3.

Рис. 2.3. Эталонные модели в схеме FEAF

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

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

С другой стороны, применение данной рамочной структуры позволяет государственным ведомствам и учреждениям достигнуть таких преимуществ, как:

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

Основные принципы FEAF, сформулированные советом CIO, опираются на следующие технические, функциональные и организационные решения:

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

Архитектура федеральной организации (FEA) это логическое продолжение разработки FEAF и последняя попытка федерального правительства привести бесчисленное множество агентств к единой и повсеместно используемой архитектуре.

FEA по-прежнему  находится в самой ранней стадии  развития: большинство компонентов  этой методологии стали доступны  только в 2006 г. Тем не менее, за этой методологией стоит длительная традиция и множество неудачных попыток, из которых были извлечены полезные уроки.

FEA является  наиболее полной методологией  из всех упомянутых. Она включает  и всеобъемлющую таксономию, как  в методологии Захмана, и архитектурный  процесс, как в модели TOGAF. FEA можно  рассматривать и как методологию  создания архитектуры предприятия, и как результат применения  этой процедуры к конкретной организации - Правительству США.

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

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

Очевидно, что FEA представляет собой нечто большее, чем набор моделей. Эта методология включает в себя все необходимое для построения архитектуры предприятия даже для самой сложной, пожалуй, организации в мире - Правительства США. По заявлению управления по реализации программы FEA (FEAPMO), методология FEA в целом обеспечивает:

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

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

С точки зрения FEA, архитектура предприятия состоит из отдельных сегментов. Эта идея была впервые изложена в FEAF. Сегмент представляет собой один из основных аспектов бизнеса, например трудовые ресурсы. Сегменты подразделяются на два типа: базовые и служебные.

Базовый сегмент представляет собой ключевой аспект деятельности предприятия в границах политико-административного деления. Например, для Министерства здравоохранения и социальных служб США базовым сегментом является здоровье.

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

Другим типом активов в архитектуре предприятия являются службы предприятия. Служба предприятия - это четко определенная функция в границах политико-административного деления. В качестве примера службы предприятия можно привести управление безопасностью. Управление безопасностью - это служба, единообразно реализованная по всему предприятию.

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

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

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

Возникает соблазн приравнять сегменты или службы к службам, используемым в сервис-ориентированных архитектурах. Такой подход небезупречен по двум причинам. Во-первых, службы предприятия, служебные и базовые сегменты намного шире по охвату, чем службы в сервис-ориентированных архитектурах. Во-вторых, сегменты являются организационной единицей для архитектуры предприятия, а службы - организационной единицей для технической реализации. Что касается организационных единиц для архитектуры предприятия, они охватывают не только технологическую архитектуру, но и архитектуры бизнеса и данных.

Хотя сегменты функционируют на политическом уровне (то есть на уровне агентств), они определяются на уровне предприятия (то есть на уровне правительства). Службы предприятия, естественно, функционируют и определяются на уровне предприятия.