IT-инфраструктура

(дисциплина)

ПРОЦЕСС РАЗРАБОТКИ АРХИТЕКТУРЫ

ПРЕДПРИЯТИЯ
Лекция №_3_
(1 академический час)
ПЛАН:
3.1 Принципы построения архитектуры предприятия.
3.2 Общая схема архитектурного процесса.
3.3 Современные методики описания архитектуры
предприятия:
- модель Захмана;
- МЕТА Group;
- Gartner;
- TOGAF;
- методики Microsoft.
1
Искакова Анар Курмантаевна
 3.1 Принципы построения архитектуры предприятия

Стивеном Спиваком - ЕАР (Enterprise Architecture

Planning). Модель выделяет в архитектуре предприятия 7
шагов, разделенных на 7 уровня, и обеспечивает
высокоуровневый взгляд на предприятие с точки зрения
бизнеса.
Уровень 1. Это уровень начала работ и активации
архитектурного процесса.
Уровень 2. Этот уровень описывает состояние
предприятия в настоящий момент времени.
Уровень 3. Этот уровень описывает возможные
варианты развития архитектуры данных, архитектуры
приложений, технологической архитектуры в соответствии
с требованиями бизнеса.
Уровень 4. Это уровень, обеспечивающий разработку
плана перехода из текущего состояния в будущее.
2
 3.1 Принципы построения архитектуры предприятия

Процесс разработки архитектуры предприятия имеет

циклическую структуру.

Одной из основных составляющих проекта

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

Архитектура предприятия должна являться

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

3
 3.1 Принципы построения архитектуры предприятия
Аналитики выделяют следующий набор принципов:
- Внедрение новых систем и модернизация существующих
должны проходить оценку эффективности, целесообразности
для компании и соответствовать ее стандартам.
- Необходимо контролировать изменения бизнес-
процессов и ИС в рамках их влияния на другие
обеспечивающие (зависимые) бизнес-процессы и ИС.
- Архитектурные модели должны поддерживаться в
актуальном состоянии. Необходимо обеспечивать контроль
целостности моделей и связей между ними.
- Должны быть разработаны и поддерживаться в
актуальном состоянии стандарты, правила и политики. Все
проекты должны контролироваться на соответствие
стандартам.
- Результаты работы архитектурного процесса должны
готовиться в виде рекомендаций, подлежащих утверждению4
высшим руководством организации.
 3.1 Принципы построения архитектуры предприятия

Одним из инструментов, обеспечивающих управление и

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

Функции архитектурного комитета заключаются в

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

Разработка архитектуры – процесс, требующий

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

5
 3.2 Современные методики описания архитектуры
предприятия
Все существующие методики описания
архитектуры, как правило, разбивают архитектуру на
модели и определения, относящиеся к таким областям,
как бизнес, информация, прикладные системы,
технологическая инфраструктура.
Среди всего этого множества выделим наиболее
распространенные и рассмотрим подробно первые пять
методик:
- Модель Захмана.
- META Group.
- Gartner.
- TOGAF.
- Методики Microsoft.
- методики GERAM.
6
- модель «3Б-ПРЕДПРИЯТИЕ».
3.2 Современные методики описания архитектуры
предприятия
В целях построения адекватной модели
предприятия в АИС различают пересекающиеся друг
с другом модели.
Функциональная модель системы описывает
совокупность выполняемых системой функций, характеризует
морфологию (построение) системы, т.е. состав функциональных
подсистем, их взаимосвязи.
Информационная модель отражает отношения между
элементами системы в виде структур данных (состав и
взаимосвязи).
Поведенческая (событийная) модель описывает
информационные процессы (динамику функционирования). В
ней фигурируют такие категории, как состояние системы,
событие, переход из одного состояния в другое, условия
перехода, последовательность событий.
Организационная модель описывает подразделения, из
которых состоит предприятие.
7
 Модель Захмана

Модель преследует две основные цели:

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

Архитектурный каркас ИС – это структура свойств системы,

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

8
 Модель Захмана

Свертка схемы
Захмана

Модель Захмана

Информационная система — это система, в которой люди

оперируют данными, выполняя функции с определенной целью в
конкретном месте и заданном времени. 9
 Модель Захмана

Основное требование Захмана — каждое понятие

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

Перспективы (строки в таблице) могут, в частном случае,

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

Строка
Заинтересованная
Содержание
Столбец Назначение Содержание
сторона
Фокусирует внимание на сущностях, объектах,
Определяет основные цели и границы, в рамках которых должны Что? Описание используемых данных
1 Руководство компонентах и отношениях между ними
приниматься архитектурные решения

Фокусирует внимание на той деятельности, которая

