Обзор корпоративной архитектуры

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

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

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

Данный раздел отвечает на ключевые вопросы:

• Что такое корпоративная архитектура?

• Как она соотносится с другими управленческими и ИТ-дисциплинами?

• Какими характеристиками обладает качественная архитектура?

Кроме того, рассматриваются уровни, типы и стили архитектуры, а также описываются нотационные средства, доступные архитектору для моделирования.

Что такое корпоративная архитектура?

До сих пор ведутся активные и устойчивые споры о том, что именно следует считать архитектурой в контексте предприятия, что затрудняет формулировку общепринятого определения термина “корпоративная архитектура”.

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

Согласно стандарту ISO/IEC 42010, архитектура определяется как:

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

В данном контексте под системой понимается именно предприятие. Исходя из этого определения, важно разграничивать архитектуру как описание (модель) и фактически реализованную архитектуру. Часто само описание также называют архитектурой, хотя это — лишь её представление.

Контекст корпоративной архитектуры

Корпоративную архитектуру целесообразно рассматривать как операционное подразделение бизнеса, а значит, она существует в определённом контексте.

Корпоративная архитектура обязана приносить ценность для бизнеса, обеспечивая:

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

• и реализацию инициатив так, чтобы они соответствовали принципам корпоративной архитектуры.

Стратегический контекст

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

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

Корпоративный бизнес архитектор может:

• визуализировать соответствие архитектуры стратегическим планам,

• связывать бизнес-драйверы и элементы бизнес-архитектуры с соответствующими частями стратегии.

Контекст реализации

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

Управление реализацией (Implementation Governance) — это ключевой элемент архитектурного процесса, требующий формального подхода к управлению, чтобы:

• архитектура служила практическим ориентиром для команд внедрения,

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

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

Корпоративный архитектор может обеспечивать:

• механизм Formal Review для проведения разовых или повторяющихся обзоров проектов,

• возможность оценки уровня соответствия архитектуре.

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

Также можно моделировать примеры применения архитектурных принципов в контексте каждой инициативы с помощью экземпляров принципов (Instances of Principles) — это станет ценным источником практических рекомендаций для команд внедрения.

Уровни архитектуры

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

Такая иерархия архитектур соответствует иерархии целей и способностей (capabilities) и логично выстраивается по уровням: стратегический, программный и проектный.

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

Именование уровней ориентировано на подход, используемый в TOGAF (The Open Group Architecture Framework):

• Стратегический уровень (Strategic) — долгосрочная перспектива (3–5 лет)

• Тактический уровень (Tactical) — среднесрочная перспектива (1–2 года)

• Уровень решений (Solution) — краткосрочная перспектива (6–12 месяцев)

Каждый из этих уровней архитектуры решает разные задачи, ориентирован на разные группы заинтересованных сторон, и отражает различные управленческие горизонты.

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

• разделение по уровням,

• согласованность между ними,

• и формирование целостного и сбалансированного представления об архитектуре предприятия.

Стратегический уровень

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

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

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

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

Тактический уровень

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

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

Корпоративные архитекторы обеспечивают:

• поддержку архитектуры тактического уровня,

• визуализацию и декомпозицию стратегической архитектуры,

• перехода от тактического уровня к уровню архитектур решений.

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

Архитектура решений (Solution)

Архитектура решений описывает инициативы на уровне конкретного проекта или способности (capability), которые, как правило, реализуются в течение месяцев, а не лет.
С бизнес-точки зрения, они ориентированы на решение конкретной проблемы или реализацию возможности.

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

Корпоративный архитектор помогает:

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

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

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

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

Типы архитектуры

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

• Бизнес-архитектура (Business Architecture)

• Информационная архитектура (Information Architecture)

• Архитектура приложений (Application Architecture)

• Технологическая архитектура (Technology Architecture)

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

Кроме того, существует ряд архитектур, которые по сути являются представлениями (views) — они пересекают и встраиваются в другие архитектуры, но благодаря своей важности и специфике часто рассматриваются как самостоятельные архитектуры:

• Архитектура безопасности (Security Architecture)

• Геопространственная архитектура (Geospatial Architecture)

• Социальная архитектура (Social Architecture)

Бизнес-архитектура

Хорошо проработанная бизнес-архитектура — это краеугольный камень успешной реализации всей корпоративной архитектуры.

Она определяет:

• бизнес-драйверы,

• стратегию,

• операционные модели,

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

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

Типовая структура бизнес-архитектуры включает:

• описание текущего (baseline) и целевого (target) состояния,

• а также определение переходных этапов, представляемых, как правило, на дорожных картах (Roadmap diagrams).

Корпоративному архитектору необходимо:

• прослеживать цели, задачи и драйверы до их источников в стратегии,

• понимать миссию и видение (Mission & Vision) наряду с бизнес-способностями, процессами и функциями.

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

Информационная архитектура

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

Для достижения бизнес-результатов критически важно понимать:

• какие бизнес-функции и процессы используют информацию,

• какие приложения хранят мастер-записи,

• где информация создаётся и уничтожается,

• и какие технологические компоненты её сохраняют и обрабатывают.

