Вы находитесь на странице: 1из 68

TOGAF 9.

2
Фреймворк архитектуры предприятия
https://pubs.opengroup.org/architecture/togaf92-doc/arch/
Методы и техники построения EA
• Архитектурные принципы (Architecture Principles).
• Управление заинтересованными лицами (Stakeholder Management).
• Шаблоны и образцы (Architecture Patterns).
• Сценарный поход в построении EA (Business Scenarios).
• Гэп-анализ (Gap Analysis).
• План перехода к целевой EA (Migration Planning Techniques).
• Требования совместимости/интероперабельности (Interoperability Requirements)..
• Оценка готовности транформации бизнеса (Business Transformation Readiness Assessment).
• Риск-менеджмент (Risk Management).
• Планирование на основе возможностей (Capability-Based Planning).
Потребность в комплексном описании и планировании развития своей
организации реализуется через построение архитектурных моделей.
«Архитектура предприятия» (Enterprise Architecture) — комплексная
дисциплина нового времени бизнеса и ИТ. Общее содержание
деятельности в направлении построения архитектуры предприятия:
АП возникла как концепция комплексного подхода к человеко-машинным системам,
потребовала изменения понимания:
1. Предприятие – одна или нескольких организаций либо их частей, разделяющих общую
миссию и цели по предоставлению некоторого выхода (услуги или продукта - ISO 15704:2000,
ISO/IEC 15288:2002, PMBOK Guide и др.). АП охватывает устройство бизнеса, базовые
технологии, работников всех видов и рангов, информационные технологии.
2. Система - предприятие рассматривается как система, АП - архитектура системы. ISO/IEC
15288: «система — совокупность взаимодействующих элементов, упорядоченная для
достижения одной или нескольких поставленных целей». Самые разные по характеру и
масштабу системы — от локального устройства до целой отрасли..
3. Архитектура системы:
• многоаспектное описание системы на уровне ее компонентов, детализированное в
достаточной мере для руководства ее воплощением, а также принципы и руководящие
материалы, определяющие руководство конструированием и развитием системы во времени;
• структура существующей системы как совокупность ее компонентов и их взаимосвязей.
• TQM –Total Quality Management, нацеленный на качество подход к руководству организацией, основанный на
участии всех ее членов и направленный на достижение долговременного успеха путем удовлетворения запросов
потребителя и выгоды для всех членов организации и общества.
• BPR – Business process reengineering, фундаментальное переосмысление и радикальное
перепроектирование бизнес-процессов для достижения максимального эффекта деятельности, основные этапы:
• определение оптимального (идеального) вида бизнес-процесса (в первую очередь основного);
• определение наилучшего (по средствам, времени, ресурсам и т.п.) способа перевода существующего бизнес-
процесса в оптимальный.
• Change management, BPI, BPT - Change Management and Business Process Improvement (методы Six Sigma, Lean
Management, Agile Management и др.)
• IBM BSP – Business System Planning, планирование бизнес-систем. Это метод анализа, определения
и проектирования информационной архитектуры организаций на основе взаимосвязи данных,
процессов, стратегий, целей и организационных подразделений:
• Понимать проблемы и возможности, сопоставлять их с текущими приложениями для
автоматизации обработки данных
• Разработка технологий будущего, поддерживающих предприятие
• Обеспечить руководителей руководством и структурой принятия решений для расходов на ИТ
• Обеспечить информационные системы (ИС) планом развития
Технологическая дорожная карта объединит инвестиции в ИТ и бизнес-стратегии.
Методология IBM BSP включает шаги:
1. Анализ организационной структуры и текущей информационной поддержки.
2. Разработка стратегических целей и способов их достижения, оптимизация процессов, определение
классов данных и информационной поддержки
3. Обсуждение результатов
Организация классифицирует и анализирует все выявленные проблемы; составлен список причин и
следствий каждой проблемы, который включен в будущую ИС, позволит:
• Определить информационную архитектуру организации
• Установить приоритеты развития в ИС
• EAP - Enterprise Architecture Planning, планирование архитектуры предприятия для использования
информации в поддержку бизнеса, план внедрения этих архитектур.
Предшественник – матрица Захмана (Zachman Framework). EAP фокусируется на планировании и управлении
процессом установления бизнес-согласования архитектур.
Этапы EAP:
• Уровень 1. Начало работы (рабочий план, приверженность руководства высокого уровня для
поддержки и выделения ресурсов для последующих этапов) процесса.
• Уровень 2 – «где мы находимся сегодня?», обеспечивает базовую линию для определения возможной
архитектуры и долгосрочного плана миграции, включает:
Моделирование бизнес-процессов
Составление базы знаний о бизнес-функциях и информации, используемой при проведении и
поддержке различных бизнес-процессов,
Определение современных систем приложений и поддерживающих технологических платформ.
• Уровень 3 - видение того, «где мы хотим быть ?»: архитектура данных, архитектура приложений и
архитектура технологий.
• Уровень 4 - «как мы планируем туда добраться ?»: планы внедрения / миграции - определение
последовательности для реализации приложений, графика реализации, анализа затрат / выгод и
четкого пути для миграции.
• DoD (United States Department of
Defense) TAFIM (Technical Architecture
Framework for Information Management)
- структура технической архитектуры
для управления информацией,
эталонная модель 1990-х
годов для архитектуры предприятия,
руководство на уровне предприятия для
развития
технической инфраструктуры DoD. Опре
деляет службы, стандарты, концепции,
компоненты и конфигурации, которые
могут использоваться для руководства
разработкой технических архитектур,
отвечающих
конкретным требованиям миссии .
TAFIM получили дальнейшее развитие
в TOGAF (1995 год)!
• CIMOSA - Computer Integrated Manufacturing Open System Architecture, представляет
собой среду моделирования предприятия , целью которой является
поддержка интеграции компьютеров, компьютеров и людей на предприятии.
CIMOSA рассматривает ключевые моменты:
• Каркас моделирования - все фазы ЖЦ системы CIM (от определения требований до
спецификации проекта, описания реализации и выполнения повседневной работы
предприятия).
• Интегрируемая инфраструктура для информационных технологий.
• Основанный на событиях подход к моделированию на основе процессов с целью охвата
основных аспектов предприятия в одной интегрированной модели (аспекты: функциональный,
поведенческий, ресурсный, информационный и организационный аспекты).
На основе CIMOSA создана Обобщенная эталонная архитектура и методология предприятия - GERAM.
CIMOSA моделирует предприятия, используя четыре перспективы: [7]
• Функции - описывает функциональную структуру , необходимую для достижения целей
предприятия и связанных с ними структуры управления;
• Информация - описывает информацию , требуемую для каждой функции;
• Ресурсы, их отношения к функциональным и управляющим структурам;
• Организация – обязанности физических лиц, функциональных и управляющих структур.
• GERAM - Generalised
Enterprise Reference
Architecture and
Methodology,
обобщенная
структура корпоративной
архитектуры для интеграц
ии предприятия и
разработки бизнес-
процессов.
Корпоративное
моделирование - основа
интеграции
предприятия. Эталонная
архитектура предприятия
позволяет отобразить все
функции и действия .
• FEAF – Federal
Enterprise
Architecture
Framework
Инфраструктура
архитектуры
федерального
предприятия ( FEAF )
– эталон для
интеграции
стратегического,
бизнес-и
технологического
управления как часть
проектирования
организации и
повышения
производительности.
Развитие
архитектурных
фреймворков
The Open Group Architecture Framework (TOGAF) - методология/библиотечный метод
описания/подход (framework) для архитектуры предприятия, предлагает подход для
проектирования, планирования, внедрения IT-архитектуры предприятия и управления ей. TOGAF
разрабатывается с 1995 группой The Open Group на основе фреймворка Министерства обороны США
TAFIM. Апрель 2018 год – выход версии TOGAF 9.2. Состав блоков:
• ЧАСТЬ I: Введение. Ключевые концепции Архитектуры предприятия и TOGAF подхода,
определение используемых терминов по всему стандарту.
• ЧАСТЬ II: Метод разработки архитектуры предприятия.
Ядро структуры TOGAF - метод разработки архитектуры ADM.
• ЧАСТЬ III: Руководящие принципы и методы, доступных для использование при применении
подхода TOGAF и TOGAF ADM. Библиотека TOGAF.
• ЧАСТЬ IV: Структура контента архитектуры предприятия, в т.ч. структурированная метамодель для
архитектурных артефактов, многоразовые архитектурные строительные блоки, обзор типовых
результатов архитектуры предприятия.
• ЧАСТЬ V: Continuum & Tools. Таксономия и инструменты для категоризации и хранения результаты
архитектурной деятельности внутри предприятия.
• ЧАСТЬ VI: Структура возможностей архитектуры. Организация, процессы, навыки, роли и
обязанности, необходимые для создания и эксплуатации функции архитектуры внутри
предприятия, руководства, шаблоны, шаблоны и другие формы справочный материал для
ускорения создания новых архитектур предприятия.
Библиотека TOGAF - справочная библиотека, содержит рекомендации, шаблоны, другие виды
справочных материалов, которые ускоряют создание новых архитектур для предприятия. Библиотечные
ресурсы разбиты на четыре раздела:
• Раздел 1. Учредительные документы
• Раздел 2. Общее руководство и методы
• Раздел 3. Отраслевые руководства и методы
• Раздел 4. Специфические для организации руководства и методы
Стандарт TOGAF определил термин «предприятие» как любую совокупность организаций, имеющих
общие цели, например:
• Корпорация или подразделение корпорации
• Правительственное агентство или единое государственное ведомство
• Цепочка географически удаленных организаций, связанных общей собственностью
• Группы стран или правительств, работающие вместе над созданием общих или общих результатов
или инфраструктур
• Партнерства и альянсы предприятий, работающих вместе, таких как консорциум или цепочка
поставок
Архитектурная структура или фреймворк архитектуры используется для разработки широкого
спектра различных архитектур, предоставляет метод проектирования целевого состояния
предприятия, использует набор строительных блоков в их сочетании друг с другом, инструменты,
общий словарь, список рекомендуемых стандартов и продуктов для реализации строительных
блоков архитектуры предприятия.
Существуют различные архитектурные фреймворки:
• ZF – таксономия Дж Захмана
• DoDAF (Department of Defense Architecture Framework) министерства обороны США,
• ESAAF (European Space Agency Architectural Framework) европейских космических SoS
• GEA (Government Enterprise Architecture) австралийского государства
• FDIC Enterprise Architecture Framework - федеральная корпорация по страхованию вкладов (США)
• FEAF (Federal Enterprise Architecture Framework) –американского правительства и др.

