Рост функциональности и масштаба применения программных продуктов наглядно отражается в часто используемом термине цифровая трансформация. Ели цифровизация подразумевает реализацию типового проекта внедрения программного обеспечения (далее – ПО), то цифровая трансформация – всеобъемлющую имплементацию программных и технических новинок, коренным образом меняющих сложившиеся бизнес-процессы компании или группы организаций [1]. Чем комплекснее проект внедрения ПО, тем более продуманные стратегии их доставки применяются: от миграции, тестирования и обучения, до тиражирования/пилотирования и Cutover (план перехода). Масштабное ПО помимо сложной имплементации так же требует бережного отношения к построению своего фундамента, то есть архитектуры [2]. Вопросам реализации архитектуры предприятия посвящено множество литературных источников. В последнее время укоренилась ассоциация вопросов ИТ-архитектуры с методологией TOGAF [3]. Как и любой другой свод знаний TOGAF предоставляет пошаговую инструкцию и рассматривает типовые проблемные вопросы построения корпоративной архитектуры. Однако, если присмотреться к данной методологии, можно заметить, что ее базис основывается на более ранних теориях.

1. Архитектура предприятия: определение, назначение и элементы

Введем ключевой термин, относящийся к рассматриваемой проблематике.

Определение 1. Архитектура предприятия (Enterprise architecture, EA) – это совокупность принципов, концепций, регламентов, стандартов и др., используемых для организации эффективной работы предприятия по достижению его стратегических бизнес-целей [4].

Данный термин тесно связан со специально выделенной ролью корпоративного архитектора, в обязанности которого входят:

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

Работа над архитектурой в масштабе организации требует больших человеческих ресурсов, в связи с чем ее декомпозируют на виды и разновидности (табл. 1). Каждый вид/разновидность архитектуры предполагает независимые роли: архитектор по данным, архитектор по процессам (закупки, сбыт, производство и др.), архитектор по конкретному ПО, связующим звеном для которых является архитектурный комитет, модерируемый EA-архитектором [5].

Стратегические сессии, проводимые руководством компании, формируют понимание бизнес-потребностей организации, исполнение которых позволит достигнуть желаемых финансовых результатов. Синхронизируя потребности, строится TO-BE видение архитектуры предприятия, а также идентифицируются и приоритизируются инициативы, позволяющие ее достигнуть. Имплементация подобных инициатив ведется, следуя канонам проектного менеджмента, для чего ведутся активности по управлению проектом и изменениями, что дополняет задачи проектирования архитектуры (табл. 1). При этом существующие своды знаний PMBoK, BPM CBoK, DAMA-DMBoK, SWEBoK досконально описывают возможные проблемные области [6-9], в то время как вопросы проектирования корпоративной архитектуры детально освещены в модели Захмана и методиках FEAF, TEAF и TOGAF [10-11, 3].

2. Модель Захмана Определение 2. Модель Захмана (Zachman framework) представляет собой фундаментальный онтологический подход для всестороннего анализа вопросов, связанных с архитектурой предприятия [10].

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

Брит С.А., Гамбаров А.А., Карандашев В.И., Степанов Д.Ю. Модели и методологии построения корпоративной архитектуры // Аспирант и соискатель. – 2026. – т.153, №2. – c.6-13. – URL: https://stepanovd.com/science/article/210-2026-2-enterprisearchitecture.