Менеджеры,
Описывают сущность деятельности организации в разрезе Как? Описание функций (процессов) осуществляется организацией и поддерживается
2 ответственные за работу
функций (процессов) в привязке к организационной структуре информационными технологиями
организации

Определяют логическую модель организации (описывают Описание пространственного Определяет сетевую организацию деятельности
3 Архитекторы реализацию функций, зафиксированных в строке 2, в терминах Где? распределения компонент организации (фокусирует внимание на географическом
информационных систем) организации распределении активностей)

Определяет, как и какие информационные технологии Определение Фокусирует внимание на организационной структуре и
4 Проектировщики необходимо задействовать для решения функциональных задач, Кто? участников наполняющих ее должностных позициях, призванных
вытекающих из строки 3 процесса обеспечить надлежащую деятельность организации

Определяют детальную схему реализации корпоративной Определение временных Фокусирует внимание на управляющих событиях,
информационной системы, включая модели оборудования,
5 Разработчики Когда? характеристик работы увязывая их в календарные планы, графики работы и
топологию сети, языки программирования, структуры данных,
организации графики отчетности
СУБД и другие средства

Описывают работающую корпоративную информационную Определение Задает порядок перехода от функциональных задач к
систему с позиций пользователей и эксплуатирующих служб Почему?
6 Пользователи мотивации конкретным элементам информационных систем
посредством положений, инструкций, регламентов и других
методических материалов

11
 Модель Захмана
Основные правила заполнения таблицы, следующие:
— каждая клетка таблицы независима от других, вместе они
образуют функционально полное пространство для описания
системы ("базис");
— порядок следования колонок несущественен;
— каждая клетка содержит соответствующее описание аспекта
реализации системы в виде определенной модели или, возможно,
простого описания (текстового документа);
— базовые модели для каждой из колонок являются
уникальными;
— соответствующие модели в клетках каждого ряда в
совокупности образуют полное описание системы с выбранной
перспективы;
— заполнение клеток должно проводиться последовательно
"сверху вниз", попытка пропуска одного из рядов является, скорее,
"шаманством" (в том плане, что нельзя создать хорошо
работающую систему, "перепрыгнув" определенные уровни ее
описания на этапе проектирования).
12
 Модель Захмана

Первая строка соответствует уровню

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

Первая колонка (ЧТО?) и определяет используемые в системе

данные. На верхнем уровне достаточным будет простое
перечисление основных объектов, используемых в бизнесе.
Вторая колонка функций ("КАК?") предназначена для
последовательной детализации описания того, как миссия
предприятия реализуется на уровне отдельных операций.
Третья колонка ("ГДЕ?") определяет пространственное
распределение компонент системы и сетевую организацию.
Четвертая колонка (КТО?) определяет участников процесса.
Пятая колонка (КОГДА?) определяет временные
характеристики бизнес—процессов и работы системы.
Последняя колонка ("ПОЧЕМУ?" или "ЗАЧЕМ?") служит для
определения мотивации и задает порядок перехода от задач
бизнеса к требованиям и элементам информационных систем.
14
 Модель Захмана

Созданная модель архитектуры служила простым, но мощным

инструментом по применению системного подхода для
планирования работ по созданию и использованию ИС и их
стыковки.
Баланс между сущностью реализации отдельных ячеек и
интегрированным взглядом на систему поддерживается моделью
Захмана за счет того, что она:
— облегчает понимание и общение людей, имеющих разные
роли в процессах создания, развития и использования системы;
— ясно определяет фокус внимания на (относительно)
независимых параметрах для целей анализа;
— но в то же время обеспечивает поддержку контекстных
взаимосвязей, важных для сохранения целостности системы.

15
META Group

В основе методики заложено разделение

архитектуры предприятия на четыре основных
компонента:
- бизнес—архитектуру,
- архитектуру приложений,
- архитектуру информации,
- архитектуру технологий.
Рассмотрим этапы каждой итерации процесса
разработки и обновления архитектуры, которые
следуют, в основном, рекомендациям META Group.
Характерными для этого подхода элементами
описания архитектуры являются такие документы, как
Общее видение и Концептуальная архитектура.
16
META Group
Каждая итерация включает:
Этап 1: Описание или уточнение Общего видения
(видение общих требований к архитектуре).
Этап 2: Описание или уточнение Концептуальной
архитектуры, а также разработка и уточнение архитектуры
отдельных представлений (или предметных областей,
доменов): бизнес—архитектура, архитектура информации,
архитектура приложений, технологическая архитектура и пр.
Этап 3: Разработка или уточнение Плана реализации.
После завершения всех трех этапов первой
итерации рабочая группа, отвечающая за разработку
архитектуры, продолжает разработку архитектур
остальных доменов (предметных областей), не
проработанных ранее, с учетом накопленного опыта
и информации на предыдущих итерациях. 17
META Group
Важный аспект заключается в документировании явных связей
между бизнес—стратегией (потребностями бизнеса) и
требованиями к информационным системам и, в конечном итоге,
установления логических связей с требованиями к технологической
архитектуре.
Для этого рекомендуется использовать простые матрицы
(Компоненты Видения общих требований)
Требования к
Бизнес—стратегия
Тенденция информационным Требования к архитектуре
предприятия
системам
Задержки в Процесс обслуживания, Информация о заказах, ИТ—инфраструктура должна
предоставлении уменьшающий ожиданиенезависимо от канала и обеспечивать управляемый
услуги затрагивают клиента, приведет к места их получения, должна доступ и своевременную
20% клиентов увеличению доли рынканемедленно передаваться в передачу информации, чтобы
производство обеспечить операционную
эффективность

