Архитектура предприятия и информационных систем: базовые понятия и TOGAF

1. Архитектура предприятий и информационных систем

Профессор кафедры 82 Макарова Наталья Владимировна

2. Тема 1. Базовые понятия архитектуры предприятия

1.1. Специалисты в области «Архитектура предприятия»
1.2. Представление об архитектуре предприятия
1.3. Роль стандарта TOGAF в построении архитектуры предприятия
1.4. Сценарии использования архитектуры предприятия

3.

1.1. Специалисты
в области «Архитектура предприятия»

4.

ближе к бизнесу
Руководитель
проекта
Бизнес-архитектор
Бизнес-аналитик
Product Owner
Системный
аналитик
ближе к «специалисту»
(хороший исполнитель)
«управленец»
(хороший организатор)
IT Architect
Team Lead
(разработка)
Technical Architect
ближе к разработке
Solution Architect/
Системный
архитектор

5.

6.

7.

8.

9.

Кто такой «архитектор предприятия»?
• Обладает системным мышлением;
• Обладает навыками моделирования;
• Имеет общее представление о всех подсистемах, входящих в систему
(широкий кругозор);
• Умеет взаимодействовать с экспертами из различных областей;
• Грамотно планирует свою работу и работу команды;
• …

10.

1.2. Представление об архитектуре предприятия

11.

Что общего у всех этих понятий?
Архитектура здания
Архитектура города
Архитектура
информационной системы
Архитектура
предприятия
Архитекту́ра, или зо́ дчество — искусство и наука строить, проектировать здания и
сооружения (включая их комплексы), а также сама совокупность зданий и
сооружений, создающих пространственную среду для жизни и деятельности
человека. В архитектуре взаимосвязаны функциональные (назначение, польза),
технические (прочность, долговечность), эстетические (красота) свойства
объектов и их художественно-образный смысл. Художественный смысл и
специфику архитектуры как искусства лучше всего выражает классическая Триада
Витрувия: Прочность, Польза, Красота.
Архитектура информационной системы — принципиальная организация
системы, воплощенная в её элементах, их взаимоотношениях друг с другом и со
средой, а также принципы, направляющие её проектирование и эволюцию.
Описывает как устроено
Использует специальный язык
Рассматривает объект целиком
Определяет правила/принципы развития
Разрабатывается архитектором
…

12.

В основе архитектуры любого объекта заложены принципы
системного подхода
• СИСТЕМА – множество взаимосвязанных элементов, обособленное от
среды и взаимодействующее с ней, как целое.
• Главные элементы этого определения:
• Целое / часть
• Система / окружающая среда
• Взаимодействие
• Примеры систем: человек, предприятие, корпоративная информационная
система

13. Древнеиндийская притча Слон и мудрецы

14.

Привели в один город слона. Многие захотели увидеть его. Среди них были и
известные на всю округу слепые мудрецы. Но как увидеть слона, если ты слеп?
Я знаю, – сказал один мудрец, – мы ощупаем его.
Хорошая идея, – согласились другие. – Так мы сможем узнать, какой он этот
СЛОН.
Первый нащупал большое плоское ухо. Оно медленно двигалось вперед и назад.
- Это веер! Слон похож на веер! – воскликнул он.
Второй мудрец стоял возле ноги слона и трогал ее. Она была круглой и могучей.
- М-м-м... это что-то круглое и толстое… Слон похож на дерево! – воскликнул он.
- Вы оба не правы. – сказал третий. – Да, он круглый, но не толстый и к тому же
очень гибкий! Он похож на веревку! Этот мудрец нащупал хвост слона.
- Ну, нет! Слон похож на копье! Да - круглый, да - тонкий, но не гибкий! –
воскликнул четвертый, который ощупывал бивни слона.
- Нет, нет, – закричал пятый, – слон, как высокая стена. Большая, широкая и
шершавая. – говорил тот, ощупывая бок слона.
Шестой мудрец в руках держал хобот слона.
- Все вы не правы, – сказал он, – слон похож на змею.
Шестеро слепых мудрецов безудержно кричали друг на друга. Их спор продолжался
целый день. Потом еще один, затем неделя, а к единому мнению они так и не пришли.
Каждый мудрец представлял себе лишь то, что могли чувствовать его руки и верил он
только себе. В результате, каждый думал, что только он прав и знает, на что похож слон.
Никто не хотел слушать то, что говорят ему другие. Поэтому они никогда так и не узнали,
как выглядит слон

15. Системный подход

Система — совокупность взаимосвязанных элементов,
образующих целостность
Системный подход — это подход, при котором любая система
(объект) рассматривается как совокупность взаимосвязанных
элементов (компонентов, объектов), имеющая выход (цель),
вход (ресурсы), связь с внешней средой, обратную связь.
Обратная
связь
Объект 1
СИСТЕМА
………
Объект 2
Объект 3
Объект N
Внешняя
среда

16.

