CC BY
53
ANALYStS OF ENTERPRrSEARCHTTECTURE PLANNING STANDARDS AND METHODOLOGIES
Koronato v Nikotay N/ko/aevfch, PhD of Technical sciences, LLC "KINEF" Deputy General Director for Production and Sales of Products, St. Petersburg
ffyfrt Igor I/astiievich, DSc of Economics, Professor, Director of the Higher School of Management and Business Gurzhiy Anastasia Eugenevna, Undergraduate student, Institute of Industrial Management, Economics and Trade Peter the Great St Petersburg Polytechnic University, St, Petersburg
The article is devoted to the analysis of the existing leading methodologies for building enterprise architecture. The purpose of the study is to develop a more accurate understanding of what methodologies exist for building an enterprise architecture. Knowledge is important for analyzing the company's activities, building its architecture for effective work, as well as for using ready-made solutions in conducting business. Scientific novelty lies in the structuring of data within a single study. As a result, leading methodologies were analyzed (the TOOAF methodology, the federal structure, Zachman framework, the Gartner model, as we/las the architectural framework of the European Space Agency, the Ministry of Defense and SAP methodology), described structurally, and for top management the main stages of planning are given.
Keywords: enterprise architecture; business process management; enterprise resource planning; best practices; architectural framework; standard; methodology.
DOI 10.24923/2222-243X.;
УДК 65,012 ВАК РФ 08,00,05
0 Корона тв Н. Н,, 2021 Ф Ильин И.В., 2021 О Гуржий А. Б., 2021
КОРОНА TOB Николай Николаевич, кандидат технических наук, ООО "КИНЕФ", заместитель генерального директора по производству и сбыту продукции, Санкт-Петербург
ИЛЬИН Игорь Васильевич, доктор экономических наук, профессор, директор Высшей школы управления и бизнеса
ГУРЖИЙ Анастасия Евгеньевна, магистрант. Институт промышленного менеджмента, экономики и торговли
Саикт-Пе тербургский политехнический университет Петра Великого, Саикт-Пе гербург
■39.12
АНАЛИЗ СТАНДАРТОВ И МЕТОДОЛОГИИ ПЛАНИРОВАНИЯ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ
Статья посвящена анализу существующих ведущих методологий построения архитектуры предприятий. Цель исследования заключается в формировании более точного понимания того, какие методологии существуют для построения корпоративной архитектуры. Знания важны для анализа деятельности компании, построения ее архитектуры для эффективной работы, а тате для использования уме готовых решений при ведении деятельности. Научная новизна заключается в структуризации данных в рамках одного исследования. В результате были проанализированы ведущие методологии (TOGAF, федеральная структура, фрейморк Захмана, модель Gartner, а также архитектурные рамки Европейского космического агентства, Министерства обороны и SAP), описаны структурно, а также для топ-менеджмента приведены основные этапы планирования.
Ключевые слова; архитектура предприятия; управление бизнес-процессами; планирование ресурсов предприятия; лучшие практики; архитектурные рамки; стандарт; методология.
Введение
Успешная деятельность компаний зависит от многих факторов. Важна не только благоприятная внешняя среда (экономическое положение, актуальность продукта или услуги, количество конкурентов и так далее), но и внутренняя организация. Для четкой структурированности, особенно в больших компания, необходимо четко понимать границы подразделений, ориентироваться в полномочиях и иметь бесперебойный обмен необходимыми данными и информацией.
В этой связи актуальность исследования заключается в анализе лучших методик для построения архитектуры предприятий на основе уже существующих успешных решений. В статье представлены не только универсальные методологии, которые могут применяться для любой компании, но и более узконаправленные, которые так же нашли применение в мировой практике.
Цель исследования структурировала следующие задачи исследования 1) анализ теоретической базы, понимание, зачем нужна архитектура предприятия; 2) описание ведущих методологий, их краткий анализ, а также возможность интеграции в различных компаниях; 2) анализ менее популярных методологий, которые нашли
место в международной практике; 4) описание методологи планирования архитектуры пред* приятия.
Для осмысления дается возможность сравнить существующие практики и выбрать для себя наиболее подходящую, исходя из уже го* товых решений. Как показывает практика, всегда есть место новому, но пока фреймворку разработанные в XX веке остаются самыми востребованными и используются ведущими компаниями.
В статье применяются следующие методы исследования, анализ теоретических источников по проблеме; сравнение; обобщение; анализ докуменгов.
Теоретической базой исследования послужили материалы, посвященные ведущим методологиям, статьи российский и научных конференций, а также разбор успешной интеграции (особенно в нефтегазовой сфере}.
Практическая значимость исследования заключается в помощи построения стратегии бизнеса, основываясь на существующих решениях, тем самым для возможности решения задач на практике.
Основная часть
Корпоративная архитектура - это комплексный подход к стратегии, бизнесу и информационным системамдля анализа, управления и согласования информационных технологий (ИТ). Необходимо тщательное планирование, документирование и анализ всех операций компании. Использование корпоративной архитектуры помогает компаниям достигать стратегических целей при поддержке бизнес-деятельности и информационных систем.
Архитектура данных включает в себя структуру данных, их взаимосвязи, а также принципы и руководящие принципы, регулирующие проектирование и эволюцию данных с течением времени. Архитектура данных для биз-нес-предприятия обеспечивает основу для информационных ресурсов предприятия, предоставляя видение, принципы и стандарты для их создания, использования и управления.
Стандарты являются основой архитектуры данных, поскольку они предоставляют набор подробных технических спецификаций, за которыми следует более широкое вычислительное сообщество. Это позволяет различным технологиям обработки данных работать вместе для создания бизнес-решения. Стандарты также устанавливают согласованность в том, как данные определяются внутри предприятий и между различными объектами. Именно поэто-
му они обеспечивают общую основу для обмена данными 0].
В архитектуре данных стандарты обеспечивают общую основу для того, чтобы предприятия извлекали большую ценность из своих данных и улучшали обмен данными, а также для того, чтобы множество различных технологий обработки данных работали вместе для удовлетворения бизнес-потребностей предприятия.
Таким образом, архитектура данных обеспечивает структуру, необходимую для более эффективного использования и обмена данными, а также для улучшения потока данных между системами внутри предприятия и между системами предприятия и системами его клиентов, поставщиков и деловых партнеров. Стандарты архитектуры данных составляют основу эффективной архитектуры данных.
Методологии корпоративной архитектуры. Использование и реализация корпоративной архитектуры были описаны в различных исследованиях. Изначально основной целью ЕА является создание положительной взаимосвязи между бизнес-стратегиями и ИТ-инфраструктурой. Она оказывает огромное влияние на общую структуру бизнеса, начиная с планирования и заканчивая проектированием, внедрением и обслуживанием, управлением процессами и предоставлением услуг сотрудникам и клиентам. Автор [16] описал предоставление архитектуры в трех различных взаимосвязанных процессах, таких как принятие решений, архитектура и реализация [16].
Это подчеркивает его важность и жизнеспособность в управлении бизнесом в более гибкой, спокойной и доверительной среде. В целом, основное внимание архитектуры предприятия направлено на улучшение услуг и ИТ-инфраструктуры организации, что может включать интеграцию информационных систем и усиление онлайн-сервисов, которые в конечном итоге трансформируют организацию в сторону цифровизации [17].
Корпоративная архитектура по большей степени предназначена для решения проблем всей организации, а не только отдельных требований, узких мест и бизнес-единиц. Для достижения этой цели были созданы различные методологии для более эффективного внедрения и отслеживания планирования архитектуры предприятия.
На данный момент в мире существует 4 методологии, которые используют подавляющее чисто компаний (Согласно СотрТ1А [2]):
а]
0 ги
-О
1
03
со
си
¿>1 2:
Ё
65
¥
UJ
S ^
О UJ
X о
X
о tc со
66
1. Архитектурная структура открытой группы (TOGAF)
TOGAF обеспечивает принципы проектирования, планирования, внедрения и управления ИТ-архитектурой предприятия, помогая создать единый к созданию корпоративной архитектуры с единым словарем, стандартами, методами соразмерности, рекомендованными инструментами и программным обеспечением. Методология популярна как фреймворк корпоративного архитектора с определением лучших практик, и, поданным Open Group, она была принята более чем 80 процентами ведущих мировых предприятий [3].
Данная методология определяет детальный алгоритм проектирования точки доступа и обеспечиваетдостовернуюдокумен-тацию, в дополнению ко всему приобретает необходимую гибкость. Корпоративную систему демонстрируют 4 области архитектуры, которые поддерживает методология TOGAF:
1) бизнес-архитектура (бизнес-стратегия, организационная структура и бизнес-процес-сы, системные практики управления бизнесом, политики и процессы};
2) архитектура данных (структура организационных данных и ресурсов управления данными);
3) архитектура приложений (портфолио);
4) технологическая архитектура (программно-аппаратные возможности, включая ИТ-ин-фраструктуру, сети, стандарты и т, д.).
Практические исследования и обратная связь с промышленностью имеют решающее значение для определения того, насколько успешно ориентированная на паттерн структура проектирования решает реальные проблемы. Поэтому крайне важно построить "мост между академией и промышленностью", установив формальные каналы связи между промышленными специалистами в области паттернов, паттернов проектирования архитектуры предприятия, таких как архитектурное решение TOGAF, а также исследователями паттернов. Такое сотрудничество приведет, по крайней мере, к общей терминологии, которая существенно сделает большое разнообразие паттерновдоступнымидля общих разработчиков фреймворков TOGAF.
Данный фреймворк использует интерактивную модель процесса, а именно построение архитектуры предприятия, состоящем из фаз (от А до Н). Каждая отдельная фаза имеет свои задачи, комбинации, входы, этапы (к ко-
торым будут относится виды деятельности) и выходы, а также шаблоны (каталоги, диаграммы, матрицы) (рис. 1), при этом начинаясь с подготовительного эталз:
Рисунок 1 - "ТОСАР" и Метод Развития Архитектуры (АОМТОСАР, 2009)
Данный подход дает возможность пропускать некоторые шаги, тем самым выполняя их частично, а также комбинировать и вносить различные изменения, если созданы определенные требования. Именно поэтому различные специалисты по методологии могут создать совершенно разные процессы для одной и той же компании.
2. Модель Захмана для корпоративной архитектуры
Методология названа в честь одного из первых основателей корпоративной архитектуры, и это еще одна популярная методология корпоративной архитектуры. Согласно СотрПА [2], содержит 6 архитектурных основ, а также б и шесть основных заинтересованных участников для стандартизации деятельности и определения элементов с результатами ИТ-архитектуры. [4]. Обычно изображается как ограниченная "матрица " размером 6 х б с коммуникативными запросами в виде столбцов и преобразованиями в виде строк. Рамочные классификации представлены ячейками, то есть пересечением между вопросительными и трансформационными, Эта матрица обязательно будет представлять собой полный набор описательных представлений, имеющих отношение к описанию деятельности и, в частности, предприятие.
Фреймворк Захмана предоставляет средства классификации архитектуры организации.
Это проактивный бизнес-инструмент, который может быть использован для моделирования существующих функций, элементов и процессов организации, а также для управления изменениями в бизнесе. Методология позволяет перегонять сложные предметы в систематические категории в заголовках столбцов, используя эти шесть основных вопросов (табл.). Ответы на эти вопросы будут отличаться в зависимости от точки зрения или аудитории (представленной в строках).
Таблица - Модель Захмана (на основе [18])
Данные что Функции КАК Дислокация где Люди кто Время КОГДА Мотивация ПОЧЕМУ
Плани- Список Слисок Террито- Ключе- Важней- Бизнес- Сфера
роещж важных основ- риальное вые ер- шие собы- цели и дейст-
понятии и объек- ных бизнес- расположение га низа -ЦП и тия стратегии вия (контекст)
тов процессов
Владе- Концеп- Модель Схема Модель Мастер- Бизнес- Модель
лец туальная бизнес- логистики потока план реа- план предпри-
менед- модель процес- работ лизации ятия
жер данных сов («югкГСо^у)
Архи- Логичес- Архитек- Модель Архитек- Структура Роли и Модели
тектор кая МО' тора распреде- тра ин- процессов модели системы
конст- дель приложе- ленной тер- бизнес-
руктор данных ний архитектуры фейса пользователя правил
Проек- Физичес- Систем- Техноло- Архитек- Структуры Описание Техноло-
ти- кая МО' ный про- тч-я ар- тура пре- управле- бизнес- гическая
ровщик дель данных ект хитектура зентации ния правил (физическая) модель
Разра- Описа- Програм- Сетевая Архитек- Опреде- Реализа- Детали-
ботчик ние мный КОД архитек- тура без- ление ция биз- реали-
струк- тура опас- временнык нес-логики зации
туры ности привязок
данных
Данные Работа- Сеть Реаль- Бизнес- Работаю- Работа-
ющие ные лю- события щие биз- ющее
прог- ди. орга- нес- предпри-
рамму низации стратети ятие
Данные Функ- Сеть. Люди, Время, Мотив-
ции, располо- органи- распи- аций
процес- жение зации сания
сы систем
Фреймворк предлагает набор описательных представлений или моделей, релевантных для описания предприятия. Каждая ячейка в структуре Захмана должна быть выровнена с ячейками непосредственно над и под ней. Все ячейки в каждой строке также должны быть выровнены друг с другом. Каждая клетка уникальна. Объединение ячеек в одну строку формирует полное описание предприятия с этой точки зрения. Модель может дать рекомендации относительно того, какие артефакты необходимы на разных стадиях процесса. Комбинированное приложение может давать предсказуемые и повторяемые результаты в соответствии с базовой структурой,
3, Федеральная структура архитектуры предприятий
После того как Клинген-Коэн ввел ограничения на эффективность ИТ в федеральной
сфере, в 1996 была создана данная архитектура. В первую очередь, она создана для властей Соединённых Штатов, но в ту же очередь, при желании, она может быть использована любыми частными компаниями [5].
Система помогает реализовать общий подход, так как предлагает набор инструментов для осуществления поставленных целей. К ним можно отвести так называемые "эталонные модели", которые описывают стратегию, бизнес, данные, приложения, инфраструктуру и безопасность. Они содействуют в межведомственном анализе и выявлении дубликатов при взаимодействии отделов внутри учреждений, а также между ними [ 19], Также это дает возможностьсоставить основу для последовательного описания всех важных элементов деятельности федерального агентства.
Методология описывает 8 компонентов архитектуры предприятия: Драйверы архитектуры, Стратегическое направление, Текущая архитектура, Целевая архитектура, Переходные процессы, Архитектурные сегменты, Архитектурные модели и Стандарты.Агентство может создавать карту предприятия, что позво-лить документировать текущие и будущие изменения на верхнем уровне, а также представляет план перехода от настоящего положения к будущему. Также помогает сопоставить стратегию проектов и бюджетом; выявляет разрывы между инвестициями и исполнителями; создает зависимости (или риски) между различными проектами.
Текущая и целевая архитектуры включают в себя бизнес-архитектуру, архитектуру данных, архитектуру приложений и технологическую архитектуру. Для реализации используются стандартытехнологий, приложений, данных и безопасности. Среди переходных процессов можно отметить инвестиции, координацию сегментов и исследование рынка. Двигателями изменений являются бизнес и технические стимулы.
4. Gartner:
В 2005 году Gartner приобрела Meta Group и после выявила лучшие практики для моде-
nJ
0 ги
-о
1
оГ со
си 2
S
67
LU
s ^
о
UJ 3-
s X о
X
о
НС
со
68
лирования архитектуры предприятия, далее адаптировала их к общей консалтинговой практике компании. Несмотря на то, что данную структуру нельзя отнести к индивидуальным, CompTIA определяет ее как "практическую", которая направлена на результатах бизнеса с "несколькими явными шагами или компонентами"[6].
Модель предназначена для оказания влияния и поддержки решений, принимаемых организациями при планировании будущего. Ее использование включает оценку текущего состояния, определение инвестиций в технологии и процедуры для достижения желаемого состояния в будущем, а также управление предприятием в процессе перехода. Основная цель модели процесса Gartner состоит в том, чтобы использовать текущее и будущее состояние для выявления передовых практик и ресурсов, необходимых для устранения разрыва между архитектурой текущего состояния и архитектурой будущего состояния (рис. 2),
Рисунок 7 - Модель Garthner [20]
По методологии Gartner, при проектировании проекта его нужно начинать с понимания направлений развития бизнеса, а не с поиска нынешней позиции. Деятельность принимает во внимание стратегический план компании, а также учитывает реакцию на изменения. Для получения чистой и краткой информации о предприятии, Gartner пытается добиться ее простыми словами, не используя при этом рекомендуемые стандарты и не упуская технические моменты. 8 результате, компания получает общее понимание текущей ситуации и стратегического плана.
Вышеприведенная структура ЕА легко отображает отношения между Текущим состоянием, Будущим состоянием и Управлением/ Управлением, необходимыми для перехода к предполагаемому будущему состоянию.
Данные четыре архитектуры относятся к наиболее часто упоминаемым и признанным,
но были разработаны и другие. К ним можно отнести:
1. Архитектурные рамки Европейского космического агентства (ESAAF) [7].
Европейское космическое агентство определило потребности, касающиеся различных видов использования для разработки методологий, представления европейских правил и политики, а также представления специфических для космоса концепций. Эти потребности не могут быть полностью удовлетворены с помощью существующих методологий проектирования архитектуры, и поэтому необходимо внедрить новую методологию для эффективной поддержки Систем системной инженерии для текущих и будущих европейских космических программ. Также обеспечивает инфраструктуру для эволюции методологии поддержки внедрения обратной связи от европейской космической отрасли и возможной долгосрочной стандартизации.
2. Архитектурные рамки Министерства обороны (MODAF) [8].
Архитектуры MODAF разрабатываются как последовательные, непрерывные модели, которые при рассмотрении в целом представляют полную картину предприятия. MODAF определяет богатый выбор взаимосвязей, которые могут использоваться для интеграции различных архитектурных элементов. Создание архитектуры предприятия редко является делом одного человека, и иногда бывает полезно иметь возможность логически разделить архитектуру на домены, каждая из которых связана с одним аспектом работы предприятия. Это также оказывается полезным при публикации архитектуры для различных заинтересованных сторон. По этой причине MODAF определяет набор стандартных точек зрения.
Каждое из различных представлений предлагает отдельную точку зрения на бизнес, чтобы поддержать различные потребности заинтересованных сторон или области интересов, которые разделены на 7 категорий (точек зрения): стратегические взгляды, оперативная точка зрения, сервисно-ориентированная точка зрения, точка зрения системы, точка обзора сбора данных и технические обзоры.
3. Архитектурные рамки SAP [9].
Архитектура компании SAP является расширением международного стандарта (TOGAF), тем самым расширяет существующие процессы TOGAF, показавшиесвоюуспешность в инициировании, планировании, выполнении,
мониторинг, контроль и закрытие успешных архитектурных инициатив по всему миру с использованием лучших практик и текущей среды SAP. Фреймворк предоставляет итеративную структуру процессов для архитектуры на всех уровнях организации, сопоставленную с методами SAP, признающими ограничения сервис-ориентированной архитектуры с поддержкой пакетов.
Данные методологии относятся уже к узко-направленным, так как созданы для отдельных отраслей или продуктов, ß то время как методологии, перечисленные выше, относятся к более обобщенным для моделирования архитектуры предприятий.
Концепция архитектуры предприятия стала очень востребованной в связи с динамичной бизнес-средой и ее зависимостью от технологических ресурсов. Кроме того,современное использование технологий в бизнесе и их близость к ведению деловых операций создали новую перспективу ведения бизнеса [101,
Использование различных методологий архитектуры предприятиемдает возможность управлять бизнесом и данными с большей эффективностью, используя стабильную бизнес-модель в качестве основы для определения данных и архитектур, составляющих корпоративную структуру.
Методология планирования архитектуры предприятия. Согласно работе профессора Спивака [11,12], можно выделить пять ключевых бизнес-потребностей, которые движут процессом планирования на предприятии являются: (1) доступ к данным, когда и где это необходимо в полезное формат; (2) способность адаптироваться к потребностям бизнеса, которые постоянно меняется; (3) данные, точные и последовательные в рамках всей организации; (4) Возможность обмена данными через организации; и (5) необходимость сдерживания расходов.
Архитектура предприятия развивается как комплексный подход к поддержке этого сценария, который известен полным пакетом, начиная с анализа, построения, управления и реализации фазы цифровой трансформации [14,15].
Достаточно распространенной практикой является неправильное управление предприятием фазой трансформации, что могло быть вызвано нехваткой времени, проблемами с бюджетом или реализацией проекта в целом, а не поэтапной реализацией.
Именно поэтому управление информацией должно протекать в упорядоченных фазах,
которые взаимозависимы и ограничены по времени в рамках проекта [13]. Методология планирования на предприятии включает в себя семь этапов:
Начало планирования:
- Разработать сферы охвата и целей, а также ролей и обязанностей.
- Определить подход к планированию и выбрать членов команды.
- Определить препятствия, факторы успеха и критерии выбора.
- Выбор, установка и подготовка набора инструментов,
- Планирование проектной коммуникации (заметки и встречи).
- Разработка детального плана работы (более 250шагов}.
- Разработка плана по реализации.
Принципы реализации:
- Разработка принципов управления информацией.
- Разработка процедуры внесения поправок.
- Получить одобрение от ИТ и управления предприятием.
Реализация происходит посредством уже известных практик по принятию решений и уже известных стандартов, учитывая цели, видения и ценности определенного предприятия.
Бизнес-моделирование:
- Определение деловой активности.
- Определение организационных единиц и типов бизнес-локаций.
- Опрос предприятий для определения подробностей по предпринимательской деятельности.
- Определить используемую информацию (найти ответы на вопросы: что, кто, когда, где, как, почему).
- Поиск возможностей для улучшения бизнеса.
Важные решения принимаются на этапе внедрения и планирования миграции, где проекты внедрения распределяются по приоритетам исходя из стоимости бизнеса. Развитие модели проходит путем декомпозиции процессов цепочки создания стоимости предприятия и последующее подтверждение деталей путем проведения опроса работников предприятия.
Современные системы и технологии:
- Провести инвентаризацию существующих систем, включая основные входные и выходные данные и файлы.
- Определить текущие технологические платформы.
а]
0 ги
-о
1
аГ со
си
ül
2
S
69
¥
ш
¥ О ш
X
О X
о со
70
- Определение базовой линии для архитектур и планов, используя полученные данные.
- Выявлять и документировать информационные и технологические возможности.
Архитектура данных,
- Определение и документирование бизнес-объектов, их характеристики, взаимосвязи и классификацию.
- Определить использование объектов предпринимательской деятельности.
Обычно это делается с помощью простой матрицы {"создание, чтение, обновление и удаление") бизнес-операций и объектов данных.
Архитектура приложений,
- Определение возможностей, целей и преимуществ приложения-кандидата.
- Определение отношений сданными, управляемыми и поддерживаемыми приложениями-кандидатами.
- Определение взаимосвязи приложений-кандидатов с текущими системами.
Технологическая архитектура,
- Определение и выбор планируемых технологических платформ путем взаимодействия с ИТ-специалистами.
- Определение взаимосвязи между планируемыми технологическими платформами и потенциальными приложениями.
- Разработка стратегии географического распределения.
Разработка плана внедрения и миграции.
- Определить судьбу существующих систем и технологий;
- Определить критерии последовательности разработки новых систем и технологических проектов.
- Определить график внедрения и необходимые ресурсы,
- Провести анализ затрат и выгод.
- Определить критические факторы успеха и рекомендаций.
- Разработать предварительный план перехода {проекты, необходимые для подготовки к миграции),
- Разработать итоговый отчет и презентации.
План внедрения и миграции является конечным результатом Проекта планирования архитектуры предприятия. Однако каждый из перечисленных выше результатов становится частью того, как осуществляется управление информацией на предприятии.
Для достижения лучших результатов необходимо придерживаться единого стандартз и строгой методологии разработки. Каждый из этапов включает четко определенные резуль-
таты, шаблоны документации, а также роли, определяющие ответственность за создание и утверждение мероприятий. В последующем, все новые системыдолжны следовать одной и той методологии.
К примеру, в нефтедобывающей сфере единый архитектурный подход будет способствовать упрощению и унификации. Это также даст компании и поставщикам решений устоявшуюся среду для проектирования и создания выводов, в то же время позволяя вышестоящим операторам проектировать архитектуру в качестве требования к потенциальным поставщикам.
Создание архитектуры предприятия пригодной для использования, применимой и практичной для конкретной организации требует значительных усилий с точки зрения определения формальных шагов внедрения архитектуры и соблюдения требований различных заинтересованных сторон при разработке информационной системы. Что касается удобства использования, то отсутствие явного разделения задач и ролей в рамках существующих структур корпоративной архитектуры отражает различные точки зрения заинтересованных сторон корпоративной архитектуры.
Множество представлений и моделей в базовых репозиториях корпоративной архитектуры делают масштабируемость недостатком корпоративной архитектуры. Это затрудняет получение точной картины архитектурной информации предприятия и ее использование для эффективного принятия решений.
Что касается практичности архитектуры предприятия, то не существует жесткого подхода к управлению и разработке, так как нет формальных шагов для определения, поддержания и реализации архитектуры. Однако применимость требует, чтобы требования к информационному проекту были подтверждены и соответствовали взглядам всех заинтересованных сторон на протяжении всего жизненного цикла разработки проекта.
Заключение
Таким образом, по результатам исследования сформулированы следующие выводы.
1. Структура корпоративной архитектуры оказывает большое влияние на организации с точки зрения бизнеса, техники и управления. Однако, это важно для успешной реализации структуры и методологии по построению архитектуры предприятия, поскольку она обеспечивает прозрачность в обзоре организационной структуры и существующих
бизнес-процессов. Артефакты гибкой корпоративной архитектуры изначально разрабатываются на высокомуровне, и детали этих артефактов итеративно развиваются в небольших этапах проекта. Существует потребность в моделировании артефактов гибкой корпоративной архитектуры как на высоком, так и на низком уровне детализации для конкретного контекста.
2, Архитектура данных обеспечивает структуру, необходимую для более эффективного использования и обмена данными, а также для улучшения потока данных между системами внутри предприятия и между системами предприятия и системами его клиентов, поставщиков и деловых партнеров. Стандарты архитектуры данных составляют основу эффективной архитектуры данных.
3. Многие фреймворки корпоративной архитектуры отличаются по своему подходу и уровню детализации. Некоторые из них являются предлагаемыми руководящими принципами, в то время как другие имеют конкретные методологии и аспекты, которым следует следовать. Большинство фреймворков абстрактны в том смысле, что из-за их общности терминов можно было бы тогда поставить под сомнение обоснованность или способность точно работать в рамках разработанной системы, Именно потому при выборе методологии для построения архитектуры предприятия, компании должны изучить существующие варианты и подобрать для себя самый подходящий.
Литература:
1. Сох, G. А„ Johnston, R. М.,& Palermo, R. M. (2001). Implementing Enterprise Architecture - Putting Quaiity Information in the Hands of Oil and Gas Knowledge Workers. SPE Western Régional Meeting.
2.CompTIA:(iT) informat ion Technology Certifications, https://www.com ptia.o r g/conte nt/to ol ь A: о m ptia- a rit! -the-national-initiative-for-cybersecurity-education (Дата обращения: 13.03.2021)
3. The TOGAF Standard, a standard of The Open Group. URL:https://www.opengroup.org/ (Дата обращения: 14.03.2021)
4J.A. Zachman Aframeworkfor information systems architecture IBM SystJ., 26(3) (1987)
5. ClOCouncil, A Practica! Guide to Fédéral Enterprise Architecture, 2001 URL: http://www.gao.gov/assets/ 590/588407.pdf (Дата обращения: 14,03.2021)
6. Gartner enterprise arhitecture framework https:// www.gartner.com/en/information technology/ glossary/enterprise-architecture-ea (Дата обращения: 14.03.2021)
I. Gianni, D., Lindman, N., Fuchs, J.,&Suzic, R, (2012). Introducing the European Space Agency Architectural Framework for Space-Based Systems of Systems Engineering. Complex Systems Design & Management, 335-346. dot: 10.1007/978-3-642-25203 7J24
8. The MOD Architecture Framework (MODAF). UR1: https:// www.gov.uk/gu ida псе/mod architecture-frame work (Дата обращения: 14,03.2021)
9. SAP Business Process Management Enterprise Architecture Road map, https://www.bi nnen iandslKstuur.nl/ Uploads/Files/SAP-UK-.pdf (Дата обращения: 14.03.2021).
10. Hafsi, M.; Assar, S, What Enterprise Architecture Can Bring for Digital Transformation: An Exploratory Study, in Proceedings of the 2016 IEEE 18th Conference on Business Informatics (CBl) institute of Electrical and Electronics Engineers (IEEE), Paris, France, 29 August 1 September 2016; pp. 83-89.
II. Spewak, Steven H., and Steven C. Hill, Enterprise Architecture Planning: Developing a Blueprint for Data, Applications and Technology, New York, NY: John Wiley & Sons, 1992.
12. Spewak, Steven H., Managing Enterprise Architecture Planning Seminar, 1994
13. Cox, G. A„ Johnston, R. M.,& Palermo, R. M. (2001). Implementing Enterprise Architecture - Putting Quality Information in the Hands of Oil and Gas Knowledge Workers. SPE Western Regional Meeting, doi: 10.2118/68794-ms
14. Weill, P.; Woerner, S.L Thriving in an increasingly digital ecosystem. MIT Sloan Manag. Rev. 2015,56,2.
15. Jnr, B.A. Applying Enterprise Architecture for Digital Transformation of Electro Mobility towards Sustainable Transportation. In Proceedings of the 2020 on Computers and People Research Conference, Nuremberg, Germany, 19-21 June 2020; pp. 38-46.
16. Van Der Raadt, В.; Van Vliet, H. Designing the Enterprise Architecture Function. In Proceedings of the International Conference on the Quality of Software Architectures, Karlsruhe, Germany, 14-17 October 2008; pp. 103-118.
17.2immermann, A.; Schmidt, R.; Sandkuhl, K.; Jugel, D.; Bogner, J.; Mohring, M. Evolution of Enterprise Architecture for Digital Transformation. In Proceedings of the 2018 IEEE 22nd International Enterprise Distributed Object Computing Workshop (EDOCW), Stockholm, Sweden, Octobenfi-19 2018; pp. 87-96.
18. Методики описания архитектур. Модели Зах мана и Gartner, методики МЕТА Group и TOGAF. URL: http://vwvw.intuit,ni/studies/courees/995/ l%2052/iecture/4236?page=2 (Дата обращения: 15.03.2021).
19. Federal Enterprise Architecture Framework Version 2 (Опубликован 29 Января 2013).
20. Bittier, R. (2005). Gartner Enterprise Architecture Process: Evolution 2005. URL http://www.idi.ntnu.no/ emner/tdt4175/pdfs/GartnerEA,pdf (Дата обраще H и я:14.03.2021).
OJ
0 OJ
-О
1
оГ со
си
ÚI 2
i
71
