Архитектура предприятия

Министерство науки и высшего образования Российской Федерации 

НОВОСИБИРСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ 
__________________________________________________________________________ 
 
 
 
 
 
Н.В. ПУСТОВАЛОВА 
 
 
 
 
АРХИТЕКТУРА  
ПРЕДПРИЯТИЯ 

 
 
Утверждено Редакционно-издательским советом университета 
в качестве учебного пособия 
 
 
 
 
 
 
 
 
 
 
 
 
 
НОВОСИБИРСК 
2019 

ББК 65.29я73 
П 893 
 
 
Рецензенты: 
канд. техн. наук, доцент А.В. Кравченко 
канд. техн. наук, доцент С.О. Веселовская 
 
 
 
 
 
Пустовалова Н.В. 
П 893  
Архитектура предприятия: учебное пособие / Н.В. Пустовалова. – Новосибирск: Изд-во НГТУ, 2019. – 62 с. 

ISBN 978-5-7782-4047-6 

Учебное пособие предназначено для студентов бакалавриата 
направления «Бизнес-информатика» всех форм обучения, изучающих 
дисциплину «Архитектура предприятия», читаемую кафедрой экономической информатики Новосибирского государственного технического университета. Пособие содержит краткие теоретические материалы, задания к лабораторным работам, контрольной и курсовой работам.  
В пособии рассмотрены вопросы выбора методик и моделей, используемых для описания архитектуры конкретных предприятий, а 
также вопросы их применения в архитектурных проектах. 
Пособие составлено на основе федерального государственного 
стандарта высшего образования по направлению «Бизнес-информатика» и локальных нормативных актов вуза. 
 
 
Работа подготовлена на кафедре экономической информатики 
 
 
 
ББК 65.29я73 
 
ISBN 978-5-7782-4047-6 
© Пустовалова Н.В., 2019 
 
© Новосибирский государственный 
 
технический университет, 2019 

 
 
 
 
 
 
 
ОГЛАВЛЕНИЕ 
 
Введение .................................................................................................................. 4 
1. Архитектура предприятия: краткая теоретическая справка ........................... 5 
1.1. Актуальные тенденции архитектуры предприятия ................................... 6 
1.2. Общие вопросы использования методик (фреймворков) ......................... 7 
1.3. Обобщенная структура методик (фреймворков) ....................................... 9 
2. Архитектура предприятия: практика .............................................................. 13 
2.1. Адаптация методологии для архитектурного проекта ............................ 14 
2.2. Задания к лабораторным работам ............................................................. 16 
3. Контрольная работа .......................................................................................... 43 
4. Выполнение курсовой работы ......................................................................... 45 
5. Шаблон описания архитектуры предприятия ................................................ 47 
Заключение ............................................................................................................ 59 
Список использованных источников .................................................................. 60 
 

 
 
 
 
 
 
 
ВВЕДЕНИЕ 
 
В данном пособии акцент сделан на вопросах применения различных моделей в процессе описания архитектуры конкретных организаций. Для лучшего понимания излагаемого материала рекомендовано 
дополнительно ознакомиться с теоретическими аспектами дисциплины, например, [1–4].  
Пособие включает методические указания по выполнению лабораторных, контрольной и курсовой работ. Для выполнения лабораторных 
и курсовой работ разработан шаблон описания архитектуры, основанный на схеме Захмана. Выполнение этих заданий нацелено на формирование и закрепление у учащихся навыков применения основных 
подходов, моделей (нотаций), а также фреймфорков (методик), используемых при описании архитектуры предприятия. Выполнение курсовой работы предполагает знакомство с основными видами концептуальных схем, применяемых при формировании методик описания архитектуры предприятия, умение адаптировать методологии и технологии описания архитектуры для конкретных предприятий, а также умение аргументировать выбор подходящих нотаций и CASE-средств.  
Выполнение всех заданий требует использования специализированных нотаций, а также CASE-средств.  
Отчеты о выполнении всех лабораторных, контрольной и курсовой 
работ должны быть оформлены согласно требованиям ГОСТ 7.32-2017 
«Система стандартов по информации, библиотечному и издательскому 
делу. Отчет о научно-исследовательской работе. Структура и правила 
оформления». 
Цель учебного пособия: способствовать формированию навыков 
описания и анализа архитектуры конкретных организаций.  
 

