Архитектура предприятия с точки зрения fea

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

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

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

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

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

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

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

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

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

Тот факт, что сегменты определяются глобально, упрощает их повторное использование в границах политико-административного деления. Можно спланировать использование сегментов в границах политико-административного деления предприятия, а затем воспользоваться этим планом для поиска возможностей повторного использования разработанной архитектуры. Например, на рис. 8 приведена схема сегментов федерального правительства из «Практического руководства по FEA» [27]. Из рисунка видно, что многие сегменты (вертикальные столбцы) используются во многих агентствах и все или почти все эти сегменты можно использовать повторно.

Рис. 8. Схема сегментов федерального правительства

Эталонные модели FEA

Все пять эталонных моделей FEA предназначены для формирования единого языка. Цель — упростить взаимодействие, сотрудничество и совместную работу, минуя границы политико-административного деления. Согласно заявлению управления по реализации программы FEA (FEAPMO):

«Методология FEA включает в себя набор взаимосвязанных "эталонных моделей", предназначенных для упрощения анализа деятельности агентств и выявления дублирующих инвестиций, несоответствий и возможностей для совместной работы внутри агентств и между ними. Совместно эталонные модели [образуют] структуру для единообразного описания важных элементов методологии FEA». [28]

Зачем нужен общий язык? Рассмотрим следующий диалог:

Джеймс: «Не дашь мне на время лампу?»

Роджер: «У меня ее нет».

Джеймс: «А где ее можно купить?»

Роджер: «В магазине бытовой техники».

Итак, Джеймс отправляется в магазин и покупает то, что хотел. Он возвращается к Роджеру.

Роджер: «Ну что, купил лампу?»

Джеймс: «Да, вот она».

Роджер: «Это же не лампа! Это фонарик. Почему ты сразу не сказал? Я бы дал тебе на время свой».

Джеймс: «А почему ты не сказал, что он у тебя есть?»

Проблема заключается в том, что Джеймс приехал из Англии, где фонарь (англ. flashlight) называют лампой (англ. torch). Когда же я слышу слово лампа (англ. torch), я представляю паяльнуюлампу(англ. blowtorch). Хотя мы оба говорим по-английски, это не значит, что мы говорим на одном и том же языке. В результате Джеймс зря сходил в магазин и потратил деньги на то, что мог бы позаимствовать у меня.

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

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

В итоге Налоговое управление разрабатывает систему с нуля вместо того, чтобы просто изменить уже готовую (и оплаченную) систему, используемую в Управлении правительственной печати. При этом Налоговое управление выбрасывает на ветер гораздо больше денег, чем потратил Джеймс на ненужный фонарь.

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

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

Эталонная модель компонентов (CRM) дает ИТ-представление систем, поддерживающих бизнес. Например, в эталонной модели компонентов определяетсяаналитическая система, упомянутая выше в гипотетическом описании взаимодействия между Налоговым управлением и Управлением правительственной печати. [30]

В Технической эталонной модели (TRM) определяются различные технологии и стандарты, используемые при построении ИТ-систем. Например, в этой модели HTTP определяется как протокол, который является подмножеством служебного транспорта, который, в свою очередь, является подмножествомслужебного доступа и доставки. [31]

В эталонной модели данных (DRM) определяются стандартные способы описания данных. Например, сущность в этой модели определяется как нечто,обладающееатрибутами и участвующее в отношениях. [32]

В эталонной модели производительности (PRM) определяются стандартные способы описания полезности, обеспечиваемой архитектурами предприятий. Например, качество в этой модели определяется как область измерений, которая, в свою очередь, определяется как «степень соответствия технологии требованиям к функциональности или возможностям». [33]