2. 2 |
Содержание
AGENDA
1
Что такое Архитектура Предприятия
Ключевые концепции АП
История АП
Задачи АП
Метамодель АП
Проект внедрения АП
Преимущества
2
1
3
4
5
6
7
4. 4 |
Что такое Архитектура Предприятия?
ОПРЕДЕЛЕНИЯ
“
Архитектура Предприятия – организационная логика для
ключевых бизнес-процессов и IT решений, отражающая
требования операционной модели предприятия к интеграции
и стандартизации
Center of Information Systems Research MIT Sloan School of Management
Школа менеджмента Массачусетского Технологического Института
”
1 2 3 4 5 6 7 81
5. 5 |
Что такое Архитектура Предприятия?
ОПРЕДЕЛЕНИЯ
“
Архитектура Предприятия – целостный набор принципов,
методов и моделей, который используется в
проектировании и реализации организационной структуры,
бизнес-процессов, информационных систем и технологий
Марк Ланхорста автор книги «Enterprise Architecture at work»
”
1 2 3 4 5 6 7 81
6. 6 |
Что такое Архитектура Предприятия?
ОПРЕДЕЛЕНИЯ
“
Архитектура Предприятия – это управленческая практика,
направленная на максимизацию отдачи от ресурсов
предприятия, инвестиций в IT, деятельности по разработке
систем в процессе достижения целей предприятия
Federal Enterprise Architecture (FEA) – Федеральный стандарт для разработки Архитектуры Предприятия,
созданный правительством США, как общий подход для развития информационных технологий
правительственных учреждений
”
1 2 3 4 5 6 7 81
7. 7 |
Что такое Архитектура Предприятия?
ОПРЕДЕЛЕНИЯ
“
Архитектура Предприятия – это процесс перевода видения и стратегии
бизнеса в эффективное изменение компании посредством создания,
обсуждения и улучшения ключевых требований, принципов и моделей,
которые описывают будущее состояние компании и делают возможным
ее развитие
Gartner – одна из ведущих консалтинговых и аналитических компаний в IT отрасли
”
1 2 3 4 5 6 7 81
8. 8 |
Что такое Архитектура Предприятия?
ОПРЕДЕЛЕНИЯ
“
Архитектура Предприятия – это инструмент планирования, который
описывает:
• Как IT активы компании связаны и функционируют
• Что компании действительно нужно от IT
• Четкий план реализации того, что нужно компании от
технологий
Этот инструмент работает в контексте установки приоритетов,
принятия решений, информирования об этих решениях и
достижения результатов – всего того, что называется IT Governanace
Линда Кьютон – бывший IT директор NASA
”
1 2 3 4 5 6 7 81
9. 9 |
Что такое Архитектура Предприятия?
ОПРЕДЕЛЕНИЯ
“
Архитектура Предприятия – это способ понимания различных
элементов, которые в совокупности составляют предприятие
и то, как эти элементы взаимодействуют.
Архитектура Предприятия описывает как организация
выполняет свою работу используя такие ресурсы как: люди,
процессы, данные, технологии.
Архитектура предприятия – это план реализации миссии
организации через оптимальное выполнение своих ключевых
процессов в условиях формирования эффективной
инфраструктуры и IT
The Open Groupe
”1 2 3 4 5 6 7 81
10. 10 |
Что такое Архитектура Предприятия?
ОПРЕДЕЛЕНИЯ
Подведем итоги:
I. Архитектура Предприятия – это связующее звено между
a. стратегией и исполнением
b. бизнесом и IT.
II. Архитектура Предприятия включает:
a. описание организации и ее IT активов
b. план развития IT, основанный на понимании стратегии и
бизнеса компании Уровень Название Вопрос Детализация
Стратегический Стратегия
IT стратегия
Что
делать?
Низкая
Тактический Архитектура
Предприятия
Как
делать?
Средняя
Операционный IT проекты
IT процессы
Делать Высокая
1 2 3 4 5 6 7 81
12. 12 |
Ключевые концепции №1: Модель развития
КЛЮЧЕВЫЕ КОНЦЕПЦИИ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ
1 2 3 4 5 6 7 82
Текущее
состояние
предприятия
Будущее
состояние
предприятия
План перехода
Текущая Архитектура
• As-is
• В текущей Архитектуре
зафиксировать как
устроена компания и ее
IT активы прямо сейчас
• Провести обследование:
• Интервью
• Анализ документов
• Анализ
физического
состояния
Целевая Архитектура
• To-be
• Горизонт планирования – обычно 3
года
• Целевую Архитектуру создают на
основе: миссии, видения, стратегии
• Стратегия позволяет:
• Глубже понять, переосмыслить
и сформулировать мысли и
идеи по поводу развития
• Дает возможность донести до
всех сотрудников
План перехода
• Architecture Roadmap
• Показывает как реализовать
Целевую Архитектуру
• Основа для планирования
ресурсов, определения
сроков запуска проектов,
контроля проектов
• План действий на 2-3 года
• Возможно несколько
вариантов видения в
зависимости от внешних
условий
13. 13 |
Ключевые концепции №2: Четыре домена
КЛЮЧЕВЫЕ КОНЦЕПЦИИ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ
1 2 3 4 5 6 7 82
Бизнес Архитектура
Архитектура
Данные
Архитектура
Приложения
Техническая Архитектура
Бизнес Архитектура
• Содержит стратегию
компанию
• Подход к управлению
• Организационную
структуру
• Ключевые бизнес-
процессы
Архитектура Данных
• Описание логической и
физической структуры
данных компании
• Подход и средства
управления данными
Архитектура Приложений
• Показывает бизнес
приложения,
развернутые в компании
• Взаимодействие
приложений друг с
другом
• Связь приложений с
бизнес-процессами
компании
Техническая Архитектура
• ПО и оборудование,
необходимое для
развертывания бизнес-
сервисов, сервисов
данных и приложений
• IT инфраструктура
• Сервера приложений
• Сети
• Телекоммуникации
• Стандарты
14. 14 |
Ключевые концепции №3: Три уровня детализации
КЛЮЧЕВЫЕ КОНЦЕПЦИИ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ
1 2 3 4 5 6 7 82
Стратегическая Архитектура Предприятия
Архитектура Сегмента Архитектура
Сегмента
Архитектура
Решения
Архитектура
Решения
Архитектура
Решения
Стратегическая Архитектура
• Описывает всю компанию в
целом
• Нет погружений в
особенности конкретных
подразделений
• Сконцентрирована на
общих для всех стратегии,
процессах, инвестициях,
данных, системах и
технологиях
• Реализация стратегии
• Принципы и приоритеты
• Уровень детализации -
поверхностный
Архитектура Сегмента
• Направления деятельности
компании, подразделение
• Программы проектов или
отдельного подразделения
• Специфические особенности
конкретного подразделения
• Бизнес-кейсы использования IT с
руководством подразделения
• Должна иметь те же структуру и
общие сервисы, что и
стратегическая архитектура
• Уровень детализации - средний
Архитектура Решения
• Архитектура конкретного IT
решения
• Для реализации новых или
доработки существующих IT
решений
• Рамки архитектуры решения
ограничены одним проектом
• Прорабатывается
максимально детально
• Уровень детализации -
подробный
15. 15 |
Ключевые концепции №4: Четыре уровня абстракции
КЛЮЧЕВЫЕ КОНЦЕПЦИИ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ
1 2 3 4 5 6 7 82
Архитектура
Информационных
Систем
Технич
еская
Архите
ктураАрхитек
тура
Данные
Архитек
тура
Прилож
ения
Уровень
Контекста
Уровень
Концептуальный
Уровень
Логический
Уровень
Физический
Уровень Контекста
• Для менеджмента
• Почему нам нужна
такая архитектура и в
чем общий контекст?
Уровень Концептуальный
• Для владельцев
процессов
• В чем общие требования
и каково видение
решения?
• Определяет компоненты
системы и их назначение
обычно в
неформальном виде
Уровень логический
• Для архитекторов и
проектировщиков
систем
• Как удовлетворить
требования?
• Взаимодействие
компонентов систем,
интерфейсов и
используемых
протоколов
Уровень Физический
• Для проектировщиков и
разработчиков систем
• С какими стандартами
можно построить
решение?
• Описывает привязку к
конкретным узлам
размещения, типам
оборудования, ОС и т.д.
16. 16 |
Ключевые концепции №4: Четыре уровня абстракции
КЛЮЧЕВЫЕ КОНЦЕПЦИИ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ
1 2 3 4 5 6 7 82
Уровень Что описывает Вопросы Инструменты
Контекста • Внешняя среда
• Движущие силы
• Видение и стратегия
• Компания представляется в
виде "черного ящика" и является.
• Бизнес моделируется с точки
зрения внешних для бизнеса
факторов.
• Моделируются только бизнес-
взаимодействия, средства
игнорируются
• Что делать?
• Каких целей хочет добиться организация?
• Почему организация занимается таким бизнесом:
видение, миссия и цели?
• Каковы тенденции в индустрии, в которой работает
организация?
• Как организация расположена и где она работает
географически?
• Каковы факторы, определяющие достижение
высоких результатов в бизнесе (value drivers)?
• Каковы на самом высоком уровне классы
информации, которыми оперирует организация?
• Каковы функции этого бизнеса?
• В каких областях сосредоточена ключевая
компетенция организации?
BSC
Ostervald
Архитектура
Информационных
Систем
Технич
еская
Архит
ектураАрхитек
тура
Данные
Архитек
тура
Прилож
ения
Уровень
Контекста
Уровень
Концептуальный
Уровень
Логический
Уровень
Физический
17. 17 |
Ключевые концепции №4: Четыре уровня абстракции
КЛЮЧЕВЫЕ КОНЦЕПЦИИ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ
1 2 3 4 5 6 7 82
Уровень Что описывает Вопросы Инструменты
Концептуальный • Абстрактное описание элементов АП
в терминах бизнеса
• Построение бизнес моделей для
определения функциональных
требований
• Описание сервисов и их взаимосвязи
для обеспечения требований
контекста
• Определение бизнес требований для
прикладных систем
• Описание бизнес-процессов и
данных которые эти процессы
используют в соответствии с целями
• Какие области бизнеса должны быть
поддержаны информационными
технологиями?
• Какая общая бизнес-архитектура (например,
"фронт-офис", "мид-офис", "бэк-офис") будет
использоваться?
• Как выглядят бизнес-процессы, которые
обеспечивают создание продуктов и оказание
услуг?
• Какая информация требуется для каждого
бизнес-процесса и как эта информация
может повторно использоваться?
• Организован ли бизнес организации в
централизованном или децентрализованном
виде?
• Какой уровень делегирования полномочий
должны обеспечивать системы?
• Какие существуют общие принципы по
использованию технологий, характерные для
индустрии, в которой работает организация, и
типы оказываемых услуг?
BPMN
UML
IDEF
MindMap
Архитектура
Информационных
Систем
Технич
еская
Архит
ектураАрхитек
тура
Данные
Архитек
тура
Прилож
ения
Уровень
Контекста
Уровень
Концептуальный
Уровень
Логический
Уровень
Физический
18. 18 |
Ключевые концепции №4: Четыре уровня абстракции
КЛЮЧЕВЫЕ КОНЦЕПЦИИ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ
1 2 3 4 5 6 7 82
Уровень Что описывает Вопросы Инструменты
Логический • Основные функциональные компоненты и их
взаимосвязи
• Изолирует требования бизнеса от
обеспечивающих технологий которые
обеспечивают эти требования
• Определяет класс прикладных систем, технологий
и данных (но не в терминах конкретных продуктов)
• определяются общие принципы, которые будут
накладывать определенные ограничения на
решения, принимаемые на более низких уровнях
(например, ориентация на технологии web-
сервисов)
• IT процессы – решения в виде набора сервисов в
независимости от технологической реализации
• Общая структура прикладных систем
• Интерфейсы между сервисами
• Какие приложения необходимы для
поддержки бизнес-процессов?
• Кто является основными
пользователями и
заинтересованными сторонами в
реализации данных прикладных
систем?
• Как выглядят нормализованные
модели данных для этих приложений?
• Какие прикладные системы нужны для
управления данными: создания,
чтения, внесения изменений и
удаления данных?
• Какие нужны технологии для
реализации этих прикладных систем?
• Как будет выглядеть распределенная
архитектура прикладных систем?
• Какие стандарты должны быть приняты
организацией?
Документы
Таблицы
Графики
Архитектура
Информационных
Систем
Технич
еская
Архит
ектураАрхитек
тура
Данные
Архитек
тура
Прилож
ения
Уровень
Контекста
Уровень
Концептуальный
Уровень
Логический
Уровень
Физический
19. 19 |
Ключевые концепции №4: Четыре уровня абстракции
КЛЮЧЕВЫЕ КОНЦЕПЦИИ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ
1 2 3 4 5 6 7 82
Уровень Что описывает Вопросы Инструменты
Физический • Моделируется физическая структура реализации системы.
• Описываются принципы проектирования, стандарты и правила,
включая группирование критически важных компонент, а также
модели развертывания
• Определяются критерии отбора технологических решений, которые
должны быть либо разработаны, либо приобретены.
• Каждый элемент модели приложения необходимо соотнести с
реальными технологиями
• Описывает то, как логические структуры будут физически
реализованы
• Технологическая модель должна быть сформулирована в
технологически нейтральной по отношению к конкретным
поставщикам форме
• модель реализации включает конкретные модели оборудования,
топологию сети, производителя и версию СУБД, средства разработки
и, собственно, готовый программный код
• Каковы
функциональные
спецификации
каждой прикладной
системы?
• Будет ли
организация
разрабатывать
специализированны
е приложения или
покупать
стандартные?
• Каковы критерии
выбора и как будут
оцениваться
различные
инициативы по
реализации
систем?
• Как данные будут
представлены на
физическом
уровне?
Архитектура
Информационных
Систем
Технич
еская
Архит
ектураАрхитек
тура
Данные
Архитек
тура
Прилож
ения
Уровень
Контекста
Уровень
Концептуальный
Уровень
Логический
Уровень
Физический
20. 20 |
Ключевые концепции №5: Общая схема
КЛЮЧЕВЫЕ КОНЦЕПЦИИ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ
1 2 3 4 5 6 7 82
Текущая Бизнес
Архитектура
Текущая Бизнес
Архитектура
Текущая
Бизнес
Архитектура
Текущая
Бизнес
Архитектура
Текущая Бизнес
Архитектура
Текущая Бизнес
Архитектура
Текущая
Техническая
Архитектура
Текущая
Архитектура
ИС
Текущая Бизнес
Архитектура
Стратегия
Сегмент
Решение
Текущая Бизнес
Архитектура
Текущая Бизнес
Архитектура
Текущая
Бизнес
Архитектура
Текущая
Бизнес
Архитектура
Текущая Бизнес
Архитектура
Текущая Бизнес
Архитектура
Будущая
Техническая
Архитектура
Будущая
Архитектура
ИС
Будущая
Бизнес
Архитектура
Стратегия
Сегмент
Решение
Уровень
Контекста
Уровень
Концептуальный
Уровень
Логический
Уровень
Физический
Общая схема
• В зависимости от целей и
задач проекта разработки
Архитектуры Предприятия
можно выбирать объем
проекта по разным ключевым
концепциям с разной
детализацией
21. 21 |
Текущая
Бизнес
Архитектура
Текущая
Бизнес
Архитектура
Текущая
Бизнес
Архитектур
а
Текущая
Бизнес
Архитектур
а
Текущая
Бизнес
АрхитектураТекущая
Бизнес
Архитектура
Текущая
Техническая
Архитектура
Ключевые концепции Архитектуры Предприятия
КЛЮЧЕВЫЕ КОНЦЕПЦИИ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ
1 2 3 4 5 6 7 82
Ключевые
Концепции
1. Модель
развития
2. Четыре
домена
3. Три уровня
детализации
4. Четыре
уровня
абстракции
5. Общая
схема
Текущее
состояние
предприятия
Будущее
состояние
предприятия
План перехода
Бизнес Архитектура
Архитектура
Данные
Архитектура
Приложения
Техническая Архитектура
Стратегическая Архитектура Предприятия
Архитектура Сегмента Архитектура
Сегмента
Архитектура
Решения
Архитектура
Решения
Архитектура
Решения
Архитектура
Информационных
Систем
Технич
еская
Архит
ектураАрхитек
тура
Данные
Архитек
тура
Прилож
ения
Уровень
Контекста
Уровень
Концептуальный
Уровень
Логический
Уровень
Физический
Текущая
Архитектура
ИС
Текущая
Бизнес
Архитектура
Стратегия
Сегмент
Решение
Текущая
Бизнес
Архитектура
Текущая
Бизнес
Архитектура
Текущая
Бизнес
Архитектур
а
Текущая
Бизнес
Архитектур
а
Текущая
Бизнес
АрхитектураТекущая
Бизнес
Архитектура
Будущая
Техническая
Архитектура
Будущая
Архитектура
ИС
Будущая
Бизнес
Архитектура
Стратегия
Сегмент
Решение
Уровень
Контекста
Уровень
Концептуальный
Уровень
Логический
Уровень
Физический
23. 23 |
Хроника развития
ИСТОРИЯ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ
A framework for
information systems
architectures
Методика
проектирования
информационных
систем
Джон Захман
1987
1992
Стивен Спивак
Подход к
проектированию
информационных
систем
Book “Enterprise
Architecture Planning”
Enterprise
Architecture
Process
Процессы
Архитектуры
Предприятия
META Group
1996
1999
Методология
Архитектуры
Предприятия
Государственных
Учреждений
Federal Enterprise
Architecture
Framework
TOGAF 8
Стандарты
Архитектуры
Предприятия
The Open Group
2002
2005
Объединение
процессов
Архитектуры
Предприятия
Gartner
EA process
Fusion
Business Outcome-
driven EA
Бизнес нацеленный на
результат Архитектуры
Предприятия
Gartner
2012
1 2 3 4 5 6 7 83
25. 25 |
Какие компании получат от АП max ценность?
ЗАДАЧИ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ
1 2 3 4 5 6 7 84
Вопросы необходимости внедрения Архитектуры Предприятия:
• Нужна ли Архитектура Предприятия в вашей компании?
• Стоит ли тратить время и ресурсы на внедрение ее методов?
1. Вашу
компанию
можно
отнести к
крупному или
среднему
бизнесу
Все IT технологии
уже не
вмещаются в
одной голове
2. Бизнес
компании
зависит от IT
3. Компания
активно
развивает IT
4. У компании
периодически
происходят
кризисы в IT
5. Компании
важна
скорость,
качество и
эффективнос
ть развития IT
Одновременно
5-7 проектов или
внедрение ERP,
CRM
Проблемы в
интеграции,
структурных
решений,
остановке ИС
Бизнес
требования
возникают
быстрее, чем
разработка ИС
Бизнес-процессы
завязаны на IT
26. 26 |
Задачи Архитектуры Предприятия?
ЗАДАЧИ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ
7
ОСНОВНЫХ
ЗАДАЧ
1.
Сфокусировать
действия IT на
целях бизнеса
2.
Наладить
сотрудничество
между
бизнесом
3.
Получить
максимальную
ценность от IT
4.
Управлять
изменениями
5.
Навести
порядок в IT
6.
Внедрять новые
функции
быстро,
качественно и
недорого
7.
Управлять
развитием IT
• Фокус внимания с
технологий на решение
бизнес-задач
• Методика как увязать
бизнес и IT
• Модель определения
ценности
существующих ИС и
будущих IT проектов• Слияние и поглощение
• Выпуск новых продуктов и услуг
• Max использовать технологии
• Оптимизация затрат
• Оптимальный план
разработки
• Вести актуальную
документацию по
ИС и процессам
• Управлять Портфелем
проектов
• Контроль результатов
которые ждут от
проектов
• Реализовать план перехода
с этапа на этап по
процессу развития IT
1 2 3 4 5 6 7 84
27. 27 |
Задача №1: Сфокусировать действия IT на целях бизнеса
ЗАДАЧИ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ
Службе IT нужно:
• Сместить фокус с технологий на решение бизнес задач
• Сфокусироваться на целях и задачах бизнеса
• Научиться создавать ценность с помощью информационных технологий
• Решать проблемы и задачи бизнес-подразделений
Как сделать эту работу?
Нужен мост между Бизнесом и IT.
Этот мост – Архитектура Предприятия
1 2 3 4 5 6 7 84
28. 28 |
Задача №2: Cотрудничество между бизнесом и IT
ЗАДАЧИ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ
Как наладить сотрудничество между Бизнесом и IT?
Нужны переводчики!
Люди, говорящие и на языке Бизнеса и на языке IT.
Это – связующее звено!
Чтобы переводчики добились успеха – нужна методика.
Методика как увязать Бизнес и IT – это Архитектура Предприятия
1 2 3 4 5 6 7 84
29. 29 |
Задача №3: Получить максимальную ценность от IT
ЗАДАЧИ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ
Ценность IT = Выгоды – Затраты
На основании Архитектуры Предприятия строится
модель определения ценности:
• Для существующих информационных
систем
• Будущих IT проектов
Найти и выбрать:
• Точки повышения ценности для
существующих ИС
• IT проекты с наибольшей ценностью
1 2 3 4 5 6 7 84
30. 30 |
Задача №4: Управлять изменениями
ЗАДАЧИ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ
Мир меняется, и ваша компания должна за ним успевать!
Методы Архитектуры Предприятия помогут:
1 Спроектировать, спланировать и реализовать множество
шагов, которые приведут к интеграции двух компаний при
слиянии и поглощении
2 Планировать IT с учетом развития компании по выпуску
новых товаров и услуг и запуска новых направлений
бизнеса с горизонтом планирования минимум 3 года
3 Максимально использовать IT технологии, которые уже
есть и отказаться от ненужных при появлении новых
технологий на рынке
1 2 3 4 5 6 7 84
31. 31 |
Задача №5: Навести порядок в IT
ЗАДАЧИ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ
Методы Архитектуры Предприятия помогут:
1 Оптимизировать затраты IT поддержки
2 Выявить «временные решения» в области интеграции и спланировать
разработку постоянных и надежных решений
3 Управлять «зоопарком» оборудования и ПО купленного в разное время и для
разных проектов
4 Вести актуальную информацию в одной системе о том как устроены IT
службы вашей компании
5 Выстроить сквозные бизнес-процессы и вести актуальные документации по
всем ИС в едином информационном пространстве
6 Оптимизировать и повысить эффективность IT служб
1 2 3 4 5 6 7 84
32. 32 |
Задача №6: Внедрять новые функции
ЗАДАЧИ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ
Каждый пятый IT проект завершается провалом.
Используя методы Архитектуры Предприятия
возможно:
1 Управлять портфелем и программами
проектов разделив большую «тему» на части,
каждую из которых можно быстро реализовать
2 Планировать и фиксировать качественное
выстраивание отношений с
заинтересованными лицами
3 Контролировать, чтобы компания получила тот
результат, который ждет от проекта
1 2 3 4 5 6 7 84
33. 33 |
Задача №7: Управлять развитием IT
ЗАДАЧИ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ
Процесс развития IT в компании проходит через 4 этапа:
• Локализация – быстрая разработка ИС (появление зоопарка)
• Стандартизация – стандартизация технологий и общей инфраструктуры
• Оптимизация – построение сквозных бизнес-процессов используя общие данные
и ИС
• Повторное использование – настройка бизнес-процессов для новых связных
возможностей бизнеса
Используя методы Архитектуры Предприятия возможно:
1 Разработать и реализовать план для перехода с этапа на этап по процессу
развития IT в компании
1 2 3 4 5 6 7 84
35. 35 |
Структура архитектурной практики
МЕТАМОДЕЛЬ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ СТАНДАРТА TOGAF
1 2 3 4 5 6 7 85
ЛЮДИ
АРТЕФАКТЫ
(документы, схемы, таблицы,
презентации)
ПРОЦЕССЫ
УПРАВЛЕНИЕ
• Для разработки
архитектурной
практики нужно
взять за основу
уже созданную
Архитектурную
Методологию
• Адаптировать для
вашей компании
36. 36 |
Архитектурная Методология (Фреймворк)
Архитектурная Методология это:
• Набор поддерживающих инструментов
• Типовые архитектурные процессы
• Рекомендации по формированию шаблонов артефактов
• Требования к архитекторам и др.
Самые распространенные Архитектурные Методологии:
1. Zachman Framework – первая и самая известная методология. Разработчик
Джон Захман – «отец» Архитектуры Предприятия
2. Federal Enterprise Architecture Framework (FEAF) – методология для структур
Правительства США
3. The Open Group Architecture Framework (TOGAF) – методология
международной организации по стандартизации в которую входят сотни
ведущих компаний
4. Business Outcome-driven EA - Бизнес нацеленный на результат Архитектуры
Предприятия Методология Gartner
МЕТАМОДЕЛЬ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ СТАНДАРТА TOGAF
1 2 3 4 5 6 7 85
37. 37 |
Методология TOGAF
Методология TOGAF позволяет:
1. Организовать соответствующий процесс описания Архитектуры
Предприятия даже при наличии минимального количества
информации
2. Наращивать полноту описания постепенно по мере роста
понимания объекта описания архитектуры:
– Структуры
– Функции
– Процессов
– Обеспечивающих IT
3. Разработать Архитектуру Предприятия с большим количеством:
– Измерений
– Связей между измерениями
МЕТАМОДЕЛЬ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ СТАНДАРТА TOGAF
1 2 3 4 5 6 7 85
38. 38 |
Стандарт TOGAF
МЕТАМОДЕЛЬ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ СТАНДАРТА TOGAF
1 2 3 4 5 6 7 85
39. 39 |
Обзор методологии TOGAF
МЕТАМОДЕЛЬ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ СТАНДАРТА TOGAF
Возможности Методологии TOGAF
5
Бизнес
Видение и
Показатели
Бизнес
Возможности
Architectute Capability
Framework (Часть 7)
Подход к организации
архитектурной практики.
Информирование
возможностей
Обеспечивает
реализацию бизнес
видения
Устанавливает цели, KPI,
бюджет для ролей
архитектуры
Показатели нужные для
зрелости Бизнес
Возможностей
Architectute Development
Method (Часть 2)
Пошаговая методика
разработки АП
ADM Guidelines &
Techniques (Часть 3)
Правила и техники
Бизнес должен
подпитывать метод
Обеспечивает новые
бизнес решения
Улучшать
понимание
TOGAF
Методика
Разработки и
Метамодель
структур
Continuum & Tools (Часть 5)
Подход к категоризации
Architecture Content
Framework (Часть 4)
Метамодель
структур
Reference Models (Часть 6)
Эталонные модели
Информирование
бизнеса о текущем
состоянии
Оперативные изменения
вызывают обновления
Подход к
категоризации
40. 40 |
Структура TOGAF
МЕТАМОДЕЛЬ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ СТАНДАРТА TOGAF
1 2 3 4 5 6 7 85
2. Architecture
Development
Method – ADM
Пошаговая
методика
разработки
Архитектуры
Предприятия
4. Architecture Content Framework
Метамодель структур.
Подход к описанию
6. TOGAF Reference Models
Описание эталонных моделей
3. ADM Guidelines and Techniques
Описание правил и техник TOGAF
ADM
5. Continuum & Tools
Подход к категоризации и хранению
результатов архитектурной
активности
7. Architecture Capability Framework
Подход к организации архитектурной
практики. Структура, процессы, роли,
полномочия
41. 41 |
Часть 2. Методика разработки Архитектуры Предприятия
МЕТАМОДЕЛЬ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ СТАНДАРТА TOGAF
1 2 3 4 5 6 7 85
Architecture Development
Method – ADM
• Пошаговая методика
разработки Архитектуры
Предприятия
• Де-факто стандарт среди
методологий Архитектуры
Предприятия во многом
благодаря ADM
• ADM можно адаптировать под
потребности компании
• ADM это готовый набор техник,
инструментов, шаблонов и чек-
листов
Предваритель
ная
Фаза
А.
Видение
Архитектуры
B.
Бизнес
Архитектура
С.
Архитектура
ИС
D.
Техническая
Архитектура
E.
Возможности
и Решения
F.
Планировани
е Миграции
G.
Управление
Реализацией
H.
Управление
Изменениями
Управление
Требованиями
42. 42 |
Часть 2. Методика разработки Архитектуры Предприятия
МЕТАМОДЕЛЬ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ СТАНДАРТА TOGAF
1 2 3 4 5 6 7 85
• Запускаете Архитектурный
Проект начиная с
Предварительной Фазы и
проходите от Фазы А до
Фазы H
• После чего запускается
следующий Архитектурный
Проект и далее по кругу
• Архитектурный цикл
разработки Архитектуры
Предприятия занимает в
среднем 3 года
Архитектурный Цикл
3 года
Проект №1
Проект №2
Проект №3
Проект №4
Проект №5
Проект № n
43. 43 |
Предваритель
ная
Фаза
А.
Видение
Архитектуры
B.
Бизнес
Архитектура
С.
Архитектура
ИС
D.
Техническая
Архитектура
E.
Возможности
и Решения
F.
Планировани
е Миграции
G.
Управление
Реализацией
H.
Управление
Изменениями
Управление
Требованиями
Часть 2. Методика разработки Архитектуры Предприятия
МЕТАМОДЕЛЬ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ СТАНДАРТА TOGAF
1 2 3 4 5 6 7 85
• Подготовка к запуску проекта
• Заручиться поддержкой руководства
• Сформулировать архитектурные принципы
• Адаптировать методологию под цели компании
• Собирание и согласование бизнес
требований
• Требования идентифицируют, сохраняют и
выставляют приоритеты
• Запустить архитектурный проект
• Определить цели и задачи проекта
• Рамки и ограничения проекта
• Разработка видения архитектуры
• Разработка Устава проекта
• Определение всех заинтересованных лиц
• Разработать Архитектуру
Проекта на трех уровнях:
• Бизнес
• Информационны
х систем
• Инфраструктуры
• Описание текущей и
целевой архитектуры и
анализ расхождений
• Выполнить начальное планирование
реализация задач проекта
• Идентифицировать основные проекты
внедрения
• Сгруппировать их в переходные
архитектуры
• Анализ затрат и рисков
• Разработка детального
плана внедрения и
миграции
• Архитектурный надзор за
проектами внедрения
• Подготовить Архитектурные
контракты
• Обеспечить соответствие
Архитектуре результатов
проектов внедрения
• Подготовится к следующему витку
жизненного цикла архитектуры
• Соответствие Архитектуры актуальным
потребностям бизнеса
• Дать максимальную ценность бизнесу
44. 44 |
Часть 2. Методика разработки Архитектуры Предприятия
МЕТАМОДЕЛЬ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ СТАНДАРТА TOGAF
1 2 3 4 5 6 7 85
Пример шагов Фазы В Бизнес
Архитектура Методики ADM
Предваритель
ная
Фаза
А.
Видение
Архитектуры
B.
Бизнес
Архитектура
С.
Архитектура
ИС
D.
Техническая
Архитектура
E.
Возможности
и Решения
F.
Планировани
е Миграции
G.
Управление
Реализацией
H.
Управление
Изменениями
Управление
Требованиями
1. Выбрать эталонные модели и инструменты
2. Фиксирование Бизнес Архитектуры «AS-IS »
3. Стратегия Бизнес Архитектуры « TO-BE »
4. GAP анализ
5. Определение компонентов к внедрению
6. Утверждение Архитектурного ландшафта
7. Согласование с заинтересованными лицами
8. Создание документа Бизнес Архитектура
45. 45 |
Часть 3. Правила и техники ADM TOGAF
МЕТАМОДЕЛЬ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ СТАНДАРТА TOGAF
1 2 3 4 5 6 7 85
Итерации
Архитектурного
Проектирования
Предваритель
ная
Фаза
А.
Видение
Архитектуры
B.
Бизнес
Архитектура
С.
Архитектура
ИС
D.
Техническая
Архитектура
E.
Возможности
и Решения
F.
Планировани
е Миграции
G.
Управление
Реализацией
H.
Управление
Изменениями
Управление
Требованиями
Итерации
Планирования
Итерации
Архитектурного
Управления
Итерации
Архитектурных
Возможностей
ADM Guidelines
and Techniques
• Правила и
техники ADM
TOGAF
• Пример Правил
46. 46 |
Часть 3. Правила и техники ADM TOGAF
МЕТАМОДЕЛЬ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ СТАНДАРТА TOGAF
1 2 3 4 5 6 7 85
ADM Guidelines and Techniques
• Пример Правил
Архитектура
Решения
Архитектура
Решения
Архитектура
Решения
Архитектура
Решения
Архитектура
Решения
Архитектура
Сегмента
Архитектура Сегмента
Архитектура
Решения
Стратегическая Архитектура Предприятия
Архитектура
РешенияАрхитектура
Решения
Архитектура
Решения
Архитектура Сегмента
Архитектура
Решения
Архитектура
Решения
Архитектура
Решения
Архитектура Сегмента
Время
Уровень
Стратегическая
Архитектура
Архитектура
Сегмента
Архитектура
Решения
47. 47 |
Часть 3. Правила и техники ADM TOGAF
МЕТАМОДЕЛЬ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ СТАНДАРТА TOGAF
1 2 3 4 5 6 7 85
Categories of
Stakeholders
• Категории
заинтересован
ных лиц
• Пример Техник
48. 48 |
Часть 4. Метамодель структур
МЕТАМОДЕЛЬ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ СТАНДАРТА TOGAF
Архитектура Принципов, Видения и Требований
Бизнес Архитектура
Архитектура Реализации
Архитектура
Информационных
Систем
Техническая
Архитектура
1 2 3 4 5 6 7 85
49. 49 |
Часть 4. Метамодель структур
МЕТАМОДЕЛЬ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ СТАНДАРТА TOGAF
Архитектура Принципов, Видения и Требований
Бизнес Архитектура
Архитектура Реализации
Архитектура Информационных Систем
Техническая
Архитектура
Потребности Архитектура Видения
Архитектура Требований
Мотивация
Организация
Функции
Данные Приложения
Возможности, Решения и Планы Миграции Управление Внедрением
1 2 3 4 5 6 7 85
50. 50 |
Часть 4. Метамодель структур
МЕТАМОДЕЛЬ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ СТАНДАРТА TOGAF
Архитектура Принципов, Видения и Требований
Бизнес Архитектура
Архитектура Реализации
Архитектура Информационных Систем Техническая
Архитектура
Потребности Архитектура Видения
Архитектура Требований
Архитектура
Принципов
Бизнес
Стратегия
Технологическая
Стратегия
Бизнес Принципы,
Цели и Драйверы
Архитектура
Видения
Заинтересованные
Лица
Требования Ограничения Допущения Пробелы
Мотивация
Организация
Функции
Драйверы Цели Задачи Измерения
Организационные
Единицы
Места Роли
Бизнес Сервисы,
Контракты,
Качество Услуг
Процессы
События,
Продукты
Функции
Данные Приложения
Объекты Данных
Логические
Компоненты
Данных
Физические
Компоненты
Данных
Сервисы
Информационных
Систем
Логические
Компоненты
Приложений
Физические
Компоненты
Приложений
Сервисы
Платформы
Логические
Компоненты
Технологий
Физические
Компоненты
Технологий
Возможности, Решения и Планы Миграции Управление Внедрением
Возможности Рабочие Пакеты
Архитектура
Контрактов
Стандарты
Методические
Рекомендации
Спецификации
51. 51 |
Часть 4. Метамодель структур
МЕТАМОДЕЛЬ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ СТАНДАРТА TOGAF
1 2 3 4 5 6 7 85
• Предоставляет подробную
модель архитектурных рабочих
продуктов, в том числе
Решений, Артефактов и
Архитектурных блоков, которые
представляют собой
ожидаемые результаты
• Предоставляет полный
перечень архитектурных
выходов
• Это способствует более
эффективной интеграции
рабочих продуктов
• Предоставляет подробный
стандарт для описания
архитектуры
• Она включает в себя
подробную метамодель
52. 52 |
Часть 4. Метамодель структур
МЕТАМОДЕЛЬ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ СТАНДАРТА TOGAF
1 2 3 4 5 6 7 85
Архитектурное Решение
Функциональный Блок
Каталоги
Метрики
Диаграммы
Артефакты
53. 53 |
Часть 4. Метамодель структур
МЕТАМОДЕЛЬ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ СТАНДАРТА TOGAF
1 2 3 4 5 6 7 85
Содержание
метамодели с
расширениями
54. 54 |
Часть 5. Категоризация и хранение результатов
МЕТАМОДЕЛЬ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ СТАНДАРТА TOGAF
1 2 3 4 5 6 7 85
55. 55 |
Часть 5. Категоризация и хранение результатов
МЕТАМОДЕЛЬ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ СТАНДАРТА TOGAF
1 2 3 4 5 6 7 85
56. 56 |
Часть 5. Категоризация и хранение результатов
МЕТАМОДЕЛЬ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ СТАНДАРТА TOGAF
1 2 3 4 5 6 7 85
57. 57 |
Часть 6. Эталонные модели
МЕТАМОДЕЛЬ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ СТАНДАРТА TOGAF
1 2 3 4 5 6 7 85
58. 58 |
Часть 6. Эталонные модели
МЕТАМОДЕЛЬ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ СТАНДАРТА TOGAF
1 2 3 4 5 6 7 85
59. 59 |
Часть 6. Эталонные модели
МЕТАМОДЕЛЬ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ СТАНДАРТА TOGAF
1 2 3 4 5 6 7 85
60. 60 |
Часть 7. Подход к организации Архитектурной практики
МЕТАМОДЕЛЬ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ СТАНДАРТА TOGAF
1 2 3 4 5 6 7 85
61. 61 |
Интеграция с другими методологиями АП
МЕТАМОДЕЛЬ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ СТАНДАРТА TOGAF
1 2 3 4 5 6 7 85
62. 62 |
Интеграция с другими стандартами
МЕТАМОДЕЛЬ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ СТАНДАРТА TOGAF
1 2 3 4 5 6 7 85
64. 64 |
Ключевые факторы успеха проекта внедрения АП
ПРОЕКТ ВНЕДРЕНИЯ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ
1 2 3 4 5 6 7 86
1. Четкие цели
• Понятные цели
• Достижение важно для спонсора
проекта
4. Избегать революционных
изменений
• Метод постепенных улучшений
7. Максимально
распространять
информацию
• Сделать доступ к информации
простым и удобным
• Показывать как пользоваться
2. Быстрые результаты
• Достижение краткосрочных
целей
• Быстро достигать необходимые
для компании результаты
5. Отслеживать ценность
результатов
• Оценка Выгод; Сроков; Затрат и
Рисков
8. Контроль результатов
проектов реализации
• Контроль сбора единой системы
за несколько проектов
3. Вовлеченность всех
заинтересованных лиц
• Вовлечение в проект всех
заинтересованных лиц лично,
через представителей, справок
по проекту, интервью
6. Активно взаимодействовать
с бизнес и IT проектами
• IT специалисты глубже знают
технологии
• Бизнес знает лучше как работает
компания
9. Говорить с людьми на
понятном языке
• Контролировать что говорите, как,
когда и кому
• Говорить с бизнесом на их языке а
с IT на их
65. 65 |
8 ключевых документов проекта АП
ПРОЕКТ ВНЕДРЕНИЯ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ
1 2 3 4 5 6 7 86
8
Ключевых
документов
проекта
1. Business Principles,
Goals, Drivers
• Погружение в контекст
бизнеса компании
• Понимать миссию, цели,
стратегию компании
• Зафиксировать бизнес
принципы
2. Architecture Principles
• Правила, которыми
руководствуются в работе над
архитектурой
• На основе принципов
принимаются архитектурные
решения
3. Architecture Vision
• Описание желательного
конечного продукта АП
• Те результаты, которые
нужно достичь
4. Statement of
Architecture Work
• Устав проекта
5. Architecture Definition
• Описание архитектуры AS-IS и
TO-BE
• Описание всех доменов АП
• Анализ расхождений
6. Architecture
Requirements
• Спецификация требований к
Архитектуре Предприятия
7. Transition Architecture
• Этапы реализации Архитектуры TO-BE
• Сгруппированы проекты по каждому
из этапов
8. Implementation
and Migration Plan
• План реализации
проекта
66. 66 |
Этапы реализации программы внедрения АП
ПРОЕКТ ВНЕДРЕНИЯ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ
1 2 3 4 5 6 7 86
ЭТАП 1:
Пилотный проект
• Анализ архитектуры
AS-IS
• Выявление
потребностей
• План реализации
Архитектуры TO-BE
• Решение задач
уровня приоритета I
методами
Архитектуры
Предприятия
• Демонстрация
ценности АП
3
квартал
2016
4
квартал
2016
1
квартал
2017
2
квратла
2017
3
квартал
2017
4
квартал
2017
1
квартал
2018
2
квартал
2018
ЭТАП 2: Проект
развития А
• Решение задач
уровня приоритета II
методами
Архитектуры
Предприятия
• Расширение
модели:
• Сервисов
• Модели данных
• Модели
процессов
ЭТАП 3: Проект
развития B
• Решение задач
уровня приоритета III
методами
Архитектуры
Предприятия
• Расширение
модели:
• Управления
• Инфраструкту
рной
консолидации
• Мотивации
ЭТАП 4: Проект
развития С
• Постановка
Архитекутрного
офиса управления:
• Методология
управления
Архитектурной
практикой
• Шаблоны
• Готовые
модели
• Регламенты и
правила
68. 68 |
Преимущества
ПРЕИМУЩЕСТВА АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ
• Экономия до 15% стоимости ИТ- проектов только за счет сокращения
расходов на сбор данных об ИТ-инфраструктуре (источник - Deloitte)
• Экономия до 20% за счет сокращения количества работ по реализации
и переделке, связанных с некорректными требованиями (источник - Standish
Group)
• Экономия до 30% за счет механизма выбора приоритетных инвестиций
в ИТ (источник - McKinsey)
• Экономия общих операционных расходов до 30% за счет
планирования и стандартизации ИТ- инфраструктуры (источник - Meta Group)
• Экономия до 40% неоперационных расходов на персонал
• Сокращение сроков реализации проектов до 50% за счет
формализации процессов формирования ИТ- бюджета и других
процессов управления при переходе на процессныий, а не на
проектныий метод работы (источник - Массачусетскиий технологическиий институт)
1 2 3 4 5 6 7 87
69. 69 |
Преимущества
ПРЕИМУЩЕСТВА АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ
Пользователи АП Для каких задач
Руководители • Систематический, структурированный анализ
новых возможностей в бизнесе
• Систематическое выявление узких мест и
проблем в организации
Бизнес-аналитики • Процесс проектирования:
• Организационной структуры
• Бизнес-процессов
IT архитекторы • Создание архитектуры информационных
систем
1 2 3 4 5 6 7 87
70. 70 |
АП и цепочка создания добавочной стоимости
ПРЕИМУЩЕСТВА АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ
1
Стратегическое
Планирование
2
Создание
Архитектуры
Предприятия
3
Развитие
Инфраструктуры
4
Разработка
Приложений
5
Эффективное
использование IT
систем
Ценность с точки зрения бизнеса
Отдача от IT
1 2 3 4 5 6 7 87
71. 71 |
Контакты
ООО «ТОР Консалтинг»
03141,
Украина,
Киев,
ул. Ямская, 35, оф. 77
contact@torconsulting.com.ua
WWW.TORCONSULTING.COM.UA
Contact information
Андрей Поздняков
Генеральный директор
Консультант, Тренер
ООО «ТОР Консалтинг»
andrei.pozdniakov@tor.kiev.ua
+38 050 351 72 49