1. АРХИТЕКТУРА ПРЕДПРИЯТИЯ:  
КРАТКАЯ ТЕОРЕТИЧЕСКАЯ СПРАВКА 
 
Архитектура предприятия (АП) как концепция явилась результатом 
поиска некоторого целостного подхода, который обеспечил бы «взгляд 
на организацию в целом», с учетом всех возможных точек зрения. Хотя учет большего количества аспектов предполагает и рост сложности 
представлений о предприятии, а также усложнение и удорожание его 
описания и последующего анализа.  
В литературе можно найти следующие определения АП: 
– фундаментальные понятия и свойства системы в окружающей ее 
среде, воплощенные в ее элементах, отношениях, а также в принципах 
ее проектирования и развития [5];  
– описание (модель) основного устройства (структуры) и связей частей системы (физического или концептуального объекта или сущности) [6]; 
– описание деятельности организации с двух позиций: с позиции 
логических терминов, таких как взаимодействующие бизнес-процессы 
и бизнес-правила, необходимая информация, структура и потоки информации, места расположения работы и пользователей; с позиции 
технических понятий, таких как аппаратные и компьютерные средства, 
программное обеспечение, коммуникация данных, защита и безопасность, а также используемые стандарты [2]; 
– описание тех способов, с помощью которых общее видение деятельности организации отражено в структуре и динамике предприятия. 
На различных уровнях абстракции она дает единый набор моделей, 
принципов, руководств и политик, которые используются для создания, развития и обеспечения соответствия систем в масштабе и контексте деятельности всего предприятия в целом [2]; 
– способ понимания различных элементов, которые в совокупности 
составляют предприятие, и то, как они взаимосвязаны [2]; 

– одновременно некоторое структурированное описание ИТ (информационных технологий) и других технологий предприятия, процесс создания и обновления артефактов архитектуры и группами людей, вовлеченных в этот процесс [2]; 
– семейство руководящих принципов, концепций, правил, шаблонов, интерфейсов и стандартов, используемых при построении совокупности ИТ предприятия [2]. 
Представленные определения отражают комплексную и всестороннюю сущность архитектуры, ее системность и целенаправленность использования в управлении предприятием. В определениях 
превалирует понятие «способ» как основная функция АП. То есть АП 
является инструментом описания структуры, сущности, компонентов 
и процессов предприятия. При этом особо отмечается ее многоуровневость и информационная природа (АП как средство поддержки 
управления).  
Другой существенный аспект АП, который отражают приведенные 
определения, – архитектура как процесс развития организации. АП это 
не только конкретная точка, отражающая состояние организации в 
определенный момент времени, которую можно зафиксировать посредством описания набора моделей и связей между ними. АП подразумевает постоянный цикл развития организации, включающий постановку целей, планирование, реализацию и мониторинг, оценку результатов, рефлексию и совершенствование. 

1.1. АКТУАЛЬНЫЕ ТЕНДЕНЦИИ  
АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ 

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

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

1.2. ОБЩИЕ ВОПРОСЫ ИСПОЛЬЗОВАНИЯ МЕТОДИК 
(ФРЕЙМВОРКОВ) 