18
META Group
В результате получается технологическая модель предприятия

В полном описании методики META Group приводятся

следующие аспекты:
- практическая реализация архитектуры через процесс
управления корпоративными ИТ-программами и проектами;
- вопросы управления и контроля архитектурного процесса
(governance);
- оценка зрелости архитектуры;
- анализ технологических тенденций и планирование;
- управление портфелем ИТ-активов и проектов. 19
 Gartner
Gartner – американская компания, специализирующаяся
на исследованиях ИТ. Аналитики Gartner оценивают
производителей по двум ключевым критериям:
-способность реализации (ability to execute);
-полнота видения (completeness of vision).
Первый критерий отражает качество и эффективность
процессов, которые позволяют производителю выстраивать
успешный бизнес и благоприятно влияют на финансовые
показатели, репутацию компании и лояльность ее клиентов.
Второй критерий, позволяет оценить, насколько вендор
понимает текущую ситуацию на рынке и умеет предвидеть
будущее развитие отрасли, как он видит потребности
заказчиков и конкурентную среду.

20
 Gartner
Доля основных бизнесов в выручке Gartner

Матрица содержания описания архитектуры ИТ согласно

методологии Gartner
Уровень спецификаций
Предметная Бизнес- Принципы Процессы и Протоколы и Используемые
область потребности руководства стандарты продукты и
технологии
Данные
Приложения
Интеграция
Общие сервисы:
- E-mail
- Каталоги
- Безопасность
- ....
Инфраструктура:
-Процессоры
- Сети
-…
21
 Gartner
Доля основных бизнесов в выручке Gartner

Матрица содержания описания архитектуры ИТ согласно

методологии Gartner
Уровень спецификаций
Предметная Бизнес- Принципы Процессы и Протоколы и Используемые
область потребности руководства стандарты продукты и
технологии
Данные
Приложения
Интеграция
Общие сервисы:
- E-mail
- Каталоги
- Безопасность
- ....
Инфраструктура:
-Процессоры
- Сети
-…
22
 Gartner

В 2002 году Gartner сформулировала новую концепцию

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

23
 Gartner
Модель Gartner 2002 года сформулирована в виде четырех связанных,
взаимозависимых и усложняющихся уровней

Уровни ИТ—архитектуры соответствуют различным уровням

выполнения операций реального бизнеса

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

Современная модель Gartner представляет собой трехмерную

пространственную модель, в полной мере отражающую новые
формы ведения бизнеса в рамках становления цифровой
экономики и всевозрастающей роли ИТ в обществе. 25
TOGAF
Основным полем для применения TOGAF является,
прежде всего, программная инфраструктура ИС.
В состав модели TOGAF входят две основные
компоненты – методика ADM (Architecture Development
Method), определяющая процесс разработки архитектуры, и
Базовая Архитектура (Foundation Architecture).

Структура TOGAF
  26
TOGAF
В соответствии с методикой ADM, процесс разработки
архитектуры включает следующие фазы:
Фаза A: определение границ проекта, разработка общего
представления (Vision) архитектуры; утверждение плана
работ и подхода руководством.
Фаза B: разработка бизнес—архитектуры предприятия.
Фаза C: разработка архитектуры данных и архитектуры
приложений.
Фаза D: разработка технологической архитектуры.
Фаза E: проверка возможности реализации предложенных
решений.
Фаза F: планирование перехода к новой системе.
Фаза G: формирование системы управления
преобразованиями.
Фаза H: управление изменением архитектуры.
27
TOGAF

Базовая Архитектура, в свою очередь, включает:

