- •Вопрос 1. Особенность процессно-ориентированного управления. Эффективность использования информационных технологий. Концепция архитектуры предприятия.
- •Изменение целей и результатов применения ит
- •Вопрос 2. Домены и уровни абстракции
- •Вопрос 3. Модели доменов. Общие понятия и принципы
- •Вопрос 4. Архитектура ит
- •Вопрос 5. Модели бизнес-архитектуры
- •Вопрос 6. Архитектура информации
- •Вопрос 7. Основные модели и инструменты описания архитектуры информации
- •Вопрос 8. Архитектура приложений
- •Вопрос 9. Влияние архитектуры приложений на инфраструктуру. Технологическая архитектура
- •Вопрос 10. Использование архитектурных шаблонов в технологической архитектуре
- •Вопрос 11. Сервис - ориентированная архитектура (soa) и архитектура, управляемая моделями (mda)
- •Вопрос 12. Методики описания архитектур. Модель Захмана
- •Вопрос 13. Методология togaf. Базовые концепции
- •Вопрос 14. Togaf - Основные концепции
- •Вопрос 15. Ключевые точки цикла adm. Цели фаз. Руководство процессом adm
- •Вопрос 16. Составные части Enterprise Continuum. Назначение и структура Architecture и Solution Continuum, Architecture Repository.
- •Вопрос 17. Задачи и ключевые аспекты каждой фазы цикла adm
- •Вопрос 18. Архитектурные принципы и техники adm
- •Вопрос 19. Управление архитектурой. Совет по архитектуре, архитектурные контракты, обзоры соответствия архитектуры
- •Вопрос 20. Конечные результаты архитектуры
- •Вопрос 21. Справочные эталонные модели togaf
Вопрос 15. Ключевые точки цикла adm. Цели фаз. Руководство процессом adm
Ключевые точки цикла ADM
ADM– это итеративный процесс. Новые решения должны быть приняты на каждой итерации в отношении следующих вопросов:
1. Границы предприятия
2. Уровень детализации
3. Период времени
4. Повторное использование архитектурных активов (предыдущие ADMитерации, другие фреймворки, системные модели, отраслевые модели).
4.1 Принимаемые решения должны быть основаны на компетентности и/или доступности ресурсов и ценности получаемых предприятием результатов.
4.2 ADMне дает рекомендаций по области охвата этой деятельности; это определяется самой организацией.
Выбор области охвата является критичным для успешности архитектурных усилий.
Главным является фокусирование внимания на том, что создает ценность для предприятия, выборе горизонтального и вертикального охвата и графике реализации проекта, соответственно. В случае необходимости использование ADMдолжно быть адаптировано для удовлетворения потребностей организации. Это означает, что некоторые этапы могут быть опущены, изменены или даже добавлены дополнительные процедуры.
ADM и поддерживающие руководства и техники
TOGAF 9 Часть III: ADM Guidelines and Techniques представляет собой набор ресурсов - руководящих принципов, шаблонов, чек-листов, и других подробных материалов, которые непосредственно поддерживают применение TOGAF ADM.
Руководства и техники
Руководства, предоставляемые TOGAF, описывают, как процесс ADM может быть адаптирован для решения целого ряда различных сценариев использования, в том числе различные стили процесса (например, использование итераций), а также определения специальных архитектур (например, архитектура безопасности).
Техники, описанные в TOGAF 9 Часть III поддерживают конкретные задачи в рамках ADM (например, техники GAP-анализа, бизнес-сценариев и др.)
Вопрос 16. Составные части Enterprise Continuum. Назначение и структура Architecture и Solution Continuum, Architecture Repository.
Вопрос 17. Задачи и ключевые аспекты каждой фазы цикла adm
Phase H. Цели
Обеспечивать, чтобы жизненный цикл архитектуры выполнялся.
Обеспечивать, чтобы фреймворк управления архитектурой исполнялся.
Обеспечивать, чтобы архитектурные возможности предприятия соответствовали текущим требованиям.
Вопрос 18. Архитектурные принципы и техники adm
Примеры принципов
Ниже приведены примеры общих принципов, связанных с архитектурой в целом:
Все подразделения должны использовать в своей работе архитектуру, разработанную для организации в целом.
Функциональное руководство и руководство в области ИТ должно основываться на общем видении.
Архитектура должна обеспечивать решение вопросов бесперебойного выполнения организациями своих функций, безопасности и восстановления в случае катастрофических событий.
Примеры декларируемых принципов в области ИТ-инфраструктуры:
Инфраструктура должна быть основана на использовании технологий, поддерживающих открытые стандарты.
Инфраструктура (совместно с принципами управления данными и разработки приложений) должна обеспечивать взаимодействие систем.
Примеры принципов в области управления данными:
Бизнес-структуры (отделы, департаменты, ведомства), являющиеся владельцами данных, отвечают за целостность и распространение данных.
Данные уровня отдельных бизнес-структур (департамента, региона, города) должны быть явно описаны и доступны всем остальным бизнес-структурам (департаментам, ведомствам).
Примеры принципов, связанных с прикладными системами:
Прикладные системы разрабатываются на основе стандартной, единой методологии.
Все структурные подразделения (ведомства) используют общие методы представления информации пользователям в своих приложениях и координируют работы по созданию пользовательского интерфейса межфункциональных (межведомственных) систем.
Примеры принципов, связанных с управлением и контролем:
Единая архитектура, соответствующие стандарты и руководства используются всеми структурными подразделениями в процессе принятия решений о своих информационных системах.
Стандарты пересматриваются регулярно не реже одного раза в два года с участием представителей структурных подразделений.