Определения понятий «фреймфорк» или «методика» в контексте 
АП можно найти в [1]. В [2] приводятся следующие определения: 
– «Общие подходы или рамочные модели, задающие классификацию основных областей архитектуры и единые принципы для их описания во взаимной увязке друг с другом, описание используемых правил (политик), стандартов, процессов, моделей, которые используются 
для определения различных элементов архитектуры на разных уровнях 
абстракции;  
– Методика – инструмент создания широкого спектра различных 
архитектур. Она, как правило, включает в себя описание методов проектирования архитектуры в терминах использования определенных 
«строительных блоков», описание того, как эти «строительные блоки» 
связаны между собой, набор инструментов для описания элементов 
архитектуры, общий словарь используемых терминов; 
– Методики – своего рода индустриальный стандарт на описание 
архитектуры предприятия».  
От конкретной методики зависят области (домены), выделяемые в 
структуре АП, набор моделей, используемых в процессе описания ар

хитектуры, линейка программного обеспечения (ПО), поддерживающего процесс моделирования, а также вопросы использования готовых 
артефактов, и т. д. То есть используемый фреймворк определяет инструменты, доступные для реализации стратегии, а значит, потенциальные возможности, риски и затраты проектов в сфере АП.  
Таким образом, становится понятно, что выбор фреймворка является одной из первоочередных методологических задач, которые 
необходимо решить при планировании очередного цикла развития 
организации. При этом выбор методики − только первый шаг в процессе развития АП. Далее следует адаптация фреймфорка (согласование внутренних правил, политик, языков моделирования, процедур 
доступа к данным, использования артефактов и т. д.); инициация и 
реализация проекта; формализация, анализ результатов проекта и рефлексия. 
По результатам опроса CIO [7] в большинстве случае невозможно и 
не целесообразно реализовывать конкретный фреймворк целиком. 
Имеет смысл выбрать минимальный набор компонентов, позволяющий 
достичь запланированных результатов (реализовать стратегию) с возможно меньшими затратами. Формирование такого набора компонентов может происходить, например, эмпирическим путем, на основе 
опыта участников рабочей группы, с использованием аппарата математического моделирования [8], и т.д. При отсутствии собственного опыта можно использовать эталонные модели [9], индустриальные стандарты [10] и репозитории чужих проектов (ADM), которые представляют описание успешных практик, опробованных ранее другими организациями.  
Существует множество разнообразных фреймворков, разработанных в разное время разными организациями. Какие-то из них изначально разрабатывались как универсальные, предназначенные для использования в самых разных сферах деятельности. Другие были разработаны для использования в конкретных областях (армия, правительство, здравоохранение и т. д.). 
В структуре методик, применяемых для описания АП, могут использоваться следующие составляющие: 
1) Референсные (эталонные) модели (процессов, технологические  
и т. д.); 
2) Структуры (фреймворки) описания АП; 
3) Методы и средства управления изменениями; 
4) Наборы шаблонов (ИТ, бизнес-процессов и т. д.); 

5) Стандарты; 
6) Средства автоматизированного описания и управления АП. 
Не каждая методика описания АП содержит все перечисленные 
компоненты в явном виде. Так, например, фреймворки описания АП 
или методы и средства управления изменениями могут быть изначально реализованы в ПО, используемом для управления АП. Кроме 
того, даже компоненты одного типа, например, референсные модели, 
могут иметь в рамках методики разное значение, служить разным  
целям.  
Для выбора конкретной методики необходимо сформировать перечень критериев, отражающих характеристики конкретных организаций 
(проектов). В качестве таких критериев, например, могут выступать 
наличие (сертифицированных) специалистов, умеющих работать с методикой; размер организации; бюджет, который организация готова 
потратить на развитие АП; планируемые результаты и т. д. 

1.3. ОБОБЩЕННАЯ СТРУКТУРА МЕТОДИК  
(ФРЕЙМВОРКОВ) 

Enterprise Architecture Professional journal (eapj.org) – специализированный журнал, освещающий разнообразные вопросы, касающиеся 
АП. В номере от 13 мая 2018 г. опубликованы результаты исследования, включающие ответы практиков на ряд вопросов, касающихся их 
опыта реализации архитектурных проектов (таблица 1). В исследовании принял участие 61 специалист из 19 стран [7].  