Стандарт TOGAF – наиболее популярный архитектурный фреймворк для разработки архитектуры


предприятий, предоставляет методы и инструменты для создания и обслуживания архитектуры
предприятия, основан на модели итеративного процесса, поддерживаемой лучшими практиками,
повторно используемым набором ресурсов существующей архитектуры.
Основы архитектуры предприятия заложили стандарты:
ANSI / IEEE 1471-2000
ISO/IEC/IEEE 42010: 2011
ГОСТ Р ИСО 57100
Архитектура предприятия определена как:
• «основные понятия или свойства системы в ее среде воплощены в ее элементах, отношениях и в
принципах ее проектирования и развития»;
• «структура компонентов, их взаимосвязи, а также принципы и руководства, регулирующие их
конструкцию и развитие с течением времени».
• фундаментальная организация системы, ее компоненты, их отношения друг с другом и
окружающей среды и принципы управляя его дизайном и развитием.
ISO 42010
Есть одна или несколько заинтересованных сторон (stakeholders), имеет набор интересов (concerns),
связанных с системой, и стремится их удовлетворить.
Для удовлетворения каждого из интересов создаются отдельные группы описаний (views) системы,
представляющие систему с определенной точки зрения, а набор групп образует полное описание
системы.
Соглашения, по которым группа описаний создается, отображается и анализируется,
устанавливаются методом описания (viewpoint), это языки, нотации, описания или типы продуктов,
применяемые для описания группы описаний, а также все связанные с ними методы моделирования или
приемы анализа, применяемые к моделям этой группы.
Данные языки и приемы применяются для получения результатов, имеющих отношение к адресуемым
интересам. Каждая группа создается в соответствии со своим методом. Описание деятельности с разных
точек зрения используется разными заинтересованными лицами и составляется из разных групп
описаний. Описание с точки зрения создания ценности принимает вид набора требований разного рода
(спецификаций).
Описание деятельности с точки зрения выполняемой трансформационной работы представляется в
виде процессной группы описаний, которую также называют технологической или инженерной, оно
отражает правильную последовательность операций, каждая из которых заключается в применении
метода в нужный момент жизненного цикла системы. Должны быть описаны сущности и информация,
требуемые на входе производимых операций и получаемые на выходе. Входы и выходы обладают
набором состояний, которые специфицируются с указанием правил перехода из одного состояния в
другое. Распределение работ должно поддерживаться описанием ролей.
Методы процессного описания:
• методы функционального разбиения IDEF0 для описания «логической последовательности» дел, и
описания процесса IDEF3 для описания развертки во времени;
• язык UML, поддерживающий описание процессов (Use Case diagram, Activity diagram);
• язык SysML, основанный на UML, предлагает расширение диаграммы активности для
моделирования потока физических элементов или энергии;
• язык BPEL (Business Process Execution Language), ориентированный на машинное исполнение
моделей процессов;
• метод OMG BPMN для описания процессов на разных уровнях абстракции.
Описания процессов не позволяют получить представление о проекте в целом и не предоставляют
удобные для менеджеров способы оценки длительности проекта, «задействования ресурсов» во
времени, прохождения «контрольных точек», нет выделения стадий проекта, определения точек
принятия решений, функциональной иерархии, позволяющей распределять работы по ресурсам,
расчета критического пути, что затрудняет оценку рисков в ходе выполнения проекта и не дает
менеджерам эффективно выполнять свою работу.
Методы проектного описания используются для планирования ресурсов и управленческого контроля
достижения целей проекта, используется функциональная иерархия - work breakdown structure (WBS),
определение контрольных точек для принятия решений. Методы: диаграмма Ганта, PERT (Program
Evaluation and Review Technique). Эти методы не предоставляют возможности описания артефактов,
описывать артефакты.
Характеристика Описание характеристики ZF TOGAF FEA
Полнота насколько методология пригодна для классификации
4 2 2
таксономии различных архитектурных артефактов
насколько полно в методологии представлен пошаговый
Полнота процесса 1 4 2
процесс создания архитектуры предприятия
Руководство по полезность методологии в создании адекватного набора
эталонным эталонных моделей. На этом практически полностью 1 3 4
моделям сосредоточена методология FEA
насколько методология позволяет воплотить в жизнь
Практическое умозрительное представление об архитектуре предприятия и
1 2 2
руководство сформировать культуру, в которой эта архитектура будет
использоваться
насколько методология позволяет оценить эффективность
Модель
использования архитектуры предприятия в различных 1 1 3
готовности
подразделениях
ориентирована ли методология на использование технологии
Ориентированнос
для повышения ценности бизнеса, где ценность бизнеса 1 2 1
ть на бизнес
определяется как снижение затрат или увеличение доходов
насколько методология полезна в понимании и создании
Руководство по
эффективной модели управления для архитектуры 1 2 3
управлению
Характеристика Описание характеристики ZF TOGAF FEA
Полнота насколько методология пригодна для классификации различных
4 2 2
таксономии архитектурных артефактов
полезность методологии в эффективном разбиении
Руководство по
предприятия на отделы, что весьма важно при управлении 1 2 4
разбиению
сложностью
насколько эффективно методология позволяет создать каталог
Наличие каталога архитектурных активов, которые можно будет использовать в 1 2 4
дальнейшем
Нейтральность по
отношению к вероятность того, что при внедрении методологии вы окажетесь
2 4 3
поставщикам привязанными к конкретной консалтинговой организации
услуг
Доступность количество и качество бесплатных или относительно недорогих
2 4 2
информации материалов по данной методологии
продолжительность периода, в течение которого вы будете
Время
использовать данную методологию, прежде чем сможете
окупаемости 1 3 1
построить на ее основе решения, обеспечивающие высокую
инвестиций
ценность бизнеса
ИТОГО: 17 31 31
Целью построение архитектуры предприятия является оптимизация фрагментированного
унаследованного процесса (как ручного, так и автоматического), его интеграция в среду,
которая реагирует на изменения и поддерживает реализацию бизнес-стратегии.
Четыре домена архитектуры предприятия согласно TOGAF:
• Бизнес-архитектура - определяет бизнес-стратегию, методы управление, организацию
системы управления, ключевые бизнес-процессы.
• Архитектура данных - описывает структуру логических и физических активов
организации, способы управления данными.
• Архитектура приложений – определяет состав приложений, их взаимодействие и связи с
бизнес-процессами организации, данными.
• Архитектура технологии - описывает аппаратно-программную платформу (логические
программные и аппаратные возможности) для поддержки развертывания бизнес-
приложений, представляет собой ИТ-инфраструктуру, прикладное и системное ПО,
компьютерные сети, средства коммуникации, обработки, хранения данных и программ.
Уровни и границы EA
Для архитектурных доменов существует понятия уровня/сферы действия, ширина охвата.
Декомпозиция и агрегирование компонентов архитектуры предприятия.
TOGAF 9.2 Metamodel
Соблюдение принципов
архитектуры, поддержание -
различных представлений –
Vision, выражение
требований к ИТ-системе.
Разработка трех базовых
архитектурных моделей на
основе элементов
метамодели.
Реализация архитектуры
предприятия с учетом
возможностей, путем
принятия решений по
выбору элементов и их
связей, планирования
перехода к целевой
архитектуре.
Руководство реализацией
архитектуры предприятия.
Объекты «Принципы архитектуры», «Видение» и «Требования» предназначены для подключения
определенного окружающего контекста в формальные модели архитектуры. Они определяют:
• общие принципы архитектурного моделирования,
• стратегический контекст, который формирует входные данные для моделей архитектуры,
• требования к ИТ, сгенерированные из архитектурных моделей.
Контекст архитектуры обычно собирается на этапах предварительного и архитектурного видения.
Субъекты бизнес-архитектуры фиксируют архитектурные модели функционирования бизнеса,
обращая особое внимание на факторы, которые мотивируют предприятие, определяют
организационную и функциональную структуры, располагаемые ресурсы, бизнес-возможности
предприятия.
Объекты архитектуры информационных систем фиксируют архитектурные модели ИТ-систем,
приложения и данные в соответствии с фазами метода ADM TOGAF .
Объекты технологической архитектуры используют технологические активы для реализации
решений ИТ-систем.
Объекты реализации архитектуры фиксируют дорожные карты изменений, показывающие
переход между состояниями архитектуры, операторы связей элементов архитектуры, которые
используются для управления реализацией архитектуры.
Метамодель контента TOGAF
Метамодель контента содержит архитектурные строительные блоки, определяет связи между
ними.
Основные сущности метамодели контента:
• Актер: человек, организация или система, которые находятся вне рассмотрения модели
архитектуры, но взаимодействуют с ней.
• Компонент приложения: инкапсуляция функциональности приложения, которая соответствует
структуре реализации.
• Возможности бизнеса: определенная способность, которой бизнес может обладать или
обмениваться для достижения определенной цели.
• Бизнес-сервис: поддерживает бизнес-возможности через явно определенный интерфейс и явно
управляется организацией.
• Курс действий: направление и фокус, обеспечиваемые стратегическими целями и задачами, для
предоставления ценностного предложения представлен в бизнес-модели.
• Data Entity: инкапсуляция данных, которая признается экспертом в области бизнеса как
дискретная концепция для выражения логики предметной области бизнес-системы.
Метамодель контента TOGAF
• Функция: бизнес-возможности, тесно связанные с организацией, но не управляемые
организацией в явном виде.
• ИТ-Сервис: автоматизированные элементы бизнес-сервиса. Служба информационной
системы может предоставлять или поддерживать часть сервисов, все сервисы могут
поддерживать один или несколько бизнес-сервисов.
• Организационная единица: автономная единица ресурсов с целями, задачами и мерами.
Организационные подразделения могут включать внешние стороны и организации деловых
партнеров.
• Роль: актер берет на себя роль для выполнения функции.
• Технологический компонент: инкапсуляция технологической инфраструктуры,
представляющая класс или конкретный технологический продукт.
• ИТ-технологический сервис: техническая возможность, необходимая для предоставления
поддерживающей инфраструктуры, используемый приложениями.
• Поток создания ценности: представление сквозного набора операций по добавлению
стоимости, которые создают общий результат для клиента, заинтересованного лица или
конечного пользователя.
Метамодель контента TOGAF
Процесс - поток взаимодействий между функциями и сервисами. Все процессы должны
описывать поток выполнения для функции. Развертывание процесса осуществляется через
функцию, которую он поддерживает (приложение реализует функцию, которая имеет
процесс).
Функция описывает единицы бизнес-возможностей на всех уровнях детализации, включая
такие термины, как цепочка создания стоимости, область процесса, возможности, бизнес-
функция и т. д.
Бизнес-сервисы поддерживают организационные цели и определяются на уровне
детализации в соответствии с необходимым уровнем управления. Бизнес-сервис работает как
граница для одной или нескольких функций. Степень детализации бизнес-сервиса зависит от
направленности бизнеса, это отражается в драйверах, целях и задачах. Бизнес-сервисы
развертываются на компоненты приложения, могут быть реализованы через бизнес-
деятельность, которая может быть как связанной, так и не связанной с ИТ.
Компоненты приложения могут быть иерархически декомпозированы, и поддерживать один
или несколько бизнес-сервисов, которые могут поддерживаться несколькими компонентами
приложений. Компоненты приложения развернуты на технологических компонентах, а также
сами реализованы с помощью набора технологических компонентов.
Детализация
внутреннего
содержания
представителей
моделей
архитектуры
предприятия.
Метод ADM TOGAF
Метод ADM TOGAF
Метод разработки архитектуры – Architecture Development Method (ADM) TOGAF включает в
себя действия, которые выполняются в рамках непрерывного итеративного цикла
определения и реализации архитектуры. Фазы в ADM следующие:
• Предварительная - описывает действия по подготовке и инициации, необходимые для
создания возможностей архитектуры, включая настройку структуры TOGAF и определение
принципов архитектуры.
• Фаза A: Видение архитектуры описывает начальную фазу цикла разработки архитектуры. Он
включает информацию об определении масштаба инициативы по разработке архитектуры,
определении заинтересованных сторон, создании видения архитектуры и получении
одобрения для продолжения разработки архитектуры.
• Фаза B: бизнес-архитектура описывает разработку бизнес-архитектуры для поддержки
согласованного видения архитектуры
• Фаза C: Архитектура информационных систем описывает разработку архитектур
информационных систем для поддержки согласованного видения архитектуры
• Фаза D: Архитектура технологии описывает разработку Технологии архитектуры для поддержки
согласованного видения архитектуры
• Фаза E: Возможности и решения проводит планирование начального внедрения и
определение средств доставки для архитектуры, определенной на предыдущих этапах
• Фаза F: Планирование миграции рассматривает, как перейти от базовой линии к целевой
архитектуре, завершая подробный план внедрения и миграции
• Этап G: Управление внедрением обеспечивает архитектурный контроль реализации
• Этап H: Управление изменениями архитектуры устанавливает процедуры для управления
изменениями в новой архитектуре
• Управление требованиями исследует процесс управления требованиями к архитектуре в ADM
ADM TOGAF обеспечивает жизненный цикл процесса создания и управления архитектурой
предприятия.
На каждой фазе ADM определяются:
• входные, выходные данные,
• конкретные шаги,
• создаются архитектурные артефакты.
Preliminary Phase – фаза предварительная
Предварительная фаза подготовительная для начала работ по созданию
архитектуры предприятия.
Цели:
1. Определить возможности архитектуры предприятия:
• Обзор организационного контекста для внедрения архитектуры предприятия.
• Определение элементов корпоративной организации, на которые влияет архитектура
предприятия.
• Определение фреймвоков, методов и процессов для разработки архитектуры
предприятия.
• Установить целевой уровень зрелости и назначение архитектуры предприятия.
2. Установить возможность архитектуры предприятия:
• Определить/разработать организационные модели предприятия.
• Определить / разработать модели процессов и ресурсов для архитектуры предприятия.
• Выбрать инструменты, поддерживающие возможности построения архитектуры
предприятия.
• Определить принципы для разработки и применения архитектуры предприятия.
Preliminary Phase – фаза предварительная