Типовая информационная архитектура включает:

• описание базового и целевого состояний,

• а также серии переходов, представленных с помощью дорожных карт (Roadmap diagrams).

Архитектура приложений

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

Также она содержит описание:

• интерфейсов, необходимых и предоставляемых приложениями,

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

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

Архитектор приложений может использовать этот единый инвентарь артефактов, чтобы:

• строить новые архитектуры,

• классифицировать компоненты как часть текущей (baseline) или будущей (target) архитектуры.

Если в рамках архитектуры вводятся новые приложения, они могут быть добавлены в описание целевого состояния.

Как и другие архитектурные домены, архитектура приложений включает:

• описание текущей и целевой архитектуры,

• а также набор переходных этапов, которые оформляются в виде дорожных карт (Roadmap diagrams).

Технологическая архитектура

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

Эти сервисы, в свою очередь, поддерживают информационные потоки, бизнес-функции и бизнес-сервисы.

Архитектура безопасности

Архитектура безопасности представляет собой сквозной срез через все архитектурные домены, рассматриваемый с точки зрения информационной и технической безопасности.
Она выделяется в отдельную архитектуру из-за её критической важности — именно через неё реализуются политики безопасности предприятия в рамках архитектуры.

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

• демонстрацию соответствия архитектуры внутренним политикам безопасности,

• внешним требованиям и отраслевым стандартам (например, ISO 27001, NIST, PCI DSS и т.п.).

Архитекторы должны:

• моделировать политики безопасности в виде элементов репозитория,

• при создании новых архитектур — применять соответствующие политики к приложениям, устройствам, каналам связи и другим компонентам.

Значительная эффективность можно достигнуть за счёт:

• повторного использования шаблонов (Patterns),

• готовых архитектурных блоков, которые уже прошли сертификацию на соответствие требованиям безопасности.

Геопространственная архитектура

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

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

Тем не менее, не во всех архитектурных программах требуется формировать полноценную геопространственную архитектуру — в таких случаях её можно рассматривать как отдельное представление (view) в рамках других архитектур, таких как бизнес-, информационная или прикладная.

Социальная архитектура

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

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

• взаимодействие с клиентами,

• поставщиками,

• наблюдателями,

• а также с индивидуальными пользователями и сообществами через социальные платформы.

Область охвата архитектуры (Scope of Architecture)

Архитектурные инициативы будут успешны только при условии корректного определения их области охвата (scope).

Согласно Enterprise Architecture Body of Knowledge (EABOK), существует три ключевых аспекта области охвата, к которым можно добавить и четвёртый — учёт заинтересованных сторон, как важнейший фактор успеха архитектурной программы и создаваемых ею решений:

• Временной охват (Time Scope)

• Организационный охват (Organization Scope)

• Уровень детализации (Detail Scope)

• Охват заинтересованных сторон (Stakeholder Scope)

Чтобы архитектура была релевантной и эффективной, необходимо корректно задать:

• временные горизонты,

• организационный контекст,

• уровень проработки моделей,

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

Временной охват (Time Scope)

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

Как правило:

• Стратегические планы в средних и крупных организациях охватывают период от трёх до пяти лет,

• поэтому архитектуры стратегического уровня отражают тот же временной горизонт.

• Проекты реализации (implementation projects), напротив, имеют более короткий цикл — от трёх до двенадцати месяцев,

• тактические архитектуры, объединяющие несколько проектов, обычно проектируются на один–два года.

Уровень детализации (Detail Scope)

Выбор правильного уровня детализации архитектуры — критически важен для её успешной реализации, особенно в части взаимодействия с командами внедрения (Implementation teams).

Если архитектура:

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

Если же архитектура:

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

Корпоративные архитекторы должны:

• взаимодействовать между собой,

• работать с заинтересованными сторонами,

• и находить сбалансированный уровень детализации архитектурных моделей.

Организационный охват (Organization Scope)

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

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

Для успеха архитектурной инициативы критически важно:

• чётко понимать структуру предприятия и его подразделений,

• а также понимать, как стратегические планы соотносятся с этой структурой.

Архитекторам должны быть доступны возможности:

• моделировать структуру предприятия и его подразделений,

• связывать архитектуры с соответствующими организационными единицами,

• и таким образом визуализировать организационный охват архитектурных решений.

Охват заинтересованных сторон (Stakeholder Scope)

Заинтересованные стороны (stakeholders) и владельцы бизнеса или акционеры, которых они представляют, — это основные бенефициары корпоративной архитектуры. Поэтому крайне важно:

• правильно определить состав стейкхолдеров,

• и обеспечить управляемую коммуникацию,
  чтобы они регулярно получали информацию о ходе архитектурных работ и о контроле реализации инициатив (Implementation Initiatives).

Архитекторы должны:

• моделировать самих стейкхолдеров в рамках репозитория,

• установливать связи между ними и такими архитектурными элементами, как:

  • драйверы (Drivers),

  • цели (Goals),

  • задачи (Objectives),

  • приложения (Applications),

  • архитектурные требования (Architectural Requirements).

Это позволит:

