Аннотация
TOGAF используется не только в подразделениях ИТ. Фреймворк позволяет управлять всей структурой компании и создавать методическую основу для масштабных преобразований. Результатом является повышение качества и скорости принятия управленческих решений, трансформация бизнес - модели, снижение затрат, инновационное развитие и многое другое.
Архитектурный фреймворк TOGAF 10 делится на 6 частей, каждая из которых направлена на рассмотрение различных аспектов архитектуры.
Аудитория
· Приглашаем на этот курс всех, кому интересно разобраться с основами использования архитектурных каркасов на примере стандарта TOGAF 10
· Если решаемые вами задачи на предприятии сопряжены с архитектурными проектами, планированием, разработкой проектов, а также внедрением проектных результатов или их последующим развитием и сопровождением.
· Архитекторам, желающим ознакомиться с положениями стандарта TOGAF 10
· Архитекторам, стремящимся пройти официальную сертификацию TOGAF 10 Foundation Level 1
· Приглашаем на этот курс всех, кому интересно разобраться с основами использования архитектурных каркасов на примере стандарта TOGAF 10
· Если решаемые вами задачи на предприятии сопряжены с архитектурными проектами, планированием, разработкой проектов, а также внедрением проектных результатов или их последующим развитием и сопровождением.
· Архитекторам, желающим ознакомиться с положениями стандарта TOGAF 10
· Архитекторам, стремящимся пройти официальную сертификацию TOGAF 10 Foundation Level 1
Предварительная подготовка
- Знания в объеме курса [ARC 02] Основы TOGAF 10
- Желательно иметь опыт участия в проектах по описанию бизнес-процессов или формированию требований к автоматизации.
- Знания в объеме курса [ARC 02] Основы TOGAF 10
- Желательно иметь опыт участия в проектах по описанию бизнес-процессов или формированию требований к автоматизации.
Программа:
1. Метод разработки архитектуры. Предварительная фаза
· Входы: архитектурные каркасы, бизнес - принципы, бизнес цели, движущие силы, анализ исходного состояния решений и архитектуры.
· Шаги фазы: Оценка границ, ограничений и допущений. Получение и адаптация со стороны руководства и операционной поддержки.
· Формирование команды. Определение руководящих принципов. Синхронизация выбранных архитектурных каркасов – TOGAFи других сводов знаний, методологий, методов, методик и стандартов.
· Разработка стратегии, плана реализации решений, определение используемых инструментов и техник проектирования.
· Выходы: Модель руководящих архитектурных принципов.
· Организационная модель и модель руководства архитектурой. Модель целевой архитектуры.
· Формирование архитектурного репозитория. Перечень бизнес - принципов, бизнес целей, движущих сил.
· Получение и отработка запроса на архитектурные работы, оценка возможности реализации.
2. Метод разработки архитектуры. Фаза А. Архитектурное видение.
· Входы: Запрос на архитектурные работы. Перечень бизнес - принципов, бизнес целей, движущих сил. Организационная модель. Модель целевой архитектуры. Заполненный архитектурный репозиторий (описание архитектурного подхода, описание существующей архитектуры и т.д.)
· Шаги фазы: Запуск архитектурного проекта.
· Заполнение карты заинтересованных сторон их интересов и бизнес - требований. Согласование бизнес - целей, движущих сил и ограничений бизнеса.
· Оценка бизнес возможностей.
· Оценка готовности к организационным и бизнес трансформациям.
· Определение границ проекта.
· Согласование архитектурных принципов, включая бизнес принципы.
· Разработка документа «видение архитектуры».
· Определение целевой архитектуры, оценка потока создания ценности и KPI. Оценка рисков, связанных с целевыми трансформациями. Разработка планов и их согласование.
· Выходы: Документ Архитектурное задание (Statement of Architectural Work).
· Выполнение оценки возможностей. Архитектурное видение. План коммуникаций.
3. Метод разработки архитектуры. Фаза B. Архитектура бизнеса.
· Входы: Перечень бизнес - принципов.
· Шаги фазы: Выбор справочных моделей, точек зрения и инструментов.
· Разработка описания архитектуры бизнеса базовой линии.
· Разработка описания целевой архитектуры бизнеса.
· Выполнение анализа расхождений. Определение компонентов дорожной карты.
· Взаимные воздействия решений в архитектурном ландшафте.
· Формальный обзор соответствия интересам.
· Завершение бизнес - архитектуры.
· Создание документа «Определение архитектуры».
· Выходы: Документ «Определение архитектуры». Спецификация требований архитектуры.
· Компоненты дорожной карты архитектуры бизнеса.
4. Метод разработки архитектуры. Фаза С. Архитектура информационных систем. Архитектура данных.
· Входы: Перечень принципов управления данными.
· Шаги фазы: Выбор справочных моделей, точек зрения и инструментов.
· Разработка описания исходной и целевой архитектуры данных.
· Выполнение анализа расхождений. Определение компонентов дорожной карты.
· Взаимные воздействия решений в архитектурном ландшафте.
· Формальный обзор соответствия интересам. Завершение разработки архитектуры данных. Дополнение документа «Определение архитектуры».
· Выходы: Документ «Определение архитектуры». Спецификация требований архитектуры данных.
5. Метод разработки архитектуры. Фаза С. Архитектура информационных систем. Архитектура приложений.
· Входы: Перечень принципов управления приложениями.
· Шаги фазы: Выбор справочных моделей, точек зрения и инструментов.
· Разработка описания исходной и целевой архитектуры приложений.
· Выполнение анализа расхождений. Определение компонентов дорожной карты.
· Взаимные воздействия решений в архитектурном ландшафте. Формальный обзор соответствия интересам.
· Завершение разработки архитектуры приложений. Дополнение документа «Определение архитектуры».
· Выходы: Документ «Определение архитектуры». Спецификация требований архитектуры приложений.
6. Метод разработки архитектуры. Фаза D. Технологическая архитектура.
· Входы: Перечень технологических принципов.
· Шаги фазы: Выбор справочных моделей, точек зрения и инструментов.
· Разработка описания исходной и целевой технологической архитектуры.
· Выполнение анализа расхождений. Определение компонентов дорожной карты.
· Взаимные воздействия решений в архитектурном ландшафте.
· Формальный обзор соответствия интересам.
· Завершение разработки технологической архитектуры.
· Дополнение документа «Определение архитектуры».
· Выходы: Документ «Определение архитектуры». Спецификация требований технологической архитектуры.
7. Метод разработки архитектуры. Фаза E. Возможности и решения.
· Выполнить начальное планирование реализации задач проекта.
· Идентифицировать основные проекты внедрения и сгруппировать их в переходные архитектуры.
· Дорожная карта архитектуры
· Пакеты работ
· Переходные архитектуры
· План реализация и миграции
8. Метод разработки архитектуры. Фаза F. Планирование миграции
· В фазе F расставляются приоритеты проектов реализации и выполняется детализированное планирование и анализ просчетов процесса миграции. В задачи этой фазы входит оценка зависимостей между проектами и минимизация их итогового влияния на функции предприятия. В этой фазе обновляется Список проектов, детализируется План реализации, а Программа передается группам, занимающимся реализацией.
9. Метод разработки архитектуры. Фаза G. Управление реализацией.
· Архитектурный надзор за проектами внедрения.
· Подготовить архитектурные контракты.
· Обеспечить соответствие архитектуре результатов проектов внедрения.
· На протяжении фазы G устанавливается связь между TOGAF и методологиями управления проектами.
· На выходе этой фазы мы имеем Архитектурные контракты, которые утверждаются организацией-разработчиком.
· Конечным выходом фазы G являются решения, совместимые с архитектурой
10. Метод разработки архитектуры. Фаза H. Управление изменениями архитектуры.
· Подготовится к следующему витку жизненного цикла архитектуры.
· Процесс управления изменениями должен обеспечить соответствие архитектуры актуальным потребностям бизнеса и дать максимальную ценность бизнесу.
· В фазе H акцент переносится на управление изменением основой архитектуры, которая достигается поставкой реализованных решений. В этой фазе может быть создано требование к архитектурному заданию, которое устанавливает цели для последующих циклов реализации архитектуры предприятия.
11. ADM - управление архитектурными требованиями
· В каждой конкретной фазе ADM архитектор должен идентифицировать типы требований, которые должны быть удовлетворены архитектурой, включая применимость:
· Функциональные требования
· Нефункциональные требования
· При определении требований архитектор должен принимать во внимание:
· Предположения для требований
· Ограничения для требований
· Проблемно-ориентированные принципы, направляющие требования
· Политики, влияющие на требования
· Стандарты, которым должны соответствовать требования
· Организационные указания для требований
· Спецификации для требований
12. Подходы к адаптации цикла ADM. Итерации и уровни
· Факторы, воздействующие на использование итераций.
· Типы итераций в цикле ADM.
· Итерации внутри и между циклами ADM.
13. Подходы к адаптации цикла ADM. Архитектура безопасности.
· Оценка требований безопасности на всех этапах цикла ADM.
· Адаптация цикла ADM в соответствии с архитектурой безопасности.
· Обзор стандартов безопасности и их связи с архитектурными каркасами.
14. Архитектурный каркас содержимого.
· Необходимость разработки метамоделей.
· Компоненты метамодели содержимого.
· Базовое содержание и расширение метамодели.
· Базовые сущности метамодели.
· Компоновочные блоки, каталоги, матрицы и диаграммы
15. Континуум предприятия (Enterprise Continuum).
· Принципы секционирования архитектуры.
· Применение классификаций к секционированной архитектуре.
· Применение секционирования в цикле ADM.
16. Архитектурный репозиторий.
· Метамодель архитектуры.
· Архитектурные возможности.
· Архитектурный ландшафт. База стандартов. Справочная библиотека.
· Принципы регистрации управления.
· Репозиторий архитектурных требований. Ландшафт решений.
17. TOGAF Reference Models.
· Структура TRM.
· Приложения, платформы, прикладные интерфейсы, сервисные интерфейсы.
· Таксономия сервисов приложений.
18. Платформа возможностей архитектуры.
· Ключевые факторы успеха.
· Архитектурный совет – жизненный цикл.
· Модели зрелости архитектуры.
· Capability Maturity Model Integration (CMMI). ACMM.
19. Платформа навыков архитектуры (Architecture Skills Framework).
· Универсальные навыки. Навыки и методы бизнеса. Навыки архитектуры предприятия.
· Навыки управления программами или проектами.
· Навыки общих знаний IT.
· Технические навыки IT.
· Правовая среда и связанные с ней навыки.
20. Тест (опционально).
· Пробный тест максимально приближенный к сертификационному экзамену TOGAF 10 CertifiedLevel2
1. Метод разработки архитектуры. Предварительная фаза
· Входы: архитектурные каркасы, бизнес - принципы, бизнес цели, движущие силы, анализ исходного состояния решений и архитектуры.
· Шаги фазы: Оценка границ, ограничений и допущений. Получение и адаптация со стороны руководства и операционной поддержки.
· Формирование команды. Определение руководящих принципов. Синхронизация выбранных архитектурных каркасов – TOGAFи других сводов знаний, методологий, методов, методик и стандартов.
· Разработка стратегии, плана реализации решений, определение используемых инструментов и техник проектирования.
· Выходы: Модель руководящих архитектурных принципов.
· Организационная модель и модель руководства архитектурой. Модель целевой архитектуры.
· Формирование архитектурного репозитория. Перечень бизнес - принципов, бизнес целей, движущих сил.
· Получение и отработка запроса на архитектурные работы, оценка возможности реализации.
2. Метод разработки архитектуры. Фаза А. Архитектурное видение.
· Входы: Запрос на архитектурные работы. Перечень бизнес - принципов, бизнес целей, движущих сил. Организационная модель. Модель целевой архитектуры. Заполненный архитектурный репозиторий (описание архитектурного подхода, описание существующей архитектуры и т.д.)
· Шаги фазы: Запуск архитектурного проекта.
· Заполнение карты заинтересованных сторон их интересов и бизнес - требований. Согласование бизнес - целей, движущих сил и ограничений бизнеса.
· Оценка бизнес возможностей.
· Оценка готовности к организационным и бизнес трансформациям.
· Определение границ проекта.
· Согласование архитектурных принципов, включая бизнес принципы.
· Разработка документа «видение архитектуры».
· Определение целевой архитектуры, оценка потока создания ценности и KPI. Оценка рисков, связанных с целевыми трансформациями. Разработка планов и их согласование.
· Выходы: Документ Архитектурное задание (Statement of Architectural Work).
· Выполнение оценки возможностей. Архитектурное видение. План коммуникаций.
3. Метод разработки архитектуры. Фаза B. Архитектура бизнеса.
· Входы: Перечень бизнес - принципов.
· Шаги фазы: Выбор справочных моделей, точек зрения и инструментов.
· Разработка описания архитектуры бизнеса базовой линии.
· Разработка описания целевой архитектуры бизнеса.
· Выполнение анализа расхождений. Определение компонентов дорожной карты.
· Взаимные воздействия решений в архитектурном ландшафте.
· Формальный обзор соответствия интересам.
· Завершение бизнес - архитектуры.
· Создание документа «Определение архитектуры».
· Выходы: Документ «Определение архитектуры». Спецификация требований архитектуры.
· Компоненты дорожной карты архитектуры бизнеса.
4. Метод разработки архитектуры. Фаза С. Архитектура информационных систем. Архитектура данных.
· Входы: Перечень принципов управления данными.
· Шаги фазы: Выбор справочных моделей, точек зрения и инструментов.
· Разработка описания исходной и целевой архитектуры данных.
· Выполнение анализа расхождений. Определение компонентов дорожной карты.
· Взаимные воздействия решений в архитектурном ландшафте.
· Формальный обзор соответствия интересам. Завершение разработки архитектуры данных. Дополнение документа «Определение архитектуры».
· Выходы: Документ «Определение архитектуры». Спецификация требований архитектуры данных.
5. Метод разработки архитектуры. Фаза С. Архитектура информационных систем. Архитектура приложений.
· Входы: Перечень принципов управления приложениями.
· Шаги фазы: Выбор справочных моделей, точек зрения и инструментов.
· Разработка описания исходной и целевой архитектуры приложений.
· Выполнение анализа расхождений. Определение компонентов дорожной карты.
· Взаимные воздействия решений в архитектурном ландшафте. Формальный обзор соответствия интересам.
· Завершение разработки архитектуры приложений. Дополнение документа «Определение архитектуры».
· Выходы: Документ «Определение архитектуры». Спецификация требований архитектуры приложений.
6. Метод разработки архитектуры. Фаза D. Технологическая архитектура.
· Входы: Перечень технологических принципов.
· Шаги фазы: Выбор справочных моделей, точек зрения и инструментов.
· Разработка описания исходной и целевой технологической архитектуры.
· Выполнение анализа расхождений. Определение компонентов дорожной карты.
· Взаимные воздействия решений в архитектурном ландшафте.
· Формальный обзор соответствия интересам.
· Завершение разработки технологической архитектуры.
· Дополнение документа «Определение архитектуры».
· Выходы: Документ «Определение архитектуры». Спецификация требований технологической архитектуры.
7. Метод разработки архитектуры. Фаза E. Возможности и решения.
· Выполнить начальное планирование реализации задач проекта.
· Идентифицировать основные проекты внедрения и сгруппировать их в переходные архитектуры.
· Дорожная карта архитектуры
· Пакеты работ
· Переходные архитектуры
· План реализация и миграции
8. Метод разработки архитектуры. Фаза F. Планирование миграции
· В фазе F расставляются приоритеты проектов реализации и выполняется детализированное планирование и анализ просчетов процесса миграции. В задачи этой фазы входит оценка зависимостей между проектами и минимизация их итогового влияния на функции предприятия. В этой фазе обновляется Список проектов, детализируется План реализации, а Программа передается группам, занимающимся реализацией.
9. Метод разработки архитектуры. Фаза G. Управление реализацией.
· Архитектурный надзор за проектами внедрения.
· Подготовить архитектурные контракты.
· Обеспечить соответствие архитектуре результатов проектов внедрения.
· На протяжении фазы G устанавливается связь между TOGAF и методологиями управления проектами.
· На выходе этой фазы мы имеем Архитектурные контракты, которые утверждаются организацией-разработчиком.
· Конечным выходом фазы G являются решения, совместимые с архитектурой
10. Метод разработки архитектуры. Фаза H. Управление изменениями архитектуры.
· Подготовится к следующему витку жизненного цикла архитектуры.
· Процесс управления изменениями должен обеспечить соответствие архитектуры актуальным потребностям бизнеса и дать максимальную ценность бизнесу.
· В фазе H акцент переносится на управление изменением основой архитектуры, которая достигается поставкой реализованных решений. В этой фазе может быть создано требование к архитектурному заданию, которое устанавливает цели для последующих циклов реализации архитектуры предприятия.
11. ADM - управление архитектурными требованиями
· В каждой конкретной фазе ADM архитектор должен идентифицировать типы требований, которые должны быть удовлетворены архитектурой, включая применимость:
· Функциональные требования
· Нефункциональные требования
· При определении требований архитектор должен принимать во внимание:
· Предположения для требований
· Ограничения для требований
· Проблемно-ориентированные принципы, направляющие требования
· Политики, влияющие на требования
· Стандарты, которым должны соответствовать требования
· Организационные указания для требований
· Спецификации для требований
12. Подходы к адаптации цикла ADM. Итерации и уровни
· Факторы, воздействующие на использование итераций.
· Типы итераций в цикле ADM.
· Итерации внутри и между циклами ADM.
13. Подходы к адаптации цикла ADM. Архитектура безопасности.
· Оценка требований безопасности на всех этапах цикла ADM.
· Адаптация цикла ADM в соответствии с архитектурой безопасности.
· Обзор стандартов безопасности и их связи с архитектурными каркасами.
14. Архитектурный каркас содержимого.
· Необходимость разработки метамоделей.
· Компоненты метамодели содержимого.
· Базовое содержание и расширение метамодели.
· Базовые сущности метамодели.
· Компоновочные блоки, каталоги, матрицы и диаграммы
15. Континуум предприятия (Enterprise Continuum).
· Принципы секционирования архитектуры.
· Применение классификаций к секционированной архитектуре.
· Применение секционирования в цикле ADM.
16. Архитектурный репозиторий.
· Метамодель архитектуры.
· Архитектурные возможности.
· Архитектурный ландшафт. База стандартов. Справочная библиотека.
· Принципы регистрации управления.
· Репозиторий архитектурных требований. Ландшафт решений.
17. TOGAF Reference Models.
· Структура TRM.
· Приложения, платформы, прикладные интерфейсы, сервисные интерфейсы.
· Таксономия сервисов приложений.
18. Платформа возможностей архитектуры.
· Ключевые факторы успеха.
· Архитектурный совет – жизненный цикл.
· Модели зрелости архитектуры.
· Capability Maturity Model Integration (CMMI). ACMM.
19. Платформа навыков архитектуры (Architecture Skills Framework).
· Универсальные навыки. Навыки и методы бизнеса. Навыки архитектуры предприятия.
· Навыки управления программами или проектами.
· Навыки общих знаний IT.
· Технические навыки IT.
· Правовая среда и связанные с ней навыки.
20. Тест (опционально).
· Пробный тест максимально приближенный к сертификационному экзамену TOGAF 10 CertifiedLevel2