Входные данные:
• Справочные материалы, непосредственно не относящиеся к предприятию
• Библиотека TOGAF
• Другие архитектурные фреймворки (если требуется)
• Неархитектурные данные
• Стратегии управления предприятием (Бизнес-стратегия, бизнес-
принципы, бизнес-цели и бизнес-драйверы)
• Структуры управления (организационная, функциональная, процессная)
• Правовые основы управления архитектурой предприятия
• Возможность архитектуры предприятия для поддержки бизнес-целей
• Партнерские и контрактные соглашения при разработке и внедрении
архитектуры предприятия
Preliminary Phase – фаза предварительная
• Архитектурные данные
• Организационная модель для разработки архитектуры предприятия (команда, роли и
обязанности членов архитектурной команды)
• Затрагиваемые архитектурой сферы деятельности предприятия
• Оценка зрелости, бизнес-проблемы и их решение
• Бюджетные потребности для разработки архитектуры предприятия
• Стратегия управления и поддержки архитектуры предприятия
• Существующие архитектуры:
• Метод архитектуры
• Содержание архитектуры
• Настроенные и развернутые средства
• Принципы Архитектуры
• Репозиторий Архитектуры
Preliminary Phase – фаза предварительная
Этапы (шаги)
1. Работы по адаптации ADM для организации:
• Установить сферу охвата архитектурой предприятия
• Подтвердить механизмы управления и поддержки архитектуры (централизованный или
федеративный и т. д.), руководящие принципы
• Определить требования и создать команду архитектуры предприятия
• Установить принципы для создания и управления архитектурой предприятия
• Адаптировать структуру TOGAF к условиям конкретного применения
• Разработать стратегии и план внедрения инструментов и методов для построения
архитектуры предприятия.
Результирующая информация
1. Организационная модель архитектуры предприятия, в том числе:
• Сферы влияния архитектуры на деятельность организации
• Оценка зрелости, пробелов и подходов к разрешению проблем
• Роли и обязанности архитектурной команды
Preliminary Phase – фаза предварительная
Результирующая информация
• Ограничения на разрабатываемую архитектуру предприятия
• Бюджет разработки архитектуры предприятия
• Стратегия управления и поддержки архитектуры предприятия
2. Структура адаптированной архитектуры, в том числе:
• Метод индивидуальной архитектуры
• Адаптированное содержание архитектуры (результаты и артефакты)
• Принятые принципы архитектуры предприятия
• Настроенные и развернутые средства для разработки архитектуры предприятия
3. Исходный репозиторий артефактов архитектуры предприятия
4. Ссылка на бизнес-принципы, бизнес-цели и бизнес-драйверы
5. Договор (задание) на разработку архитектуры предприятия
6. Структура управления архитектурой предприятия.
Все артефакты должны сохраняться в каталогах (репозитории).
Preliminary Phase – фаза предварительная
Применяемые подходы при разработке архитектуры предприятия:
1) Моделирование предприятия
2) Определение общих принципов для применения архитектуры предприятия (эти принципы будут
лежать в основе любой архитектурной работы)
3) Анализ ключевых факторов и элементов, оказывающих влияние на организационный контекст
4) Выбор архитектурного фреймворка
5) Определение требований к выполнению архитектурных работ
6) Оценка зрелости архитектуры предприятия и др.
Одна из главных проблем архитектуры предприятия– оценка масштаба и сферы действия
архитектуры предприятия, ее федеративного устройства.
Контекст, окружающий структуру архитектуры, включает:
• Бизнес- модели и бюджетные планы.
• Ключевые проблемы заинтересованных сторон.
• Стратегии и культура организации.
• Бизнес-процессы.
• Базовый архитектурный ландшафт.
• Компетенции и возможности предприятия.
Preliminary Phase – фаза предварительная
При разработке архитектуры предприятия учитывают:
• Потребности бизнеса в повышении эффективности деятельности
• Культуру предприятия и корпоративные ценности
• Проблемы совершенствования организационной структуры предприятия
• Стратегические цели бизнеса
• Прогноз финансовых потребностей и возможностей и др.
Определяют всех ключевых лиц, принимающих решения, а также участвующих в определении и
создании потенциала архитектуры. Разработка архитектуры основана на выполнении и
архитектурных принципов, учитывает актуальные бизнес-цели и стратегии.
Метод разработки архитектуры TOGAF (ADM) является универсальным, он позволяет:
• учитывать бизнес-возможности, необходимые для обеспечения ценности бизнеса, достижения
рентабельности инвестиций и обеспечения управления;
• применить методы управления проектами/портфелями для реализации инициатив по изменению
предприятия, управлению бизнес-процессами и ИТ;
• использовать методы разработки решений, формализующих бизнес-системы в соответствии с
структурами, разработанными в ИТ-архитектуре.
Preliminary Phase – фаза предварительная
Preliminary Phase – фаза предварительная