• проводить анализ воздействия (impact analysis) — при изменениях в моделях можно быстро определить, какие стейкхолдеры будут затронуты.

Характеристики хорошей архитектуры

Определить, какой должна быть хорошая архитектура, непросто — особенно с учётом того, что до сих пор ведутся активные и продолжительные споры о самом значении термина “архитектура” в контексте корпоративных систем XXI века.

Любопытно, что уже более 2000 лет назад древнеримский архитектор Витрувий в трактате De Architectura сформулировал три базовые характеристики хорошей архитектуры — и этот трактат остаётся единственным дошедшим до нас архитектурным текстом античности:

• Прочность (Firmatis) — архитектура должна быть надёжной и долговечной, устойчивой к изменениям и сбоям.

• Польза (Utilitas) — архитектура должна быть функциональной и полезной для тех, кто с ней работает или от неё зависит.

• Красота (Venustatis) — архитектура должна вдохновлять, быть ясной и эстетически понятной для восприятия.

Эти древние принципы могут быть переосмыслены и расширены для применения к корпоративной архитектуре XXI века, включая аспекты:

• устойчивости к изменениям и масштабируемости,

• соответствия бизнес-целям и пользовательскому опыту,

• архитектурной выразительности и понятности для всех стейкхолдеров.

Чтобы архитектура была эффективной, она должна обладать рядом ключевых характеристик. В таблице ниже представлены наиболее важные качества архитектуры и краткое описание того, как Enterprise Architect помогает их обеспечить:

Качество	Описание
Robust (Надёжная, Устойчивая)	Архитектура должна быть надёжной и не уязвимой к незначительным изменениям в бизнесе, информационных системах, приложениях и технологической инфраструктуре. Надёжная архитектура — это архитектура, которая: - сохраняет стабильность при сбоях, перегрузках и внешних изменениях, - предотвращает каскадные ошибки, - допускает безопасное масштабирование и развитие, - и обладает встроенными механизмами устойчивости и отказоустойчивости.
Feasible (Осуществимая, Реализуемая)	Архитектура считается реализуемой, если её возможно реализовать на практике с учётом текущих ограничений: - бюджета, - сроков, - технологий, - организационных ресурсов, - и компетенций команды.
Utilitarian (Практичная)	Архитектура должна обладать практической ценностью, реализация которой приводит к конкретным и измеримым результатам. Архитектуры, которые выглядят изящно, но не приносят явной и измеримой пользы для заинтересованных сторон или заказчиков, в конечном итоге не будут успешными. Корпоративный Архитектор должен использовать инструменты, позволяющие: - визуализировать архитектуру, - сделать её понятной для широкой аудитории стейкхолдеров, что помогает рано выявить проблемы с полезностью архитектурных решений ещё на этапе проектирования.
Durable (Устойчивая во времени)	Архитектура — это «живой организм», который описывает целевое состояние, а после реализации становится новым базовым (текущим) состоянием. Архитектуры должны сохранять актуальность со временем, оставаясь устойчивыми к изменениям в бизнесе и технологической среде, которые могут происходить на протяжении их жизненного цикла. Это означает, что архитектура должна — насколько это возможно — предусматривать будущие условия и сценарии развития.
Flexible (Гибкая)	Архитектуры должны быть гибкими и способными адаптироваться к меняющимся условиям, а также предоставлять достаточно гибкости для команд внедрения, обладающих экспертизой в своей области, чтобы они могли принимать важные и обоснованные решения по техническим вопросам и возможностям. Архитектуры, содержащие чрезмерную детализацию, часто приводят к жёстким и негибким проектам и реализациям, в результате чего создаются системы, не способные адаптироваться к изменяющимся обстоятельствам и среде.
Verifiable (Поддающаяся валидации)	Проверяемая архитектура — это архитектура, которую можно: - сопоставить с требованиями и убедиться, что она их удовлетворяет; - измерить по заранее определённым критериям качества; - оценить на соответствие бизнес-целям и ограничениям; - подвергнуть аудиту или формальному анализу. Это позволяет убедиться, что архитектура будет функционировать в соответствии с замыслом и не приведёт к нежелательным побочным эффектам в тех частях предприятия, на которые она влияет. Окончательное подтверждение её состоятельности — это достижение бизнес-ценности, заявленной в Vision Statement (стратегическом видении).
Elegant (Рациональная, Лаконичная)	Хорошо спроектированная архитектура, как правило, выглядит элегантно — в ней прослеживается простота и ясность формы, что становится очевидным для тех, кто внимательно её изучает. Элегантная архитектура — это архитектура, которая: - решает сложные задачи простыми средствами, - не перегружена деталями, но при этом логически завершённа, - ясна, читаема и понятна для различных ролей — от разработчика до топ-менеджера, - вызывает ощущение «всё на своём месте».
Traceable (Прослеживаемая)	Архитектура представляет собой описание предприятия на определённом уровне детализации и не существует изолированно — она, как правило, связана с: - бизнес-драйверами и целями, - другими архитектурами — на том же, более высоком или более низком уровне, - а также с программами и проектами реализации. Корпоративный архитектор должен отслеживать связи в любом направлении