Т а б л и ц а  1 

Статистика использования фреймворков [7] 

№ 
п/п 
Описание вопроса 
Наиболее популярные ответы 

1 
Используемый фреймворк 
(методика описания АП) 
TOGAF – 41 %, 
схема Захмана – 12 %, 
собственный фреймфорк – 7 %  

2 
ПО, используемое для работы над архитектурными 
проектами 

SparxEA – 33 %, 
MS Visio – 18 %,  
ArchiMate – 8 %, ARIS – 8 %  

О к о н ч а н и е  т а б л . 1 

№ 
п/п 
Описание вопроса 
Наиболее популярные ответы 

3 
Должность, 
занимаемая 
респондентом в организации 

CIO – 48 %, CTO – 11 %, CEO – 11 %, 
VP of IT – 10 %, IT Manager – 5 %, Chief 
Architect – 3 %1 

4 
Сфера деятельности, к которой относится организация, где работает респондент  

Сфера предоставления ИТ-услуг – 39 %, 
компании, предоставляющие финансовые услуги – 22 %, правительственные 
организации – 10 %, здравоохранение – 
7 % 

5 
Изначальная область профессиональных интересов 
респондента, в которой он 
работал до того, как начал 
специализироваться в сфере АП 

Разработка и внедрение решений по автоматизации бизнеса – 60 %, организация данных (информации) – 9 %, управляющий/специалист предметной области – 10 %, обеспечение безопасности – 
6 % 

 
TOGAF [11], будучи одной из самых популярных методик, требует 
высокого уровня подготовки специалистов, вовлеченных в проект, а 
также владения конкретными инструментами (язык моделирования, 
ПО и т. д.). Одним из самых простых и распространенных фреймворков является Схема Захмана. Исторически это была первая модель 
описания АП [1, 2]. Именно ее матричная структура, простая и понятная, определила развитие многих других методологий [1–4]. Обобщенная модель доменов (предметных областей), используемая в самых 
разных фреймворках, представлена на рис. 1. 
Подробнее о ее структуре можно прочесть в [2]. Количество доменов и их наполнение может быть самым разным, в зависимости от то
                                                      

1 CIO – Chief information officer (директор по ИТ), CTO – Chief technology 
officer (технический директор), CEO Chief executive officer (генеральный директор), VP of IT – Vice president of IT (вице-президент по ИТ), IT Manager – 
руководитель ИТ отдела,  Chief Architect – ведущий специалист по АП. 

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

 
 
 
 

Архитектура 
информации 
Архитектура 
приложений 
Технологическая 
архитектура 

Архитектура предприятия 

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

Потребности 
бизнеса, 
бизнесфункции  
и бизнеспроцессы 

Данные, которые 
необходимы  
для выполнения 
бизнес-процессов 
и функционирования 
организации 

Пользовательские 
приложения, 
необходимые для 
автоматизации 
деятельности 
предприятия 

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

 

Рис. 1. Обобщенная модель описания АП [2] 

Так как АП – комплексный подход, учитывающий не только структуру, но и динамику развития организаций, то любой фреймворк должен включать инструменты управления, позволяющие реализовывать 
как отдельные проекты по модернизации, так и стратегию развития в 
целом. На рис. 2 изображено место отдельных проектов и решений в 
рамках реализации стратегии развития предприятия. Проекты могут 
быть реализованы последовательно или параллельно, отдельные решения могут служить основой или быть использованы в качестве шаблонов для реализации других проектов.  
Все проекты и решения вместе входят в план реализации стратегии. Для его успешного воплощения предприятию нужны специализированные инструменты, например, процессные модели (модели зрелости), Agile–методологии для управления ИТ-проектами, инструменты 
управления рисками и т.д. Знакомству с некоторыми из таких инструментов в контексте АП посвящен второй раздел пособия.