Архитектура предприятия структурирует бизнес-планирование в интегрированную


структуру, которая рассматривает предприятие как систему или систему систем.
Enterprise Architects работают в тесном контакте с группами стратегического
направления, а сама архитектура предприятия понимается как итеративная,
развивающаяся дисциплина.
Модель зрелости архитектуры предприятия основана на определении шкалы и метрик
для понимания того, где организация находится в своей развивающейся дисциплине, и
какие шаги необходимы для ее перехода на следующий уровень зрелости.
Maturity Model NASCIO Enterprise Architecture использует следующие метрики:
Фаза A: архитектурное видение

Цели фазы А:
• Разработать перспективное видение высокого уровня возможностей и бизнес-
ценности, которые будут предоставлены в результате предложенной архитектуры
предприятия.
• Получить одобрение для Заявления об архитектурной работе, которое определяет
программу работ по разработке и развертыванию архитектуры, изложенной в Видении
архитектуры.
Входные данные:
1. Справочные материалы по архитектуре
2. Неархитектурные входы:
• Запрос на разработку архитектуры предприятия
• Традиционные бизнес-принципы, бизнес-цели и бизнес-драйверы
Фаза A: архитектурное видение
Входы:
• Организационная модель предприятия:
• Сфера охвата для архитектуры организаций
• Оценка зрелости, пробелы и подход к архитектурному моделированию
• Роли и обязанности членов команды архитекторов
• Ограничения на ведение архитектурных работ
• Требования к повторному использованию элементов архитектуры предприятия
• Бюджетные требования к проекту архитектуры предприятия
• Запросы на изменение бизнеса и ИТ
• Стратегия управления и поддержки архитектуры предприятия
• Структура специализированной архитектуры:
• Индивидуальный подход к архитектуре предприятия
• Индивидуальный контент архитектуры предприятия (конечные результаты и артефакты)
• Принципы архитектуры и бизнеса
• Сконфигурированные и развернутые инструменты для архитектурного моделирования
• Заполненный репозиторий для архитектуры предприятия
Фаза A: архитектурное видение
Этапы работ по разработке Vision архитектуры:
1. Подготовка проекта разработки архитектуры предприятия
2. Определение заинтересованных сторон, проблем и бизнес-требований к ИТ
3. Определение бизнес-целей, бизнес-драйверов, принципов и ограничений для архитектуры
предприятия
4. Оценка новых возможностей бизнеса предприятия
5. Оценка готовности к трансформации бизнеса предприятия
6. Определение области (границ) архитектуры предприятия
7. Подтверждение и разработка принципов архитектуры предприятия
8. Разработка Vision-архитектуры предприятия
9. Определение ценностных предложений для Vision, ключевых показателей эффективности
целевой архитектуры (KPIs)
10. Определение рисков трансформации бизнеса и мер по смягчению негативных последствий.
11. Разработка технического задания на разработку архитектуры предприятия; положений по
обеспечению информационной безопасности
Фаза A: архитектурное видение
• Создание проекта архитектуры
Архитектура предприятия - это возможность для бизнеса; деятельность по архитектуре должна
планироваться и управляться с использованием общепринятых для предприятия практик.
• Определение заинтересованных сторон, проблем и бизнес-требований
Взаимодействие с заинтересованными сторонами на данном этапе направлено на достижение
трех целей:
• Выявить компоненты и требования, которые должны быть протестированы при разработке
Архитектурного видения.
• Определить границы возможного охвата для участия в проекте, чтобы ограничить масштабы
архитектурного исследования, необходимого
• Выявить проблемы, проблемы и культурные факторы, которые будут влиять на представление и
представление архитектуры.
Разработка карты заинтересованных сторон для взаимодействия для идентификации: проблемы и
точки зрения, состав заинтересованных сторон для плана коммуникаций, ключевые роли и
обязанности в рамках проекта архитектуры. Документирование требований (Спецификации
требований к архитектуре, Репозиторий требований для управление через процесс управления
требованиями).
Фаза A: архитектурное видение
Заинтересованные стороны:
• CxO (корпоративные функции); генеральный директор, финансовый директор, CIO - Chief
Information Officer, COO - Chief Operating Officer.
Определяют драйверы высокого уровня, цели и задачи организации, а также то, как они
воплощаются в эффективный процесс и ИТ-архитектуру для продвижения бизнеса.
• Офис управления программами (корпоративные функции); менеджеры проектов портфеля.
Расстановка приоритетов, финансирование и согласование изменений деятельности.
• Закупки (корпоративные функции); Приобретатели.
Определение строительных блоков архитектуры для покупки и ограничений.
• Человеческие ресурсы (HR) (корпоративные функции); менеджеры по персоналу, менеджеры по
обучению и развитию.
Роли и действующие лица обязаны поддерживать архитектуру и изменения в ней.
• Корпоративная безопасность (корпоративные функции); корпоративный риск-менеджмент,
сотрудники службы безопасности, менеджеры по информационной безопасности
Обеспечение доступности и защиты информации, данных и систем от несанкционированного
вмешательства.
Фаза A: архитектурное видение
Заинтересованные стороны:
• QA - Quality Assurance / Standards Group (корпоративные функции); Владельцы данных,
Владельцы процессов, Органы технических стандартов
Обеспечение согласованного управления ИТ-активами организации.
• Исполнительный (организация конечного пользователя); директора бизнес-единицы, CxO
бизнес-единицы, руководитель отдела ИТ / архитектуры
Драйверы высокого уровня, цели и задачи организации, и как они воплощаются в эффективный
процесс и архитектуру для продвижения бизнеса.
• Line Management (Организация конечного пользователя); старшие бизнес-менеджеры,
региональные менеджеры по операциям, ИТ-менеджеры
Функции верхнего уровня и процессы организации, ключевые приложения.
• Эксперты в области бизнеса (организация конечных пользователей); эксперты по бизнес-
процессам, аналитик по бизнесу / процессам, архитектор процессов, дизайнер процессов,
функциональные менеджеры, бизнес-аналитик
Функциональные аспекты процессов и вспомогательных систем.
• Управление ИТ-услугами (работа систем); диспетчер службы доставки
Соответствие ИТ-услуг уровням обслуживания.
Фаза A: архитектурное видение