Принципы системного подхода
• Целостность – система рассматривается как единое целое и в то же время, как
подсистема для вышестоящих уровней.
• Иерархичность строения - наличие множества (по крайней мере двух) элементов,
расположенных на основе подчинения элементов низшего уровня элементам высшего
уровня. Любая организация представляет собой взаимодействие двух подсистем:
управляющей и управляемой. Одна подчиняется другой.
• Структуризация позволяет анализировать элементы системы и их взаимосвязи в
рамках конкретной организационной структуры. Процесс функционирования системы
обусловлен не столько связями ее отдельных элементов, сколько связями самой
структуры.
• Множественность - позволяет использовать множество кибернетических,
экономических и математических моделей для описания отдельных элементов и
системы в целом.
• Системность – объект, входящий в состав системы, обладает всеми признаками
системы.

17.

Что такое архитектура предприятия?
• Архитектура предприятия – фундаментальная организация
предприятия, либо как целого, либо вместе с партнерами,
поставщиками
и/или
покупателями
(«расширенное
предприятие»), либо части (например, бизнес-направление,
департамент, а также руководящие принципы его
проектирования и развития. (TOGAF 9.1)
• В самом общем виде под архитектурой предприятия (ЕА Enterprise
Architecture)
понимается
всестороннее
и
исчерпывающее описание (модель) всех его ключевых элементов
и межэлементных отношений. (Калянов Г.Н. Архитектура
предприятия и инструменты ее моделирования/ Г.Н. Калянов//
Системы автоматизации бизнес-процессов. 2004. №7. С.9-12)

18.

Что такое архитектура предприятия?
•В
стандарте ISO/IEC 42010:2010 архитектура определяется как
фундаментальная организация системы, воплощенная в ее компонентах,
их взаимосвязях друг с другом и со средой, а также руководящие
принципы проектирования и развития системы
• Эксперты
FEA (Federal enterprise architecture) называют архитектуру
предприятия стратегической информационной основой, определяющей:
• структуру бизнеса;
• информацию, необходимую для ведения бизнеса;
• технологии, применяемые для поддержания бизнес-операций;
• процессы преобразования, развития и перехода, необходимые для реализации
новых технологий в ответ на изменение/появление новых бизнес-потребностей.

19.

История развития «Архитектуры предприятия»
Источник: Технологии бизнес-инжиниринга: учебное пособие для вузов / Д.В. Кудрявцев,
М.Ю. Арзуманян, Л.Ю. Григорьев; Санкт-Петербургский государственный
политехнический университет. — Санкт-Петербург: Изд-во Политехн. ун-та, 2014.

20.

Архитектура предприятия – связующее звено
Стратегический
менеджмент
Управление
качеством
Финансовый
менеджмент
Архитектура
предприятия
Операционное
управление
Управление
инновациями
Управление ИТ
Управление
проектами
Управление
рисками

21.

Три аспекта рассмотрения архитектуры предприятия
• как неотъемлемое свойство любого предприятия (его устройство,
фундаментальная организация);
• как набор моделей, описывающих устройство предприятия и
особенности его развития;
• как деятельность, связанная с разработкой архитектурных описаний
(моделей), их анализом и организацией преобразований предприятия

22. Основной смысл и суть архитектуры организации

ИТ
Основной смысл и суть архитектуры организации
Ценности
Потенциал
(capabilities)
Доходы
Цели

23.

ИТ
Процессы
Доходы
Ресурсы
Структура
Цели
Мотивация
Потенциал
(capabilities)
Ценности

24.

Под архитектурой предприятия понимается всестороннее и
исчерпывающее описание (модели) всех его ключевых элементов
и межэлементных отношений.
Модели могут иметь разные форматы представления.
При их разработке используются разные методы и инструменты.

25.

Почему модели могут сильно отличаться друг от друга?
В чем причина
сложности
восприятия
моделей?
Различное представление об объектах
Разный уровень детализации
Разный уровень охвата
Различная терминология

26.

Заинтересованная сторона, точка зрения и представление
Продавец
Сантехник
Электрик
Строитель
Заинтересованное лицо

27.

Понятие «модель»
МОДЕЛЬ – описание компонентов и функций, отображающих существенные свойства
моделируемого объекта. Модель есть всегда упрощение с целью донести главное.
ПОДОБИЕ
ПОЛНОТА
НАГЛЯДНОСТЬ
АКТУАЛЬНОСТЬ
ПРЕОБРАЗОВАНИЕ
РЕГЛАМЕНТАЦИЯ
ЖИЗНЬ
МОДЕЛЬ

28.

Архитектура предприятия как слоеный пирог
Архитектурный слой (домен) совокупность объектов и моделей,
соответствующая
одному
из
рассматриваемых представлений
деятельности предприятия.

29.

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

30.

Бизнес-архитектура
Цели
Бизнес-компетенции
Сервисы
Орг единицы
Роли
Информационная архитектура
Сущности
Документы
Сообщения
Архитектура приложений
Технологическая
архитектура
Приложения
Компоненты
Функциональности
Интеграция
Центры обработки данных
Серверы
Прикладные платформы
СУБД
Каналы связи

31.

Архитектура в масштабах предприятия
Предприятие (организация) представляет собой комплексную систему культурных,
технических и процессных компонент, организованных для достижения ее целей.
Архитектура
группы компаний
Архитектура
компании Архитектура
департамента Архитектура
отдела
…

32. Уровни зрелости функции управления АП

5 уровень: Оптимизация. Анализ «что если»,
прогнозирование эффектов от реализации
сценариев развития, выработка стандартов на
основе анализа тенденций ИТ
4 уровень: Управление. Динамическое видение
архитектуры: связь текущей и целевой архитектуры,
варианты развития, отслеживание ЖЦ
3 уровень: Измерение. Привязка архитектурных моделей к
стратегическому уровню: цели, требования, стандарты,
метрики и KPI (индикаторы), проекты и их взаимосвязь
2 уровень: Повторение. Описание архитектуры на основе единого
репозитория (повторное использование компонентов, прослеживание
взаимосвязей представлений архитектуры)
1 уровень: Начало. Проектирование архитектуры предприятия с
использованием графических средств проектирования (напр. Visio)

33.

Архитектура во времени
Целевая архитектура (TO BE)
Текущая архитектура (AS IS)
Транзитная (переходная)
архитектура
2017
2018
2020
2022

34. 1.3. Роль стандарта TOGAF в построении архитектуры предприятия

35.

TOGAF разработан и поддерживается членами Открытой группы
(Open Group), работающими в пределах Архитектурного форума
(www.opengroup.org/architecture).
TOGAF представляет каркас – подробный метод и набор
инструментов для разработки и поддержки архитектуры
предприятия.
Он может свободно использоваться любой организацией,
желающей разработать архитектуру предприятия
35

36. В данной теме будет рассмотрена часть TOGAF, которая является ядром. Ядро включает метод разработки архитектуры ADM

(Architecture Development Method) – поэтапный подход к
разработке архитектуры предприятия.
TOGAF ADM является результатом обобщения опыта большого
числа практиков архитектуры.
Этот документ описывает интеграцию элементов TOGAF, а также
другие доступные архитектурные активы, отвечающие нуждам
бизнеса и IT организации.
36

37.

Базовая структура ADM
37

38.

39.

40. 1.4. Сценарии использования архитектуры предприятия

41. Сделали мы модель предприятия, а дальше что?

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

42.

Сценарии использования АП
1. Управление развитием
• Развитие на основе модели;
• Выбор правильных «объектов»
преобразований;
• Нормативные модели и анализ зрелости
для выявления пробелов

43.

Сценарии использования АП
2. Согласование различных языков управленческих
дисциплин
• Общая система понятий, используемая для
коммуникации, моделирования и создания
документов;
• Общие справочники;
• Моделирование в инструменте.

44.

Сценарии использования АП
3. Выравнивание бизнеса и ИТ
• Слои архитектуры. Развитие на основе
способностей;
• Дифференцированная ИТ-стратегия;
• Связь стратегий, управление через
принципы.

45.

Сценарии использования АП
4. Операционное совершенствование
• Типовые решения и строительные блоки;
• Системное описание деятельности;
• Анализ моделей;
• Факторная модель.

46.

Сценарии использования АП
5. Повышение капитализации и/или обеспечение
соответствия
• Создание стандартов управления и
формализованных документов;
• Карта (создания) стоимости;
• Ведение стандартов компании по
требуемым направлениям

47.

Сценарии использования АП
6. Использование накопленного мирового опыта
• Референтные модели, справочники,
шаблоны, зафиксированные в виде
стандартов и лучших практик

48.

Сценарии использования АП
7. Управление сложностью и снижение рисков
• Иерархическое представление
организации;
• Представление информации по частным
представлениям;
• Корпоративный портал.

49.

Сценарии использования АП
1. Управление развитием
Развитие на основе модели; Выбор правильных «объектов» преобразований;
Нормативные модели и анализ зрелости для выявления пробелов
2. Согласование различных языков
управленческих дисциплин
Общая система понятий, используемая для коммуникации, моделирования и
создания документов. Общие справочники. Моделирование в инструменте.
3. Выравнивание бизнеса и ИТ
Слои архитектуры. Развитие на основе способностей. Дифференцированная
ИТ-стратегия. Связь стратегий, управление через принципы.
4. Операционное
совершенствование
Типовые решения и строительные блоки. Системное описание деятельности.
Анализ моделей. Факторная модель.
5. Повышение капитализации
и/или обеспечение соответствия
Создание стандартов управления и формализованных документов. Карта
(создания) стоимости. Ведение стандартов компании по требуемым
направлениям
6. Использование накопленного
мирового опыта
Референтные модели, справочники, шаблоны, зафиксированные в виде
стандартов и лучших практик
7. Управление сложностью и
снижение рисков
Иерархическое представление организации. Представление информации по
частным представлениям. Общая онтология. Корпоративный портал.