Добавил:
ivanov666
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз:
Предмет:
Файл:Архитектура предприятия. Учебное пособие
.pdf
Министерство науки и высшего образования Российской Федерации
НОВОСИБИРСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ
__________________________________________________________________________
Н.В. ПУСТОВАЛОВА
АРХИТЕКТУРА
ПРЕДПРИЯТИЯ
Утверждено Редакционно-издательским советом университета
в качестве учебного пособия
НОВОСИБИРСК
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];
можно найти следующие определения АП:
позиций: с позиции
с помощью которых общее видение дея-
элементов, которые в совокупности
5

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

требования к ИТ, а значит возникает необходимость в соответствующих методах управления новыми объектами. Архитектура предприятия как кросс-функциональный подход дает возможность адаптировать
и использовать уже имеющиеся методы и стандарты для решения новых задач, что позволяет сократить затраты на разработку и внедрение
инструментов для реализации комплексного, системного подхода к
управлению организацией.
АП на текущий момент представляет собой междисциплинарный
подход, позволяющий комбинировать различные инструменты управления предприятием (математическое моделирование, LEAN, BSC,
эталонные модели и стандарты, аппаратные и программные средства и
т. д.) в рамках единых фреймворков (методик) для реализации стратегии. Это дает ряд преимуществ (унификация и стандартизация всех
процессов, использование апробированных
ментов, знакомых коллективу разработчиков), но вместе с тем требует
дополнительных усилий для обеспечения этих преимуществ.
практик, выбор инстру-
1.2. ОБЩИЕ ВОПРОСЫ ИСПОЛЬЗОВАНИЯ МЕТОДИК
(ФРЕЙМВОРКОВ)
Определения понятий «фреймфорк» или «методика» в контексте
АП можно найти в [1]. В [2] приводятся следующие определения:
– «Общие подходы или рамочные модели, задающие классификацию основных областей архитектуры и единые принципы для их описания во взаимной увязке друг с другом, описание используемых правил (политик), стандартов, процессов, моделей, которые используются
определения различных элементов архитектуры на разных уровнях
для
абстракции;
– Методика – инструмент создания широкого спектра различных
архитектур. Она, как правило, включает в себя описание методов проектирования архитектуры в терминах использования определенных
«строительных блоков», описание того, как эти «строительные блоки»
связаны между собой, набор инструментов для описания элементов
архитектуры, общий словарь используемых
– Методики – своего рода индустриальный стандарт на описание
архитектуры предприятия».
От конкретной методики зависят области (домены), выделяемые в
структуре АП, набор моделей, используемых в процессе описания ар-
терминов;
7

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

5) Стандарты;
6) Средства автоматизированного описания и управления АП.
Не каждая методика описания АП содержит все перечисленные
компоненты в явном виде. Так, например, фреймворки описания АП
или методы и средства управления изменениями могут быть изначально реализованы в ПО, используемом для управления АП. Кроме
того, даже компоненты одного типа, например, референсные модели
,
могут иметь в рамках методики разное значение, служить разным
целям.
Для выбора конкретной методики необходимо сформировать перечень критериев, отражающих характеристики конкретных организаций
(проектов). В качестве таких критериев, например, могут выступать
наличие (сертифицированных) специалистов, умеющих работать с методикой; размер организации; бюджет, который организация готова
потратить на развитие АП; планируемые
результаты и т. д.
1.3. ОБОБЩЕННАЯ СТРУКТУРА МЕТОДИК
(ФРЕЙМВОРКОВ)
Enterprise Architecture Professional journal (eapj.org) – специализированный журнал, освещающий разнообразные вопросы, касающиеся
АП. В номере от 13 мая 2018 г. опубликованы результаты исследования, включающие ответы практиков на ряд вопросов, касающихся их
опыта реализации архитектурных проектов (таблица 1). В исследовании принял участие 61 специалист из 19 стран [7].
Таблица 1
Статистика использования фреймворков [7]
№
п/п
1 Используемый фреймворк
2 ПО, используемое для ра-
Описание вопроса Наиболее популярные ответы
(методика описания АП)
боты над архитектурными
проектами
TOGAF – 41 %, схема Захмана – 12 %,
собственный фреймфорк – 7 %
SparxEA – 33 %, MS Visio – 18 %,
ArchiMate – 8 %, ARIS – 8 %
9

Окончание табл. 1
№
п/п
3 Должность, занимаемая
4 Сфера деятельности, к ко-
5 Изначальная область про-
Описание вопроса Наиболее популярные ответы
CIO – 48 %, CTO – 11 %, CEO – 11 %,
респондентом в организации
торой относится организация, где работает респондент
фессиональных интересов
респондента, в которой он
работал до того, как начал
специализироваться в сфере АП
VP of IT – 10 %, IT Manager – 5 %, Chief
Architect – 3 %
Сфера предоставления ИТ-услуг – 39 %,
компании, предоставляющие финансовые услуги – 22 %, правительственные
организации – 10 %, здравоохранение –
7 %
Разработка и внедрение решений по автоматизации бизнеса – 60 %, организация данных (информации) – 9 %, управляющий/специалист предметной области – 10 %, обеспечение безопасности –
6 %
1
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 – ведущий специалист по АП.
10
Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]