Заинтересованные стороны:
• ИТ-операции - приложения (системные операции); прикладная архитектура, системные и
программные инженеры
Подход к разработке, модульность и повторное использование ПО, переносимость и совместимость.
• ИТ-операции - инфраструктура (системные операции); Архитектор инфраструктуры, поддержка
среднего уровня, операционный администратор базы данных, служба поддержки
Расположение, модифицируемость, возможность повторного использования и доступность всех
компонентов системы.
• ИТ-операции - передача данных / голосовая связь (работа системы); управление сетью
Расположение, модифицируемость, возможность повторного использования и доступность
коммуникационных и сетевых услуг.
• Исполнительный (организация проекта); Спонсор, Руководитель программы
Своевременное предоставление в рамках бюджета инициативы по изменению, обеспечение
ожидаемых выгод для организации.
• Line Management (организация проекта); менеджер проекта
Оперативное достижение своевременной и бюджетной реализации инициативы по изменению с
согласованной областью применения.
Фаза A: архитектурное видение
Заинтересованные стороны:
• Бизнес-процесс / Функциональный эксперт (организация проекта)
Добавление информации о функциональных требованиях инициативы изменения.
• Специалист по продукту (организация проекта); специалист по продуктам портала
Выбор технологического дизайна продукта в соответствии с архитектурным видением решения.
• Технический специалист (организация проекта); Application Architect
Указание технологического дизайна продукта в соответствии с архитектурным видением решения.
• Регулирующие органы (внешние службы); финансовый или отраслевой регулятор
Проверка отчетности, данными и приложений.
• Поставщики (сторонние услуги); Партнеры, Ключевые поставщики
Обеспечение того, чтобы согласованные контракты на обслуживание с организациями-клиентами
могли быть выполнены.
Фаза A: архитектурное видение
• Подтверждение и разработка бизнес-целей, бизнес-факторов и ограничений
Определить бизнес-цели и стратегические движущие силы – драйверы организации, ограничения,
которые должны быть удовлетворены (ограничения масштаба предприятия, проекта - время,
расписание, ресурсы и т. д.).
• Оценка возможностей
Определение необходимых бизнес-возможностей, которыми должно обладать предприятие,
чтобы действовать в соответствии со стратегическими приоритетами. Рассмотрение разрыва
между базовыми и целевыми возможностями предприятия.
• Оценка готовности к трансформации бизнеса
Оценка основана на определении и анализе ряда факторов готовности, в т.ч.:
• Сформированное Видение архитектуры.
• Готовность и решительность выполнить и завершить работу по проекту архитектуры.
• Наличие бизнес-кейса проекта архитектуры, финансирования, Спонсора и Лидера разработки архитектуры.
• Управление разработкой архитектуры, включая подход и модель проекта архитектуры.
• ИТ-потенциал для выполнения.
• Способность предприятия внедрять и использовать элементы преобразования.
Фаза A: архитектурное видение
• Определить область архитектуры:
• Широту охвата предприятия
• Требуемый уровень детализации
• Характеристики разделения архитектуры
• Конкретные области архитектуры (бизнес, данные, приложения, технологии)
• Архитектурные активы (созданные и доступные - других отраслях промышленности)
• Подтверждение и разработка принципов архитектуры, в т.ч. принципы ведения бизнеса
• Разработка архитектуры Vision
Карта заинтересованных сторон, политика и стратегические решения, цифровая трансформация и
ИТ-стратегия, руководство выполнения последующих этапах. Создание высокоуровневых
определений базовой и целевой среды с точки зрения бизнеса, информационных систем и
технологий, начальные версии архитектуры для репозитория.
• Определение ценностных предложений и ключевых показателей эффективности целевой
архитектуры
Разработка экономического обоснования архитектуры и необходимых изменений, создание
ценностных предложений для заинтересованных сторон, оценка инвестиций (требований к
закупкам). Определение показателей эффективности архитектуры предприятия для
удовлетворения потребностей бизнеса.
Фаза A: архитектурное видение
• Оценка бизнес-рисков.
Определение рисков трансформации бизнеса и меры по смягчению последствий. Два уровня
рисков:
• Начальный: выполняется классификация рисков с целью разработки и реализации мер по
смягчению негативных последствий
• Остаточный: приемлемый риск ( после реализации мер по смягчению (если есть)
• Разработка технического задания на архитектуру предприятия и обеспечение
информационной безопасности, включая:
• Метрики производительности бизнес-процессов для новой архитектуры предприятия
• Конкретные рабочие продукты архитектуры предприятия
• Домены архитектуры, уровень детализации, виды архитектуры
• Метод планирования потребности в ресурсах для архитектуры предприятия
• Дорожная карта целей для архитектуры предприятия
• Заявление об архитектуре предприятия
• План коммуникаций среди разработчиков архитектуры предприятия.
• Ведомости архитектурной работы и др.
Фаза A: Архитектурное видение

Выходы фазы:
• Ведомость архитектурных работ:
• Описание и объем архитектурного проекта
• Обзор архитектуры Vision
• План и график для проекта архитектуры
• Уточненные принципы бизнеса, бизнес-цели, бизнес-драйверов
• Сформированные принципы архитектуры предприятия
Принципы определяют основные общие правила и рекомендации по
использованию и развертыванию всех ИТ-ресурсов и активов на предприятии.
Каждый архитектурный принцип должен быть четко связан с бизнес-целями и
ключевыми факторами архитектуры.
• Принципы ведения бизнеса:
• Всеобщность принципов
• Максимальная выгода
• Управление информацией для достижения бизнес-целей
Архитектур • Непрерывность бизнесаПриложения корпоративного типа
ные • Корпоративное управлениеСервис-ориентированная
принципы архитектура предприятия
• Сервис-ориентированная архитектура предприятия
• Соблюдение законов (Complains)
• Ответственность за ИТ
• Защита интеллектуальной собственности
• Принципы данных:
• Данные – актив предприятия
• Обеспечить доступность данных для корпоративного управления
• Интеграция данных, обменьь данными
• Доверительное управление данными
• Общий словарь
• Информационная безопасность
Архитектурные
принципы • Принципы применения
• Технологическая независимость
• Простота использования
• Технологические принципы
• Изменения на основе требований
• Отзывчивое управление изменениями
• Контроль технического разнообразия
• Совместимость
Фаза A: Архитектурное видение

Выходы фазы:
• Оценка возможностей предприятия (Capabilities, Resources)
• Структура референсной (справочной) и/или специализированной (отраслевой) архитектуры
предприятия (если имеется)
• Характеристики архитектуры Vision:
• Описание проблем (GAPs)
• Цель разработки архитектуры
• Интегрированные представления об архитектуре предприятия
• Бизнес-сценарий (необязательно) будущего предприятия
• Уточненные ключевые требования заинтересованных сторон на высоком уровне
• Проект Vision архитектуры предприятия, в том числе:
• Базовая бизнес-архитектура, технологическая архитектура, архитектура данных,
архитектура приложений, версия 0.1
• Целевая бизнес-архитектура, технологическая архитектура, архитектура данных,
архитектура приложений, версия 0.1
Фаза A: Архитектурное видение

Выходы фазы:
• План коммуникаций для команды архитектуры предприятия
• Материалы:
• Матрица (дорожная карта) для заинтересованных сторон
• Диаграммы Vision для бизнес-модели, бизнес-архитектуры
• Карта возможностей бизнеса (с учетом цепочки создания стоимости)
• Схема принятия решений по архитектуре предприяти
Фаза Б: Бизнес-архитектура
Цели:
Разработка целевой бизнес-архитектуры в соответствии с Заявлением об архитектуре.
Входные данные:
• Справочные материалы по архитектуре
• Неархитектурные входы:
• Запрос на архитектурные работы
• Бизнес-принципы, бизнес-цели и бизнес-драйверы
• Оценка возможностей
• План коммуникаций
• Архитектурные входы, в т.ч.
• Организационная модель для архитектуры предприятия:
• Сфера влияния организаций
• Оценка зрелости, пробелы и подход к решению по их устранению
• Роли и обязанности для команды архитекторов
• Ограничения на архитектурную работу
• Стратегия управления и поддержки
Фаза Б: Бизнес-архитектура
• Структура специализированной архитектуры
• Ведомость архитектурных работ
• Принципы архитектуры, включая принципы бизнеса
• Континуум Enterprise Continuum, репозиторий архитектуры
• Архитектура Vision, включая:
• Описание проблемы
• Цель постановки архитектурной работы
• Интегрированные представления
• Бизнес-сценарий (необязательно)
• Уточненные ключевые требования заинтересованных сторон на высоком уровне
• Проект документа с описанием архитектуры, в том числе (когда он входит в объем):
• Базовая бизнес-архитектура, технологическая архитектура, архитектура данных, архитектура
приложений, версия 0.1
• Целевая бизнес-архитектура, технологическая архитектура, архитектура данных, архитектура
приложений, версия 0.1
Фаза Б: Бизнес-архитектура
• Подтверждение существующих и разработка новых бизнес-целей, бизнес-драйверов, принципов
и ограничений.
• Оценка необходимых бизнес-возможностей для реализации архитектуры предприятия
• Рассмотрение разрыва между базовыми и целевыми возможностями предприятия.
• Оценка готовности к трансформации бизнеса с учетом:
• Сформированного видения архитектуры.
• Готовности и решительности выполнить и завершить работу по проекту архитектуры.
• Наличия бизнес-кейса проекта архитектуры, финансирования, Спонсора и Лидера
разработки архитектуры.
• Управление разработкой архитектуры, включая подход и модель проекта архитектуры.
• ИТ-потенциал для выполнения проекта архитектуры предприятия.
• Способность предприятия внедрять и использовать элементы преобразования.
Фаза Б: Бизнес-архитектура

Шаги по разработке бизнес-архитектуры:


1. Выбор опорных моделей, точек обзора и инструментов для бизнес-архитектуры
предприятия
2. Разработка базового описания бизнес-архитектуры
3. Описание целевой бизнес-архитектуры
4. Выполнить анализ пробелов между базовой и целевой бизнес-архитектурой
5. Определить компоненты плана кандидата на бизнес-архитектуру
6. Устранение воздействий на ландшафт бизнес-архитектуры
7. Провести формальную проверку заинтересованных сторон
8. Завершение бизнес-архитектуры
9. Создание документа определения бизнес-архитектуры
Фаза Б: Бизнес-архитектура
Разработка бизнес-архитектуры выполняется с использованием эталонных моделей, шаблонов,
учитывает соответствующие точки зрения на бизнес-архитектуру, требует выбора инструментов и
методов для захвата, моделирования и анализа архитектурных представлений.
Бизнес-моделирование тесно связано с формированием целевого состояния бизнес-архитектуры
организации, определением бизнес-возможностей, организационной структуры и потоков создания
ценности для устранения разрыва между текущим и целевым состоянием.
Основные методы:
• Business Capability Mapping : определяет, классифицирует и декомпозирует бизнес-возможности,
необходимые для того, чтобы бизнес имел возможность предоставлять ценность одному или
нескольким заинтересованным сторонам
• Организационное сопоставление : представление организационной структуры бизнеса (включая
сторонние домены) с изображением бизнес-подразделений, разложение этих подразделений на
функции более низкого уровня и организационные отношения (от подразделения к подразделению
и сопоставление с возможностями бизнеса, локации и другие атрибуты)
• Сопоставление потока создания ценности: разбивка действий, выполняемых организацией для
создания ценности, которой обмениваются заинтересованные стороныКарты потока создания
ценности иллюстрируют, как организация приносит ценность и находится в контексте
определенного набора заинтересованных сторон, и используют возможности бизнеса для создания
ценности заинтересованных сторон и согласования с другими аспектами целевой бизнес-