— набор наиболее общих служб и функций,
объединенных в Техническую Эталонную Модель (Technical
reference model – TRM);
— набор элементарных архитектурных элементов,
которые используются как "строительные блоки" при
построении конкретных решений;
— база данных стандартов (Standards Information Base).
Архитектура Общих Систем реализуется путем выбора
и интеграции определенных служб для формирования
выделенных блоков, которые могут (возможно, повторно или
в различных комбинациях) использоваться в различных
функциональных областях, таких как архитектура
безопасности, сетевая архитектура и т.п. 28
TOGAF

Отраслевая Архитектура добавляет

специфичные для каждой индустрии модели данных,
приложения, стандарты, бизнес-правила, а также, при
необходимости, процедуры взаимодействия различных
отраслевых систем между собой.
На уровне Архитектуры Организации
формируется архитектура ИТ-систем конкретного
предприятия, учитывающая все его особенности, в том
числе наличие унаследованных систем, планы и
возможности реализации, организацию данных на
физическом уровне и т.п.
29
Методики Microsoft
Корпорация Microsoft выделила четыре основные точки зрения
на архитектуру:
— бизнес-архитектура,
— архитектура приложений,
— информационная архитектура,
— технологическая архитектура.

Бизнес-архитектура описывает принципы работы

бизнеса: бизнес—стратегии и планы по переходу организации из
текущего состояния в будущее.

Бизнес-архитектура включает в себя следующие элементы:

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

30
Методики Microsoft
Архитектура приложений определяет портфель
используемых на предприятии приложений и
ориентирована на приложения и включает в себя:
описание автоматизированных служб, поддерживающих
бизнес-процессы; описание взаимодействия и
взаимозависимостей (интерфейсов) прикладных систем
организации; планы разработки новых и анализа
используемых приложений с учетом целей и задач
предприятия, а также постоянно развивающихся
технологических платформ.

Архитектура приложений отражает службы,

информацию и функции организации,
объединяющие сотрудников на различных
должностях для достижения общих бизнес—целей.
31
Методики Microsoft

Информационная архитектура описывает
данные, необходимые организации для
функционирования бизнес-процессов и процедур.
Эта архитектура включает в себя элементы:
стандартные модели данных; политики в области
управления данными; описание шаблонов создания и
потребления информации в организации.

Информационная архитектура также описывает

привязку данных к рабочему процессу, в том числе
используемые в организации структурированные
(например, базы данных) и неструктурированные
(например, документы, электронные таблицы и
презентации) хранилища данных.
32
Методики Microsoft

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

Технологическая архитектура представляет собой

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

Для построения систем, соответствующих

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

34
Контрольные вопросы

1. Что такое архитектура предприятия (Enterprise

Architecture)?
2. Зачем нужна архитектура предприятия?
3. Перечислите основные слои архитектуры предприятия.
4. Опишите основные объекты Enterprise Business Architecture.
5. Опишите основные объекты Enterprise Information
Architecture.
6. Опишите основные объекты Enterprise Solution Architecture.
7. Опишите основные объекты Enterprise Technical
Architecture.
8. Что представляет собой текущая архитектура предприятия
– ЕТА?
9. Объясните назначение и сущность архитектурной модели
МЕТА Group.
35
 Литература :
1. Мишин, Г. А. Словари и энциклопедии на академике. ИТ-инфраструктура [Электронный
ресурс] / Г. А. Мишин // Электронная статья. – 2012. – №4. – Режим доступа: http://dic.academic.ru/
2. Жданова, Т. И. ИТ-инфраструктура организаций: учебник / Т. И. Жданова – Москва: Академия,
2012. – 232 с.
3. Олейник А.И., Сизов А.В. ИТ-инфраструктура: учебно-методическое пособие.-М.: Изд. дом
Высшей школы экономики, 2012.-134с.
4. https://compress.ru/article.aspx?id=9617
5. Епифанов, Е. В. История развития ИТ-инфраструктуры: учебное пособие / Е. В. Епифанов, Н.
В. Колосов. – Москва: Академия, 2011. – 336 с.
6. Васильев, В. В. ИТ-инфраструктура: тенденции года минувшего, перспективы наступившего /
В. В. Васильев // PС Week Review. – 2013. – №6. – С. 9–11.
7. Олейник, А. И. Методологические основы управления ИТ-инфраструктурой предприятия.
Техника и технология в XXI веке: современное состояние и перспективы развития: монография /
А. И. Олейник, И. П. Болодурина, Н. Ф. Локтев, Ю. П. Луговскова, С. В. Лукашенко, Е. Н. Ткачева,
2009. – 648 с.
8. Спивак, В. А. Разработка ИТ-инфраструктуры предприятия, проблемы и их решения: научный
сборник / В. А. Спивак. – Санкт-Петербург: Питер, 2010.
9. Емельянов В.А. ИТ-инфраструктура организации: учебное пособие.-М.:BOOK.ru. 2021.-144c.
36